- Ü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)
Schritt 2: Wiederherstellen der eigenständigen Produktdatenbank
Stellen Sie mithilfe von SQL Server Management Studio eine eigenständige Produktdatenbank in der Automation Suite-SQL-Server-Instanz wieder her.
Wir stellen Ihnen hier eine Möglichkeit vor, wie Sie mit dem SQL Server Management Studio (SSMS) die Datenbank eines eigenständigen Produkts in der Automation Suite SQL Server-Instanz wiederherstellen können. Weitere Informationen zum Herunterladen und Installieren von SQL Server Management Studio finden Sie unter Migrationsvoraussetzungen.
-
Stellen Sie in SQL Server Management Studio eine Verbindung mit der eigenständigen Produktdatenbank her, wählen Sie Aufgaben und dann Datenbank in Azure SQL bereitstellen aus.
-
Wählen Sie Verbinden aus, um eine Verbindung mit der Automation Suite-SQL-Datenbank herzustellen. Geben Sie den neuen Datenbanknamen an. Wählen Sie das Verzeichnis, um die temporäre Datenbankdatei zu speichern.
-
Warten Sie, bis die Bereitstellung abgeschlossen ist.
-
Zeichnen Sie die Verbindungszeichenfolge für die wiederhergestellte eigenständige Produktdatenbank in der Automation Suite auf.
Ergebnis: Die eigenständige Produktdatenbank wird in der Automation Suite-SQL-Server-Instanz wiederhergestellt und Sie haben die Verbindungszeichenfolge für die spätere Verwendung.
Wiederherstellen der eigenständigen Orchestrator-Datenbank auf EKS
Wenn Sie in EKS zur Automation Suite migrieren, können Sie die Orchestrator-Datenbank nicht direkt in der Azure SQL-Datenbank wiederherstellen. Sie müssen zuerst die eigenständige Orchestrator-Datenbank in einer Datei sichern und diese dann in der RDS-Datenbank wiederherstellen.
Wenn der Orchestrator und Identity ihre Datenbank gemeinsam nutzen, können Sie Schritt 4 überspringen. Wenn sie über separate Datenbanken verfügen, müssen Sie sie separat sichern.
- Melden Sie sich bei der eigenständigen Maschine und mit SSMS bei SQL Server an.
- Sichern Sie die eigenständige Orchestrator-Datenbank:
-
Wechseln Sie zu Datenbanken, öffnen Sie das Kontextmenü für die Orchestrator-Datenbank, wählen Sie Aufgaben und dann Sicherung aus.
-
Bestätigen Sie den Sicherungspfad.
-
Schließen Sie die Sicherung ab.
-
- Stellen Sie die eigenständige Orchestrator-Datenbank in Amazon Relational Database Service (RDS) in der Automation Suite in der EKS-Instanz auf der eigenständigen Maschine wieder her.
-
Laden Sie die gesicherte
bak-Datei in den S3-Bucket hoch.aws s3 cp <local-file-path> s3://haonan-msi-asair-migration-bucket/<filename>aws s3 cp <local-file-path> s3://haonan-msi-asair-migration-bucket/<filename>Beispiel:
aws s3 cp "C:\Program Files\Microsoft SQL Server\MSSQL15.SQLEXPRESS\MSSQL\Backup\20230401_0614.bak" s3://haonan-msi-asair-migration-bucket/20230401_0614.bak --region us-west-2aws s3 cp "C:\Program Files\Microsoft SQL Server\MSSQL15.SQLEXPRESS\MSSQL\Backup\20230401_0614.bak" s3://haonan-msi-asair-migration-bucket/20230401_0614.bak --region us-west-2 -
Erteilen Sie der wiederhergestellten Datenbank eine Berechtigung in AWS.
-
Erteilen von Berechtigungen für die wiederhergestellte Datenbank in AWS
-
Wechseln Sie zu Identitäts- und Zugriffsverwaltung (IAM) und erstellen Sie eine neue Rolle mit
AWSBackupServiceRolePolicyForRestores-Berechtigungen. -
Wechseln Sie zu RDS und wählen Sie
Option groupsaus:-
Erstellen Sie eine Gruppe und geben Sie die folgenden Details an:
- Name: SqlServerBackupRestore
- Beschreibung: xxx
- Modul: Wählen Sie Ihr DB-Modul . aus
- Major Engine Version: Wählen Sie die Version Ihrer DB-Instance aus.
-
Wählen Sie Erstellen.
-
Wählen Sie den Namen der erstellten Gruppe aus, um ihn wie folgt zu bearbeiten:
- Wählen Sie Hinzufügen aus.
- Wählen Sie SQL Wählen Sie SQLServer_BackUP_REST Kon aus.
- Wählen Sie die IAM-Rolle aus, die Sie in den vorherigen Schritten erstellt haben.
- Wählen Sie Sofort aus, um die sofortige Änderung zu planen.
-
Kehren Sie zu RDS-Datenbanken zurück und wählen Sie Ihre Instanz aus.
- Wählen Sie Ändern aus.
- Wählen Sie die Optionsgruppe aus, die Sie im vorherigen Schritt erstellt haben.
- Wählen Sie Weiter aus.
- Wählen Sie Sofort anwenden aus (dies sollte keine Dienstausfallzeit verursachen).
- Wenden Sie Änderungen an, indem Sie DB-Instanz ändern auswählen.
- Wenn Sie eine Verbindung von SQL Management Studio zur Datenbank haben, schließen Sie diese, und stellen Sie erneut eine Verbindung her.
-
-
Befolgen Sie die AWS-Dokumentation, um die BAK-Datei der Datenbank im AWS S3-Bucket zu sichern.
Beispielbefehl:
exec msdb.dbo.rds_restore_database @restore_db_name='UiPath_20230531', @s3_arn_to_restore_from='arn:aws:s3:::haonan-msi-asair-migration-bucket/20230401_0614.bak', @with_norecovery=0,exec msdb.dbo.rds_restore_database @restore_db_name='UiPath_20230531', @s3_arn_to_restore_from='arn:aws:s3:::haonan-msi-asair-migration-bucket/20230401_0614.bak', @with_norecovery=0,