> 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/sv/underhall/upgrading-your-deployment.md).
# Uppgradering av din distribution
{% hint style="danger" %}
Det är viktigt att se till att du tar en [konsistent säkerhetskopia](/on-premises/sv/underhall/data-and-backups.md#performing-a-consistent-backup) **innan** vid varje uppgradering av huvudversion, så att du kan rulla tillbaka om det behövs.
{% endhint %}
Fältet [Overleaf Toolkit↗](https://github.com/overleaf/toolkit) är ett git-repository, så det är enkelt att få nya Toolkit-funktioner. Kör bara `bin/upgrade` kommandot och följ anvisningarna på skärmen.
Det är värt att notera att Docker-avbildningsversionen (vid `config/version`) hanteras separat från uppdateringarna av Toolkit-koden. Uppdatering av Toolkit-koden kommer **inte** automatiskt att ändra versionen av Docker-avbildningen som du kör. Detta innebär att du i de flesta fall kan uppgradera din Toolkit-version utan att uppgradera din driftsättning.
#### Fältet `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 denna uppgradering, och ingenting kommer att ändras.
Om du väljer att uppdatera Toolkit-koden kommer skriptet sedan att kontrollera om *standard* Docker-avbildningsversionen har ändrats, och erbjuda att uppgradera din lokala versionsfil (vid `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 ner, 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 uppgraderar Server CE/Pro rekommenderar vi att du uppgraderar till den senaste utgåvan av den distribuerade huvudversionen **innan** du uppgraderar till den senaste utgåvan av **nästa** huvudversionen. Om din distribution 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 kommer att behöva genomföra en manuell uppgradering i flera steg.
{% endhint %}
{% hint style="info" %}
För air-gapped-installationer som manuellt importerar Docker-avbildningar, ange `PULL_BEFORE_UPGRADE=false` i din `config/overleaf.rc` i filen.
Se [här](/on-premises/sv/installation/air-gapped-offline-deployments.md) för mer information om driftsättning i air-gapped/offline-miljöer.
{% endhint %}
### Uppgraderingsväg
Fältet `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 förekommande kan detta leda till att större versioner hoppas över och att du eventuellt uppgraderar till en version du inte hade väntat dig.
När du utfö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. Till exempel, om du för närvarande kör 3.3.2 och den senaste tillgängliga versionen är 5.3.1, skulle rätt uppgraderingsväg vara:
* 3.3.2 -> 3.5.13
* 3.5.13 -> 4.2.9
* 4.2.9 -> 5.5.1
För att undvika uppgraderingsproblem rekommenderar vi att du konsulterar våra [versionsanteckningar](https://docs.overleaf.com/on-premises/release-notes) innan du utfö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, anmäl dig till vår [e-postlista](https://mailchi.mp/overleaf.com/community-edition-and-server-pro) så att du kan få meddelanden när nya versioner/uppdateringar släpps. Detta gör att du kan planera 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://ayakaleaf-pro.ayaka.space/on-premises/sv/underhall/upgrading-your-deployment.md?ask=&goal=
```
`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.