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

# Opgradering af din implementering

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

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

Det er værd at bemærke, at versionen af Docker-afbildningen (på `config/version`) administreres separat fra opdateringerne af Toolkit-koden. Opdatering af Toolkit-koden vil **ikke** automatisk ændre versionen af den Docker-afbildning, du kører. Det betyder, at du i de fleste tilfælde kan opgradere din Toolkit-version uden at opgradere din installation.

#### Den `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 den *standard* Docker-afbildningsversionen er ændret, og tilbyde at opgradere din lokale versionsfil (på `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 starte Docker-tjenesterne igen. 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-afbildningerne.

{% hint style="danger" %}
Når du udfører en opgradering af Server CE/Pro, anbefaler vi at opgradere til den seneste udgivelse af den implementerede hovedversion **før** opgradering til den seneste udgivelse af den **næste** hovedversion. Hvis din installation er mere end én hovedversion bag den seneste, vil du blive nødt til at foretage 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 bag den seneste, 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-afbildninger manuelt, skal du sætte `PULL_BEFORE_UPGRADE=false` i din `config/overleaf.rc` i 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>

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

Når du udfører 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 f.eks. 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å problemer med opgraderingen anbefaler vi, at du konsulterer vores [Udgivelsesnoter](https://docs.overleaf.com/on-premises/release-notes) før du udfører nogen opgraderinger, da visse versioner kan kræve yderligere trin, såsom at foretage manuelle ændringer i Toolkit, opgradere databaser eller køre migreringsscripts.

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 blive underrettet, når nye versioner/opdateringer udgives. Dette vil gøre det muligt for dig at planlægge regelmæssige vedligeholdelsesvinduer, der følger vores udgivelsesplan tæt.


---

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