Updates
Eine Open-Ticket-AI-Installation auf ein neues Release aktualisieren.
Updates
Nutzen Sie die Operations-CLI im Installationsverzeichnis, um Open Ticket AI sicher zu aktualisieren. Updates erstellen immer zuerst ein Backup und rollen automatisch zurück, wenn die Prüfungen nach dem Update fehlschlagen.
Online-Update
# Aus jedem Verzeichnis, sobald die Installation `otai` in den PATH gelegt hat:
otai update # neueste Version, die die Lizenz erlaubt
# oder:
otai update 0.2.0
Air-Gap-Update
Kopieren Sie den neuen entpackten Release-Baum auf den Server und dann:
otai update --from-dir /path/to/otai-0.2.0
In diesem Modus wird die Download-API nicht aufgerufen.
Was otai update macht
- Markiert die aktuell laufenden Images mit der alten Softwareversion (für Rollback).
- Führt
otai backupaus und legt ein Archiv unterbackups/ab. - Lädt das neue Release herunter oder nutzt
--from-dir. - Lädt Image-Tars, ersetzt Compose-Dateien und CLI-Helfer, aktualisiert
Versionsfelder in
.envund erneuert den PATH-Wrapper. - Startet den Stack (
docker compose up -d). - Führt
otai verifyaus (Studio- + Runtime-Gesundheit). - Bei Fehler: stellt das Pre-Update-Backup wieder her (Compose,
.env, beide SQLite-Datenbanken) und startet die vorherige Version erneut.
Verify
otai verify
otai version
verify prüft, dass Studio-API- und Runtime-Container laufen und ihre
/health-Endpunkte antworten. Vollständige Unit-Tests laufen in der
Open-Ticket-AI-CI; auf Kundenhosts läuft nur dieser Smoke-Check.
Tipps
- In Produktion feste Versionen bevorzugen (
otai update 0.2.0) stattlatest. - Führen Sie während oder direkt nach einem Update kein
docker image pruneaus — alte Tags bleiben erhalten, damit Rollback sie wiederverwenden kann. - Ticketsystem-Datenbanken werden von
otai updatenicht aktualisiert. Wenden Sie neue Connector-Pakete aus dem Ordnerticket-system-packages/des Releases nach dem Paketverfahren Ihres Ticketsystems an. - Bewahren Sie vor großen Upgrades ein aktuelles Backup außerhalb des Hosts auf (siehe Backups).
