> For the complete documentation index, see [llms.txt](https://overleaf-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://overleaf-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** ved hver oppgradering av hovedversjonen, slik at du kan rulle tilbake hvis du skulle trenge det.
{% endhint %}

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

Det er verdt å merke seg at Docker-imageversjonen (ved `config/version`) administreres separat fra oppdateringer av Toolkit-koden. Oppdatering av Toolkit-koden vil **ikke** automatisk endre versjonen av Docker-imaget du kjører. Dette betyr at du i de fleste tilfeller kan oppgradere Toolkit-versjonen uten å oppgradere distribusjonen.

#### Den `bin/upgrade` Skript

Når du kjører `bin/upgrade` kommandoen, vil skriptet sjekke om det finnes en tilgjengelig oppdatering til 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* Docker-imageversjonen har endret seg, og tilby å oppgradere den lokale versjonsfilen (at `config/version`) slik at den samsvarer med den nye standarden.

Hvis du velger å bytte versjon, vil skriptet deretter lede 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-imagene.

{% hint style="danger" %}
Når du oppgraderer Server CE/Pro, anbefaler vi å oppgradere til den nyeste utgivelsen av den installerte hovedversjonen **før** du oppgraderer til den nyeste utgivelsen av den **neste** hovedversjonen. Hvis installasjonen 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-gapped-oppsett som importerer Docker-images manuelt, sett `PULL_BEFORE_UPGRADE=false` i `config/overleaf.rc` filen.

Vennligst sjekk [her](/on-premises/on-premises-no/installasjon/air-gapped-offline-deployments.md) for mer informasjon om distribusjon i air-gapped-/offline-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 store versjonsnumre og potensielt oppgraderer til en versjon du 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 neste hovedversjon. For eksempel, hvis du for øyeblikket kjører 3.3.2 og den nyeste tilgjengelige versjonen er 5.3.1, vil riktig oppgraderingsvei være:

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

For å unngå problemer under oppgraderingen anbefaler vi at du ser 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 manuelle endringer i Toolkit, oppgradering av databaser eller kjøring av migreringsskript.

Hvis du ikke allerede har gjort det, kan du melde 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 ligger tett opptil utgivelsesplanen vår.


---

# 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://overleaf-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.