- 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
- Remappage des ID d’organisation
- Migration des données Looker vers Automation Suite
- Effectuer la maintenance de la base de données Insights
- 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
Effectuer la maintenance de la base de données Insights
dbo
et read
. Les deux tables stockent les données des bases de données Orchestrator et transmettent les données entre elles. Au fil du temps, les tables stockent une grande quantité de données qui peuvent avoir un impact sur les performances de la base de données. Vous pouvez libérer de l'espace en supprimant les données non pertinentes ou obsolètes.
Le seuil estimé pour le stockage des données historiques est défini sur
- 200 millions de RobotLogs
- 100 millions d’événementsQueueItemEvents
- 100 millions d'ÉvènementTâches (JobEvents)
- 20 millions d'ÉlémentsFileAttente (QueueItems)
- 20 millions de Tâches (Job)
[dbo].Jobs
, [dbo].JobEvents
, [dbo].QueueItems
, [dbo].QueueItemEvents
, [dbo].RobotLogs
ou uniquement les [dbo].RobotLogs
.
PROCEDURE [read].[Delete_Insights_Data_Read]
et PROCEDURE [read].[Delete_Process_Logs_Read]
, le module Insights doit être désactivé.
- Les scripts avec le suffixe
_DBO
sont utilisés pour supprimer des données des tables de schéma DBO, - Les scripts avec le suffixe
_Read
sont utilisés pour supprimer des données des tables de schéma en lecture. - Les lots de grande taille peuvent avoir un impact sur la vitesse d'exécution. Envisagez d'utiliser la taille de lot par défaut, qui est définie sur 100 000.
PROCEDURE [read].[Delete_Insights_Data_Read]
et PROCEDURE [read].[Delete_Process_Logs_Read]
, le module Insights doit être désactivé.
Jobs
, JobEvents
, QueueItems
, QueueItemEvents
, RobotLogs
) pour un horodatage de coupure.
Procédures enregistrées SQL (SQL Stored Procedures) | Paramètre | Description |
---|---|---|
Delete_Insights_Data_DBO |
| Supprimer les données de [dbo].[Jobs] ,
Les tables
[dbo].[JobEvents] , [dbo].[QueueItems] , [dbo].[QueueItemEvents] , [dbo].[RobotLogs] basées sur un horodatage de coupure.
|
Delete_Insights_Data_Read | S/O | Tronquez les tables [read].Jobs , [read].JobEvents , [read].QueueItems , [read].QueueItemEvents , [read].RobotLogs .
|
Les widgets du tableau de bord Insights (Insights Dashboard) sont à nouveau disponibles une fois que la procédure SQL enregistrée 1 (SQL Stored Procedure 1) est terminée et que les données ont été renvoyées. Gardez à l'esprit que le processus de renvoi peut prendre des heures étant donné que vous disposez d'une grande quantité de données.
Delete_Insights_Data_DBO
pour la première fois, il crée un index non-cluster QueueItems.IX_CreationTime
dans le but d'accélérer les futures exécutions.
Procédure enregistrée SQL 2 (SQL Stored Procedure) : supprimez les données JournauxRobot (RobotLogs) en fonction des NomProcessus (ProcessNames) et de l'ID de locataire (Tenant ID)
Générez et enregistrez cette procédure enregistrée SQL (SQL Stored Procedure) pour supprimer les JournauxRobot (RobotsLogs) en fonction des NomProcessus (ProcessNames) et de l'ID de locataire (Tenant ID).
Procédures enregistrées SQL (SQL Stored Procedures) | Paramètre | Description |
---|---|---|
Delete_Process_Logs_DBO |
Nom du processus Orchestrator.
L'ID de locataire (Tenant ID) est requis car deux locataires peuvent exécuter des processus avec des noms identiques.
Supprimez les données par lots de 100 000. Voir Considérations (Considerations). | Supprimez les données de la table [dbo].[RobotLogs] par NomProcessus (ProcessName) et ID de locataire (Tenant ID).
|
Delete_Process_Logs_Read |
| Tronquez le tableau [read].RobotLogs .
|
- Vue d'ensemble (Overview)
- Considérations
- Prérequis
- Ressources
- Procédure enregistrée SQL 1 : supprimez toutes les données en fonction de l’horodatage de coupure
- Procédure enregistrée SQL 2 (SQL Stored Procedure) : supprimez les données JournauxRobot (RobotLogs) en fonction des NomProcessus (ProcessNames) et de l'ID de locataire (Tenant ID)
- Articles associés