- Überblick
- Anforderungen
- Installation
- Nach der Installation
- Migration und Upgrade
- Aktualisieren der Automation Suite auf EKS/AKS
- Schritt 1: Verschieben der Identitätsorganisationsdaten von einer eigenständigen in die Automation Suite
- Schritt 2: Wiederherstellen der eigenständigen Produktdatenbank
- Schritt 3: Sichern der Plattformdatenbank in der Automation Suite
- Schritt 4: Zusammenführen von Organisationen in der Automation Suite
- Schritt 5: Aktualisieren der migrierten Produktverbindungszeichenfolgen
- Schritt 6: Migrieren des eigenständigen Orchestrators
- Schritt 7: Migrieren von eigenständigen Insights
- Schritt 8: Migrieren des eigenständigen Test Managers
- Schritt 9: Löschen des Standardmandanten
- Durchführen der Migration eines einzelnen Mandanten
- Migrieren von der Automation Suite unter Linux zur Automation Suite unter EKS/AKS
- Überwachung und Warnungen
- Clusterverwaltung
- Produktspezifische Konfiguration
- Konfigurieren von Orchestrator-Parametern
- Orchestrator-appSettings
- Konfigurieren von AppSettings
- Konfigurieren der maximalen Anforderungsgröße
- Überschreiben der Speicherkonfiguration auf Clusterebene
- Konfigurieren von Anmeldeinformationsspeichern
- Konfigurieren der Verwendung von einem Verschlüsselungsschlüssel pro Mandant
- Bereinigen der Orchestrator-Datenbank
- Fehlersuche und ‑behebung
- Das Sicherungssetup funktioniert nicht, da die Verbindung mit Azure Government fehlgeschlagen ist
- Hängende Pods im uipath-Namespace bei Aktivierung von benutzerdefinierten Knoten-Markierungen
- Automation Hub und Apps können mit Proxy-Setup nicht gestartet werden
- Pods können nicht mit FQDN in einer Proxy-Umgebung kommunizieren
- SQL-Verbindungszeichenfolge der Testautomatisierung wird ignoriert
- EKS-Sicherung aufgrund der Velero-Version
- Die Velero-Sicherung schlägt mit dem Fehler „FehlgeschlageneValidierung“ fehl
- Beim Zugriff auf den FQDN wird der Fehler „RBAC-Zugriff verweigert“ zurückgegeben
- Manuelle Schadensbegrenzung bei ArgoCD NetworkPolicy (GHSA-47m3-95c7-g2g8)
Cluster-Wiederherstellungsprozess für Automation Suite auf EKS/AKS und wie Snapshot-Sicherungen nach der Wiederherstellung wieder aktiviert werden.
Ist ein Cluster wiederhergestellt, ist die Snapshot-Sicherung nicht mehr aktiviert. Informationen zum Aktivieren nach der Wiederherstellung finden Sie unter Aktivieren des Sicherungs-Snapshots.
Beim Wiederherstellen des Clusters werden keine externen Datenquellen wie SQL Server wiederhergestellt. Stellen Sie sicher, dass Sie den SQL-Server im relevanten Snapshot wiederherstellen.
Führen Sie die folgenden Schritte aus, um den Cluster wiederherzustellen:
Schritt 1: Bereitstellen des Kubernetes-Clusters
Stellen Sie vor der Wiederherstellung sicher, dass Sie den Kubernetes-Cluster konfigurieren, in dem Sie eine Wiederherstellung durchführen möchten.
Weitere Informationen dazu finden Sie unter Voraussetzungen.
Schritt 2: Wiederherstellen des SQL-Servers und des Objektspeichers
Da SQL Server und Objectstore externe Komponenten sind, stellen Sie sicher, dass Sie sie wiederhergestellt haben, bevor Sie den Automation Suite -Cluster wiederherstellen.
Das Ändern des FQDN während des Wiederherstellungsvorgangs ist nicht zulässig. Stellen Sie sicher, dass Sie den FQDN für den Automation Suite -Cluster, den SQL-Server, den Objektspeicher, Redis und den Filestore beibehalten.
Schritt 3: Bereitstellen der Snapshot-Konfiguration
Geben Sie die Snapshot-Konfiguration an, z. B. objectstore, in der die Sicherungsdaten gespeichert sind. Diese Konfiguration ähnelt der, die Sie während der Sicherungskonfiguration angegeben haben. Weitere Informationen finden Sie unter Konfigurieren des Sicherungsspeichers.
Schritt 4: Auswählen des wiederherzustellenden Snapshots
Informationen zur Identifizierung der Sicherung, die Sie wiederherstellen möchten, finden Sie unter Auflisten der vorhandenen Snapshots.
Es ist wichtig, den für die SQL Server- und Objectstore-Daten relevanten Snapshot auszuwählen. Es können Inkompatibilitäten auftreten, wenn zwischen dem Moment, in dem Sie den Snapshot des Automation Suite -Clusters erstellen, und dem Zeitpunkt, zu dem Sie den Snapshot der externen Speicherkomponenten erstellen, ein großer Unterschied besteht.
Schritt 5: Ausführen des Wiederherstellungsskripts
Stellen Sie sicher, dass Velero auf dem neu bereitgestellten EKS-Cluster installiert ist, damit Sie den Snapshot wiederherstellen können. Um Velero auf dem neuen Cluster zu installieren, führen Sie den folgenden Befehl aus:
./uipathctl manifest apply input.json --only velero --versions versions.json
./uipathctl manifest apply input.json --only velero --versions versions.json
Um den ausgewählten Snapshot wiederherzustellen, führen Sie den folgenden Befehl aus:
./uipathctl snapshot restore create <restore_name> --from-snapshot <snapshot_name>
./uipathctl snapshot restore create <restore_name> --from-snapshot <snapshot_name>
Der Wiederherstellungsbefehl erfordert den Wiederherstellungsnamen, mit dem Sie im Falle eines Fehlers den Status der Wiederherstellung abrufen und debuggen können.
Dieser Vorgang nimmt einige Zeit in Anspruch und wird im Hintergrund ausgeführt. Sie können den Befehl history verwenden, um den Status anzuzeigen, wie im nächsten Abschnitt beschrieben.
Bekanntes Problem: In bestimmten Szenarien kann der Wiederherstellungsvorgang hängen bleiben. Wenn der Wiederherstellungsvorgang hängen bleibt, sollten Sie das restore -Objekt manuell entfernen und anschließend den Wiederherstellungsvorgang wiederholen.
Debuggen der Wiederherstellung
Um den Wiederherstellungsvorgang zu debuggen, können Sie die Befehle history und log verwenden.
Verlauf:
./uipathctl snapshot restore history
# Output Example
NAME STATUS CREATED EXPIRATION
prefix-scheduled-xx1 Completed xx1 xx1
prefix-scheduled-xx2 Failed xx2 xx2
test-snapshot-xx3 Failed xx3 xx3
./uipathctl snapshot restore history
# Output Example
NAME STATUS CREATED EXPIRATION
prefix-scheduled-xx1 Completed xx1 xx1
prefix-scheduled-xx2 Failed xx2 xx2
test-snapshot-xx3 Failed xx3 xx3
Protokolle:
./uipathctl snapshot restore logs restore_1
./uipathctl snapshot restore logs restore_1
- Schritt 1: Bereitstellen des Kubernetes-Clusters
- Schritt 2: Wiederherstellen des SQL-Servers und des Objektspeichers
- Schritt 3: Bereitstellen der Snapshot-Konfiguration
- Schritt 4: Auswählen des wiederherzustellenden Snapshots
- Schritt 5: Ausführen des Wiederherstellungsskripts
- Debuggen der Wiederherstellung