> 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/sv/underhall/upgrading-your-deployment.md).

# Uppgradering av din driftsättning

{% hint style="danger" %}
Det är viktigt att se till att du tar en [konsistent backup](/on-premises/sv/underhall/data-and-backups.md#performing-a-consistent-backup) **innan** vid varje uppgradering av huvudversionen så att du kan rulla tillbaka om du skulle behöva det.
{% endhint %}

Den [Overleaf Toolkit↗](https://github.com/overleaf/toolkit) är ett git-repositorium, så det är enkelt att få nya Toolkit-funktioner. Kör bara `bin/upgrade` kommandot och följ instruktionerna på skärmen.

Det är värt att notera att Docker-avbildningens version (i `config/version`) hanteras separat från uppdateringarna av Toolkit-koden. Att uppdatera Toolkit-koden kommer att **inte** automatiskt ändra versionen av Docker-avbildningen som du kör. Det innebär att du i de flesta fall kan uppgradera din Toolkit-version utan att uppgradera din installation.

#### Den `bin/upgrade` Skript

När du kör `bin/upgrade` kommandot kommer skriptet att kontrollera om det finns en tillgänglig uppdatering av Toolkit-koden och erbjuda att uppdatera ditt Toolkit. Du kan alltid säga nej till den här uppgraderingen, och ingenting kommer att ändras.

Om du väljer att uppdatera Toolkit-koden kommer skriptet sedan att kontrollera om *standard* Docker-avbildningens version har ändrats och erbjuda att uppgradera din lokala versionsfil (i `config/version`) så att den matchar den nya standarden.

Om du väljer att byta version kommer skriptet sedan att guida dig genom en process där Docker-tjänsterna stängs av, en säkerhetskopia tas och Docker-tjänsterna startas om. Din gamla versionsfil kommer automatiskt att kopieras till `config/__old-version`, ifall du behöver återgå till den versionen av Docker-avbildningarna.

{% hint style="danger" %}
När du gör en uppgradering av Server CE/Pro rekommenderar vi att du uppgraderar till den senaste utgåvan av den installerade huvudversionen **innan** att uppgradera till den senaste utgåvan av den **nästa** huvudversionen. Om din installation ligger mer än en huvudversion efter den senaste måste du genomföra en uppgradering i flera steg.

Till exempel, om du kör 3.5.10 måste du uppgradera till 3.5.13 -> Utför migreringen av Full Project History -> 4.2.9 -> 5.5.4.

Du bör **aldrig** hoppa över huvudversioner (3.5.10 -> 5.5.4). Om du använder Toolkit och ligger mer än en huvudversion efter den senaste måste du **inte** använda `bin/upgrade` skriptet eftersom du måste utföra en manuell uppgradering i flera steg.
{% endhint %}

{% hint style="info" %}
För air-gapped-installationer som importerar Docker-avbildningar manuellt, vänligen sätt `PULL_BEFORE_UPGRADE=false` i din `config/overleaf.rc` fil.

Vänligen se [här](/on-premises/sv/installation/air-gapped-offline-deployments.md) för mer information om driftsättning i air-gappade/offline-miljöer.
{% endhint %}

### Uppgraderingsväg <a href="#upgrade-path" id="upgrade-path"></a>

Den `bin/upgrade` kommandot kommer alltid att välja den senaste versionen av Server Pro/CE som finns tillgänglig för det vid den tidpunkten. Om din uppgraderingscykel är sällan återkommande kan detta leda till att större versioner hoppas över och att du eventuellt uppgraderar till en version som du inte hade väntat dig.

När du genomför en uppgradering rekommenderar vi att du uppgraderar till den senaste utgåvan av den aktuella huvudversionen innan du uppgraderar till den senaste utgåvan av nästa huvudversion. Om du till exempel kör 3.3.2 och den senaste tillgängliga versionen är 5.3.1, skulle den korrekta uppgraderingsvägen vara:

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

För att undvika eventuella uppgraderingsproblem rekommenderar vi att du läser våra [versionsnoter](https://docs.overleaf.com/on-premises/release-notes) innan du genomför några uppgraderingar eftersom vissa versioner kan kräva ytterligare steg, såsom att göra manuella ändringar i Toolkit, uppgradera databaser eller köra migreringsskript.

Om du inte redan har gjort det, registrera dig för vår [e-postlista](https://mailchi.mp/overleaf.com/community-edition-and-server-pro) så att du kan få besked när nya versioner/uppdateringar släpps. Detta gör att du kan schemalägga regelbundna underhållsfönster som ligger nära vårt utgivningsschema.


---

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