> 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/da/vedligeholdelse/upgrading-your-deployment.md).

# Opgradering af din implementering

{% hint style="danger" %}
Det er vigtigt at sikre, at du tager en [konsistent sikkerhedskopi](/on-premises/da/vedligeholdelse/data-and-backups.md#performing-a-consistent-backup) **før** ved hver opgradering til en ny hovedversion, så du kan rulle tilbage, hvis du får brug for det.
{% endhint %}

Det [Overleaf Toolkit↗](https://github.com/overleaf/toolkit) er et git-arkiv, så det er nemt at få nye Toolkit-funktioner. Kør bare `bin/upgrade` kommandoen og følg instruktionerne på skærmen.

Det er værd at bemærke, at versionen af Docker-billedet (i `config/version`) administreres separat fra opdateringer af Toolkit-koden. Når du opdaterer Toolkit-koden, vil **ikke** automatisk ændre den version af Docker-billedet, du kører. Det betyder, at du i de fleste tilfælde kan opgradere din Toolkit-version uden at opgradere din implementering.

#### Det `bin/upgrade` Script

Når du kører `bin/upgrade` kommandoen, vil scriptet kontrollere, om der er en tilgængelig opdatering til Toolkit-koden, og tilbyde at opdatere dit Toolkit. Du kan altid sige nej til denne opgradering, og intet vil ændre sig.

Hvis du vælger at opdatere Toolkit-koden, vil scriptet derefter kontrollere, om *standard* versionen af Docker-billedet er ændret, og tilbyde at opgradere din lokale versionsfil (i `config/version`) så den matcher den nye standard.

Hvis du vælger at skifte version, vil scriptet derefter føre dig gennem en proces med at lukke Docker-tjenesterne ned, tage en sikkerhedskopi og genstarte Docker-tjenesterne. Din gamle versionsfil vil automatisk blive kopieret til `config/__old-version`, hvis du skulle få brug for at rulle tilbage til den version af Docker-billederne.

{% hint style="danger" %}
Når du udfører en opgradering af Server CE/Pro, anbefaler vi at opgradere til den seneste udgivelse af den installerede hovedversion **før** at opgradere til den seneste udgivelse af den **næste** hovedversion. Hvis din installation er mere end én hovedversion bagud i forhold til den nyeste, vil du være nødt til at udføre en opgradering i flere trin.

For eksempel, hvis du kører 3.5.10, skal du opgradere til 3.5.13 -> Udfør migreringen af den fulde projekthistorik -> 4.2.9 -> 5.5.4.

Du bør **aldrig** springe hovedversioner over (3.5.10 -> 5.5.4). Hvis du bruger Toolkit, og er mere end én hovedversion bagud i forhold til den nyeste, skal du **ikke** bruge `bin/upgrade` scriptet, da du bliver nødt til at udføre en manuel opgradering i flere trin.
{% endhint %}

{% hint style="info" %}
For air-gapped opsætninger, der importerer Docker-billeder manuelt, skal du sætte `PULL_BEFORE_UPGRADE=false` i din `config/overleaf.rc` filen.

Se venligst [her](/on-premises/da/installation/air-gapped-offline-deployments.md) for mere information om implementering i air-gapped/offline miljøer.
{% endhint %}

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

Det `bin/upgrade` kommandoen vil altid vælge den nyeste version af Server Pro/CE, der er tilgængelig for den på det tidspunkt. Hvis din opgraderingscyklus er sjælden, kan dette medføre, at du springer større versioner over og potentielt opgraderer til en version, du måske ikke havde forventet.

Når du foretager en opgradering, anbefaler vi, at du opgraderer til den seneste udgivelse af den nuværende hovedversion, før du opgraderer til den seneste udgivelse af den næste hovedversion. Hvis du for eksempel i øjeblikket kører 3.3.2, og den seneste tilgængelige version er 5.3.1, vil den korrekte opgraderingssti være:

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

For at undgå opgraderingsproblemer anbefaler vi, at du konsulterer vores [Udgivelsesnoter](https://docs.overleaf.com/on-premises/release-notes) før du foretager nogen opgraderinger, da visse versioner kan kræve yderligere trin. Såsom at foretage manuelle ændringer i Toolkit'et, opgradere databaser eller køre migrationsscripts.

Hvis du ikke allerede har gjort det, så tilmeld dig vores [mailingliste](https://mailchi.mp/overleaf.com/community-edition-and-server-pro) så du kan få besked, når nye versioner/opdateringer udgives. Dette vil gøre det muligt for dig at planlægge regelmæssige vedligeholdelsesvinduer, der nøje følger vores udgivelsesplan.


---

# 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/da/vedligeholdelse/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.