Documentation Index
Fetch the complete documentation index at: https://docs.twenty.com/llms.txt
Use this file to discover all available pages before exploring further.
Allgemeine Richtlinien
Sichern Sie Ihre Datenbank immer, bevor Sie den Upgrade-Vorgang starten, indem Sie Folgendes ausführen:- Twenty stoppen:
docker compose down - Ändern Sie den Wert von
TAGin der Datei.envneben Ihrerdocker-compose.yml - Twenty starten:
docker compose up -d
Versionsübergreifende Upgrades (v1.22+)
Ab v1.22 unterstützt Twenty versionsübergreifende Upgrades. Sie können direkt von jeder unterstützten Version auf die neueste Version wechseln, ohne jede Zwischenversion durchlaufen zu müssen. Zum Beispiel wird ein Upgrade direkt von v1.22 auf v2.0 vollständig unterstützt.Upgrade auf v2.5+ – Verschlüsselungsumschlag für ruhende Daten
Ab v2.5 speichert Twenty Secrets im Ruhezustand (OAuth-Tokens, Anwendungsvariablen, private Signaturschlüssel, sensible Konfigurationswerte, TOTP-Secrets) in einem versionierten Umschlagenc:v2:, der mit ENCRYPTION_KEY (oder APP_SECRET, falls ENCRYPTION_KEY nicht gesetzt ist) verschlüsselt wird.
Beim ersten Start mit v2.5 werden langsame Upgrade-Befehle ausgeführt, die den neuen Umschlag mit bestehenden Zeilen befüllen. Sie sind idempotent – ein Unterbrechen und Neustarten des Servers setzt an der Stelle fort, an der er aufgehört hat –, aber sie können bei großen Datenbanken eine Weile dauern. Sie können den Fortschritt mit upgrade:status überwachen.
Sie sollten vor dem Upgrade auf v2.5 einen dedizierten ENCRYPTION_KEY setzen, damit beim Nachbefüllen die Zeilen von Anfang an unter diesem Schlüssel geschrieben werden. Ein Schlüsselwechsel nach der Nachbefüllung erfordert eine Rotation.
Rotation von Secrets und Signaturschlüsseln
Für alltägliche operative Aufgaben wie das Rotieren vonENCRYPTION_KEY, das Rotieren des JWT-Signaturschlüssels oder das Widerrufen eines kompromittierten Signaturschlüssels siehe den dedizierten Leitfaden zur Schlüsselrotation.
Upgrade-Status prüfen
Mit dem Befehlupgrade:status können Sie den aktuellen Status Ihrer Instanz und der Workspace-Migrationen prüfen. Er ist nützlich zum Debuggen von Upgrade-Problemen oder beim Erstellen einer Support-Anfrage.
Führen Sie ihn im Server-Container aus:
Optionen
| Flag | Beschreibung |
|---|---|
-w, --workspace-id <id> | Auf einen bestimmten Workspace filtern. Kann mehrfach übergeben werden. |
-f, --failed-only | Workspaces auf dem neuesten Stand ausblenden, nur zurückliegende und fehlgeschlagene Workspaces anzeigen. |
Fehlerbehebung
Wenn das Upgrade in einigen Workspaces fehlschlägt, wird der Server nicht über den fehlschlagenden Schritt hinaus fortfahren. Ein Neustart des Servers (docker compose up -d) führt das Upgrade ab der zuletzt erreichten Stelle erneut aus.
Um Probleme schnell zu identifizieren, führen Sie Folgendes aus: