Company logoOpen Ticket AI

Backup und Wiederherstellung

Sichern und Wiederherstellen von Studio- und Runtime-Datenvolumes.

Backup und Wiederherstellung

Open Ticket AI speichert den Zustand in drei SQLite-Datenbanken und der Datei .env. Ticket-Inhalte verbleiben in Ihrem Ticketsystem und erfordern eine eigene Backup-Strategie (OTOBO / Zammad / KIX).

Was ein Backup enthält

Jedes Archiv unter backups/otai-backup-<timestamp>.tar.gz enthält:

ElementZweck
Studio SQLite (otai-studio.db)AI Tasks, Optionen, Konfigurations-Audit
Runtime SQLite (otai-runtime.db)Ausführungshistorie von Workflows / KPIs
Chatbot SQLite (otai-chatbot.db)Session-Historie für Kunden-/Agenten-Help-Chat
.envLizenzschlüssel, Zugangsdaten für Konnektoren, Versions-Pins
docker-compose/Verwendeter Compose-Snapshot dieser Installation
meta.jsonVersion, Zeitstempel, Volume-Namen

Standard-Aufbewahrung: Die letzten 14 Archive (OTAI_BACKUP_KEEP zum Ändern).

Backup erstellen

otai backup

Der Befehl gibt den Archivpfad aus. SQLite-Datenbanken werden nach Möglichkeit im laufenden Betrieb über die aktiven Container gedumpt.

Regelmäßige Backups

Der Installer schlägt standardmäßig das Aktivieren täglicher Backups vor. Der Zeitplan kann jederzeit geändert werden:

otai backup --schedule daily    # cron um 02:30 Uhr lokal
otai backup --schedule weekly
otai backup --schedule off

Als root schreibt dies /etc/cron.d/otai-backup; andernfalls wird die Crontab des Benutzers aktualisiert. Falls Cron nicht verfügbar ist, gibt die CLI einen String für Ihren eigenen Scheduler aus.

Mit der allgemeinen Backup-Strategie kombinieren

  1. Führen Sie otai backup im Rahmen Ihres regulären Konfigurations-Backup-Intervalls aus.
  2. Synchronisieren Sie das Verzeichnis backups/ auf einen verschlüsselten Off-Host-Speicher.
  3. Sichern Sie die Datenbank Ihres Ticketsystems separat (OTAI-Backups enthalten keine Ticket-Daten).
  4. Sichern Sie Backup-Archive sorgfältig, da die .env Zugangsdaten enthält.

Wiederherstellen (Restore)

otai restore latest
# oder:
otai restore /path/to/otai-backup-20260726T120000Z.tar.gz

Die Wiederherstellung stoppt die Dienste, stellt .env, Compose-Dateien und Datenbanken in ihren Volumes wieder her, startet den Stack und führt otai verify aus.

Reihenfolge für Disaster Recovery

  1. Falls erforderlich, das Ticketsystem wiederherstellen und starten.
  2. Den OTAI-Installationsbaum (Compose + CLI) wiederherstellen, falls der Host neu aufgebaut wird.
  3. otai restore <archive> ausführen (oder backups/ synchronisieren und otai restore latest ausführen).
  4. otai verify ausführen und den Studio-Zugriff aus dem Ticketsystem prüfen.

Verwandte Themen