> For the complete documentation index, see [llms.txt](https://ayakaleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://ayakaleaf-pro.ayaka.space/on-premises/on-premises-no/vedlikehold/upgrading-your-deployment.md).

# Oppgradering av distribusjonen din

{% hint style="danger" %}
Det er viktig å sørge for at du tar en [konsistent sikkerhetskopi](/on-premises/on-premises-no/vedlikehold/data-and-backups.md#performing-a-consistent-backup) **før** for hver oppgradering av hovedversjon, slik at du kan rulle tilbake om du skulle trenge det.
{% endhint %}

Den [Overleaf Toolkit↗](https://github.com/overleaf/toolkit) er et git-repositorium, så det er enkelt å få nye Toolkit-funksjoner. Bare kjør `bin/upgrade` kommandoen og følg instruksjonene på skjermen.

Det er verdt å merke seg at versjonen av Docker-avbildningen (på `config/version`) administreres separat fra oppdateringene av Toolkit-koden. Å oppdatere Toolkit-koden vil **ikke** automatisk endre versjonen av Docker-avbildningen du kjører. Dette betyr at du i de fleste tilfeller kan oppgradere Toolkit-versjonen din uten å oppgradere utrullingen din.

#### Den `bin/upgrade` Skript

Når du kjører `bin/upgrade` kommandoen, vil skriptet sjekke om det finnes en tilgjengelig oppdatering av Toolkit-koden, og tilby å oppdatere Toolkit. Du kan alltid si nei til denne oppgraderingen, og ingenting vil endre seg.

Hvis du velger å oppdatere Toolkit-koden, vil skriptet deretter sjekke om *standard* versjonen av Docker-avbildningen har endret seg, og tilby å oppgradere den lokale versjonsfilen din (på `config/version`) slik at den samsvarer med den nye standarden.

Hvis du velger å bytte versjon, vil skriptet deretter veilede deg gjennom en prosess med å stoppe Docker-tjenestene, ta en sikkerhetskopi og starte Docker-tjenestene på nytt. Den gamle versjonsfilen din vil automatisk bli kopiert til `config/__old-version`, i tilfelle du trenger å rulle tilbake til den versjonen av Docker-avbildningene.

{% hint style="danger" %}
Når du utfører en oppgradering av Server CE/Pro, anbefaler vi å oppgradere til den nyeste utgivelsen av den distribuerte hovedversjonen **før** oppgraderer til den nyeste utgivelsen av den **neste** hovedversjonen. Hvis distribusjonen din er mer enn én hovedversjon bak den nyeste, må du utføre en flertrinns oppgradering.

For eksempel, hvis du kjører 3.5.10, må du oppgradere til 3.5.13 -> Utfør Full Project History-migreringen -> 4.2.9 -> 5.5.4.

Du bør **aldri** hoppe over hovedversjoner (3.5.10 -> 5.5.4). Hvis du bruker Toolkit, og er mer enn én hovedversjon bak den nyeste, må du **ikke** bruke `bin/upgrade` skriptet, ettersom du må utføre en manuell flertrinns oppgradering.
{% endhint %}

{% hint style="info" %}
For air-gappede oppsett som importerer Docker-avbildninger manuelt, vennligst sett `PULL_BEFORE_UPGRADE=false` i din `config/overleaf.rc` i filen.

Vennligst se [her](/on-premises/on-premises-no/installasjon/air-gapped-offline-deployments.md) for mer informasjon om distribusjon i luftgapede/frakoblede miljøer.
{% endhint %}

### Oppgraderingsvei <a href="#upgrade-path" id="upgrade-path"></a>

Den `bin/upgrade` kommandoen vil alltid velge den nyeste versjonen av Server Pro/CE som er tilgjengelig for den på det tidspunktet. Hvis oppgraderingssyklusen din er sjelden, kan dette føre til at du hopper over hovedversjoner og potensielt oppgraderer til en versjon du kanskje ikke hadde forventet.

Når du utfører en oppgradering, anbefaler vi å oppgradere til den nyeste utgivelsen av den gjeldende hovedversjonen før du oppgraderer til den nyeste utgivelsen av den neste hovedversjonen. For eksempel, hvis du for øyeblikket kjører 3.3.2 og den nyeste tilgjengelige versjonen er 5.3.1, ville den riktige oppgraderingsveien være:

* 3.3.2 -> 3.5.13
* 3.5.13 -> 4.2.9
* 4.2.9 -> 5.5.1

For å unngå eventuelle oppgraderingsproblemer anbefaler vi å se på våre [Utgivelsesnotater](https://docs.overleaf.com/on-premises/release-notes) før du utfører noen oppgraderinger, ettersom enkelte versjoner kan kreve ekstra trinn. For eksempel å gjøre manuelle endringer i Toolkit, oppgradere databaser eller kjøre migreringsskript.

Hvis du ikke allerede har gjort det, kan du registrere deg på vår [e-postliste](https://mailchi.mp/overleaf.com/community-edition-and-server-pro) slik at du kan bli varslet når nye versjoner/oppdateringer blir utgitt. Dette vil gjøre det mulig for deg å planlegge regelmessige vedlikeholdsvinduer som følger utgivelsesplanen vår tett.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://ayakaleaf-pro.ayaka.space/on-premises/on-premises-no/vedlikehold/upgrading-your-deployment.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.