Zum Inhalt springen

Arbeitsbereich-Backups

Guida-Arbeitsbereiche sind normale Ordner, aber einige wichtige Dateien sind laufende Datenbanken und Indizes. Wenn Sie den Ordner im Explorer kopieren, während Worker laufen, kann inkonsistenter Warteschlangen- oder Workflow-Ledger-Zustand entstehen.

Verwenden Sie Guida-Backups, wenn Sie ein von der Anwendung erzeugtes Archiv des aktuellen Arbeitsbereichs wollen.

Guida bietet im File-Menü zwei Umfänge:

AktionEnthältNutzen
Backup Workspace…Vollständiger Arbeitsbereich: Skripte, Bibliotheken, Konfiguration, Workflows, Store, Warteschlangen, Workflow-Ledger-Daten und SuchindexPortabler Snapshot des ganzen Automatisierungsprojekts
Backup Managed Workspace Files…Nur Guida-Daten: store.db, SQLite-Snapshots von queue.db und workflow-ledger.db, sowie search-index/Kleineres Backup des operativen Zustands ohne Projektskripte

Backups werden hier abgelegt:

%APPDATA%/Guida/backups/<workspace-name>/

Archivnamen enthalten einen Zeitstempel:

workspace-backup-20260524-103000.zip
workspace-managed-files-backup-20260524-103000.zip

Vor dem Archivieren stoppt Guida aktive Worker und Skripte, schließt den Arbeitsbereich, erstellt das Backup, öffnet ihn anschließend wieder und stellt nach Möglichkeit den aktiven Workflow wieder her.

Für SQLite-basierten Zustand kopiert Guida keine rohen WAL/SHM-Dateien. Stattdessen werden konsistente SQLite-Snapshots für queue.db und workflow-ledger.db erzeugt.

Guida behandelt store.db, queue.db und workflow-ledger.db als wichtige Nachverfolgungsdaten. Sind sie gesperrt oder nicht zugänglich, schlägt das Backup klar fehl, statt ein irreführendes Archiv zu erzeugen.

Optional übersprungene Dateien werden nach Abschluss in der Console gemeldet.

Guida vermeidet es, eigene Backup-Ausgaben rekursiv einzupacken. SQLite-Sidecar-Dateien wie queue.db-wal, queue.db-shm, workflow-ledger.db-wal und workflow-ledger.db-shm werden ausgeschlossen, wenn ein Snapshot die Datenbank ersetzt.