UiPath Documentation
automation-suite
2023.10
false
Automation Suite unter Linux – Installationsanleitung
Wichtig :
Es kann 1–2 Wochen dauern, bis die Lokalisierung neu veröffentlichter Inhalte verfügbar ist.

Migrieren der Daten zum neuen Cluster

Migrieren Sie Daten zu einem neuen Automation Suite-Cluster, indem Sie die Docker-Registrierung mit dem Zielupgradepaket in der Automation Suite hydratisieren.

Nur offline​

  1. Hydratisieren Sie die Docker-Registrierung, die auf dem Quellcluster ausgeführt wird, mit dem Paket, das der Version entspricht, auf die Sie upgraden möchten. Stellen Sie sicher, dass Sie as.tar.gz auf der Servermaschine des Quellclusters herunterladen, an den Sie den Datenträger des UiPath®-Pakets auf dem /uipath -Bereitstellungspunkt angefügt haben. Der bevorzugte Speicherort ist /uipath/<new_version>/as.tar.gz.
  2. Erstellen Sie einen temporären Speicherort, um das Paket zu entpacken.
    mkdir -p /uipath/tmp
    mkdir -p /uipath/tmp
    
  3. Hydratisieren Sie die Docker-Registrierung des Quellclusters mit dem neuesten Offlinepaket.
    ./configureUiPathAS.sh registry upload --offline-bundle /uipath/<new_version>/as.tar.gz --offline-tmp-folder /uipath/tmp
    ./configureUiPathAS.sh registry upload --offline-bundle /uipath/<new_version>/as.tar.gz --offline-tmp-folder /uipath/tmp
    
Hinweis:

Das Skript zur Datenmigration kann ausgeführt werden, bevor der Cluster in den Wartungsmodus versetzt wird – dies verkürzt die Migrationszeit während der Ausfallzeit.

Klonen Ihrer Quellcluster-Datenbanken​

Wichtig:
  • Sie können dem Installationsprogramm gestatten, die neuen Datenbanken während der Installation von Infrastruktur und Fabric mit den Standardnamen zu erstellen. Weitere Informationen finden Sie unter Konfigurieren des Microsoft SQL-Servers.
  • Wenn Ihre Datenbanknamen unterschiedlich sind, müssen Sie die vom Installationsprogramm erstellten Datenbanken löschen, die Datenbanken vom Quell-SQL-Server auf den neuen SQL-Server kopieren und die Datenbanknamen beibehalten.
  • Wenn Sie den Namen der Datenbank im neuen SQL-Server ändern möchten, müssen Sie die Datei cluster_config.json für jedes Produkt, das Sie installieren, sorgfältig bearbeiten.
  1. Stellen Sie sicher, dass Sie das neue Installationsprogramm auf Ihren Quellcluster übertragen, um die Daten in den neuen Zielcluster zu migrieren.

    Führen Sie die Schritte unter Herunterladen der Installationspakete und Übertragen auf die Maschinen auf einem der Serverknoten des Quellclusters aus, von dem aus Sie die Migration auslösen möchten.

  2. Versetzen Sie den Quellcluster in den Wartungsmodus:

    ./configureUiPathAS.sh enable-maintenance-mode
    ./configureUiPathAS.sh enable-maintenance-mode
    
    Wichtig:

    Die Ausfallzeit beginnt jetzt.

  3. Kopieren Sie Ihre Datenbanken mit Ihrer bevorzugten Methode in den Zielcluster. Sie könnten zum Beispiel den Assistenten zum Kopieren einer Datenbank verwenden.

Klonen Ihrer Quellclusterdaten​

  1. Rufen Sie die Datei target_kubeconfig des Zielclusters ab, um die Datenmigration durchzuführen, indem Sie den folgenden Befehl ausführen:
    ./configureUiPathAS.sh kubeconfig get --migration
    ./configureUiPathAS.sh kubeconfig get --migration
    
    Hinweis:

    Die Datei target_kubeconfig ist erforderlich, um die Informationen des Zielobjektspeichers im Cluster abzurufen und die erforderliche Datenkopie für die Zielversion auszuführen.

  2. Kopieren Sie die generierte Datei in den Quellcluster. Sie müssen diese Datei während der Datenmigration verwenden.
  3. Kopieren Sie die Daten vom Quellcluster in den Zielcluster, indem Sie das Datenmigrationsskript auf dem Quellcluster ausführen.
    cd /opt/UiPathAutomationSuite/<new_version>/installer
    ./bin/uipathctl cluster migration run cluster_config.json --target-kubeconfig <target_kubeconfig> --versions versions.json
    cd /opt/UiPathAutomationSuite/<new_version>/installer
    ./bin/uipathctl cluster migration run cluster_config.json --target-kubeconfig <target_kubeconfig> --versions versions.json
    
    Hinweis:
    • Der vorherige Migrationsbefehl ist idempotent. Wenn der Befehl zwischendurch wegen der Netzwerkverbindung fehlschlägt, können Sie ihn erneut ausführen, und der Migrationsprozess wird dort fortgesetzt, wo er unterbrochen wurde.
    • Optional können Sie eine differenzielle Synchronisierung der Datenmigration durchführen, indem Sie den Migrationsbefehl erneut ausführen.
    Wichtig:

    Wenn der Cluster clusterinternen Objektspeicher (Ceph) verwendet und Sie sich für das parallele Upgrade (Einzelknotenstart) entschieden haben, dann schlägt der Migrationsbefehl in der CEPH_SPACE_VALIDATION -Voraussetzungsprüfung möglicherweise fehl. Dies geschieht, weil der Quellcluster über drei Replikate von Daten verfügt und der Zielcluster keine HA mit einem einzelnen Knoten ist. In diesem Fall können Sie die Voraussetzungsprüfung überspringen:

    ./bin/uipathctl cluster migration run cluster_config.json --target-kubeconfig
    &lt;target_kubeconfig&gt; --versions versions/helm-chart.json
    --skip-pre-reqs
    ./bin/uipathctl cluster migration run cluster_config.json --target-kubeconfig
    &lt;target_kubeconfig&gt; --versions versions/helm-chart.json
    --skip-pre-reqs
    
  4. Wenn Sie einen externen Objektspeicher im Quellcluster verwenden, klonen Sie die Objektspeicher-Buckets.

War diese Seite hilfreich?

Verbinden

Benötigen Sie Hilfe? Support

Möchten Sie lernen? UiPath Academy

Haben Sie Fragen? UiPath-Forum

Auf dem neuesten Stand bleiben