Clone
1
Migration Workflow.de
Patrick Gniza edited this page 2026-08-17 10:48:39 +02:00

Deutsch | English

Migrationsworkflow

Diese Seite beschreibt den vorgesehenen Migrationsworkflow von einem vorhandenen Romexis-Server in den Docker-basierten Romexis-Stack.


Quellsystem

Das Quellsystem ist üblicherweise ein Windows-basierter Romexis-Server.

Erforderliche Daten:

SQL Server database backup (.bak)
Romexis image directory
Romexis ergo data directory
optional Romexis cache directory

Das Cache-Verzeichnis ist optional, da es normalerweise neu erzeugt werden kann.


Zielsystem

Auf dem Zielsystem laufen:

Romexis Server container
Database backend container
Migration Service container
Persistent data volumes

Workflow-Übersicht

Existing Romexis Server
        |
        | database backup
        | image data
        | ergo data
        v
Romexis Migration Service
        |
        | validation
        | database restore
        | data restore
        v
Docker-based Romexis Server

Manueller Workflow

  1. Migrations-Web-UI öffnen.
  2. Neuen Migrationsjob erstellen.
  3. Datenbanksicherung im Browser hochladen.
  4. Den Dienst manifest.json erstellen lassen.
  5. Datenbankwiederherstellung auslösen.
  6. Bilder und Ergo-Daten über SFTP hochladen.
  7. Upload als abgeschlossen markieren.
  8. Hochgeladene Daten validieren.
  9. Wiederherstellung ausführen.
  10. Migration abschließen.
  11. SFTP-Zugangsdaten werden entfernt oder deaktiviert.

Client-gestützter Workflow

Der Migrationsclient soll die meisten Schritte auf der Quellseite automatisieren:

  1. Romexis-Installation erkennen
  2. Datenbankkonfiguration erkennen
  3. Datenverzeichnisse erkennen
  4. Migrationsjob erstellen oder verwenden
  5. Datenbanksicherung erstellen
  6. Daten über rclone/SFTP hochladen
  7. API-Endpunkte aufrufen, um den Workflow voranzubringen
  8. Logs und Wiederherstellungsstatus anzeigen

Erwartetes Upload-Layout

/upload/
├── meta/
│   └── manifest.json
├── database/
│   └── Romexis_db.bak
├── romexis_images/
├── romexis_ergodata/
└── romexis_cache/

Manifest

Das Manifest beschreibt die hochgeladenen Migrationsdaten.

Beispiel:

{
  "migration_id": "example",
  "name": "Example Migration",
  "source_host": "old-romexis-server",
  "database": {
    "backup": "database/Romexis_db.bak"
  },
  "romexis_images": true,
  "romexis_ergodata": true,
  "romexis_cache": false
}

Der manuelle Browser-Workflow kann dieses Manifest nach dem Datenbank-Upload automatisch erzeugen.


Validierung

Die Validierung sollte prüfen:

  • Manifest ist vorhanden
  • Datenbanksicherung ist vorhanden
  • Bildverzeichnis ist vorhanden
  • Ergo-Datenverzeichnis ist vorhanden
  • optionales Cache-Verzeichnis ist vorhanden, wenn angefordert
  • Dateianzahlen
  • Gesamtzahl der Bytes
  • zukünftige Prüfsummendaten

Wiederherstellung

Der Wiederherstellungsschritt führt aus oder koordiniert:

  1. Datenbankwiederherstellung
  2. Platzierung der Dateien in den Ziel-Volumes
  3. Korrektur der Berechtigungen
  4. Neustart von Romexis
  5. abschließende Statusmeldung

Abschluss

Nach einer erfolgreichen Wiederherstellung sollte der Job als abgeschlossen markiert werden.

Der Abschluss sollte:

  • den temporären SFTP-Benutzer entfernen oder deaktivieren
  • Workflow-Aktionsschaltflächen ausblenden
  • Logs verfügbar halten
  • die Migrationszustandsdatei für Audit/Debugging aufbewahren