- Vue d'ensemble (Overview)
- Prérequis
- Installation
- Post-installation
- Migration et mise à niveau
- Mise à niveau d'Automation Suite sur EKS/AKS
- Étape 1 : Déplacement des données d'organisation Identity d'installation autonome vers Automation Suite
- Étape 2 : Restauration de la base de données du produit autonome
- Étape 3 : Sauvegarder la base de données de la plate-forme dans Automation Suite
- Étape 4 : Fusion des organisations dans Automation Suite
- Étape 5 : Mise à jour des chaînes de connexion du produit migré
- Étape 6 : migration de la version autonome d'Orchestrator
- Étape 7 : Migration d’Insights en version autonome
- Étape 8 : suppression du locataire par défaut
- B) Migration à locataire unique
- Migration d'Automation Suite sur Linux vers Automation Suite sur EKS/AKS
- Surveillance et alerte
- Administration du cluster
- Configuration spécifique au produit
- Configuration des paramètres d'Orchestrator
- Paramètres de l'application Orchestrator
- Configuration des paramètres d'application
- Configuration de la taille maximale de la requête
- Remplacement de la configuration du stockage au niveau du cluster
- Configuration des magasins d'informations d'identification
- Configuration de la clé de chiffrement par locataire
- Nettoyer la base de données Orchestrator
- Rotation des informations d’identification de stockage d’objets blob
- Désactivation de l'utilisation d'URL pré-signées lors du téléchargement de données vers le stockage Amazon S3
- Configuration de la sécurité de l'application de processus
- Configurer une authentification Kerberos avec l’authentification MSSQL de base pour Process Mining
- Résolution des problèmes
- La configuration de sauvegarde ne fonctionne pas en raison d’un échec de connexion à Azure Government
- Pods dans l'espace de noms uipath bloqués lors de l'activation des rejets de nœuds personnalisés
- Impossible de lancer Automation Hub et Apps avec la configuration proxy
- Les pods ne peuvent pas communiquer avec le nom de domaine complet dans un environnement proxy
- La chaîne de connexion SQL de l’automatisation de test est ignorée
Étape 2 : Restauration de la base de données du produit autonome
Nous vous présentons ici un moyen d’utiliser SQL Server Management Studio (SSMS) afin de restaurer la base de données d’un produit autonome dans l’instance SQL Server d’Automation Suite. Pour en savoir plus sur le téléchargement et l’installation de SQL Server Management Studio, consultez Prérequis de la migration.
Si vous migrez vers Automation Suite sur EKS, vous ne pouvez pas restaurer directement la base de données Orchestrator vers la base de données Azure SQL. Vous devez d'abord sauvegarder la base de données autonome d'Orchestrator dans un fichier, puis la restaurer dans la base de données RDS.
Si Orchestrator et Identity partagent leur base de données, vous pouvez ignorer l'étape 4. S'ils ont des bases de données distinctes, vous devez les sauvegarder séparément.
-
Connectez-vous à la machine autonome et à SQL Server à l'aide de SSMS.
-
Sauvegardez la base de données autonome d'Orchestrator :
-
Accédez à Basesde données (Databases), cliquez avec le bouton droit sur la base de données Orchestrator, cliquez sur Tâches(Tasks) et sélectionnez Sauvegarder (Back Up).
-
Confirmez le chemin de sauvegarde.
-
Terminez la sauvegarde.
-
-
Restaurez la base de données autonome d'Orchestrator vers RDS sur l'instance Automation Suite sur la machine autonome
-
Téléchargez le fichier
bak
sauvegardé dans le compartiment S3.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>Échantillon :
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-2
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-2 -
Accordez l'autorisation à la base de données restaurée sur AWS.
-
-
Accédez à IAM et créez un nouveau rôle avec des autorisations de
AWSBackupServiceRolePolicyForRestores
. -
Accédez à RDS et cliquez sur
Option groups
:-
Créez un groupe et fournissez les détails suivants :
-
Nom : SqlServerBackupRestore
-
Description : xxx
-
Moteur : sélectionnez votre moteur de base de données
-
Version majeure du moteur (Major Engine Version) : sélectionnez la version de votre instance de base de données.
-
-
Cliquez sur Créer (Create).
-
Cliquez sur le nom du groupe créé pour le modifier comme suit :
-
Cliquez sur Ajouter (Add).
-
Sélectionnez SQLSERVER_BackUP_RESTORE.
-
Sélectionnez le rôle IAM que vous avez créé lors des étapes précédentes.
-
Sélectionnez Immédiatement (Immediately) pour planifier une modification instantanée.
-
-
Revenez à RDSDatabases et sélectionnez votre instance.
-
Cliquez sur Modifier ( Modify).
-
Sélectionnez le groupe d'options que vous avez créé à l'étape précédente.
-
Cliquez sur Suivant (Next).
-
Sélectionnez Appliquer immédiatement (Apply Immediately) (cela ne devrait pas entraîner de temps d'arrêt du service).
-
Appliquez les modifications en cliquant sur Modifier l'instance de base de données (Modify DB instance).
-
Si vous êtes connecté à la base de données depuis SQL Management Studio, fermez-la et reconnectez-vous.
-
-
-
Suivez la documentation AWS pour le fichier bak sauvegardé dans le compartiment AWS S3.
Exemple de commande :
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,