Comment les Enterprise 10 données sont copiées dans Automation 360
- Dernière mise à jour2022/12/27
Comment les Enterprise 10 données sont copiées dans Automation 360
Enterprise 10 Les utilisateurs, les rôles, les licences, les informations d’identification, robots, et les planifications sont copiés dans Automation 360 dans le cadre du processus de copie des données.
- Rôles
- Utilisateurs
- Infos d'identification
- Robots
- Planifications
Si le processus de copie ignore un élément de la séquence pour une raison quelconque, tous les éléments associés sont également ignorés et ne sont pas migrés. Par exemple, si le rôle Bot_Manager n'est pas migré et que l'utilisateur Jane_Smith appartient uniquement à ce rôle, ce compte utilisateur et toutes les informations d'identification, robots ou planifications associées à ce rôle ne sont pas non plus migrés.
| Enterprise 10 éléments | Comment Enterprise 10 les éléments sont copiés dans Automation 360 |
|---|---|
| Utilisateurs |
Lorsque vous copiez Enterprise 10 des utilisateurs pour la première fois, si le système rencontre un utilisateur du même nom dans Automation 360, le processus de migration renomme le Enterprise 10 nom d’utilisateur en ajoutant un suffixe tel que _1, _2, etc., puis copie l’utilisateur renommé dans Automation 360. Par exemple, le nom d’utilisateur en double Jane_Smith est renommé Jane_Smith_1 dans Automation 360. Les opérations de copie de données suivantes ignoreront les données utilisateur précédemment migrées. Pour les utilisateurs Active Directory, le système ne migre pas les utilisateurs en double. Si un utilisateur de domaine avec le même nom existe déjà dans Automation 360, le processus de migration ignore cet utilisateur et ses dépendances. |
| Rôles |
La première fois que vous copiez Enterprise 10 des rôles, le processus de migration gère différemment les rôles système et les rôles personnalisés en double. Le processus de migration mappe Enterprise 10les rôles système sur les rôles système de Automation 360 . Par exemple, le Enterprise 10 rôle Admin et le rôle Basic sont mappés au rôle AAE_Admin et le rôle AAE_Basic, respectivement. Si un rôle personnalisé du même nom existe dans Enterprise 10 et Automation 360, le processus de migration le renomme en ajoutant un suffixe tel que _1, _2, etc., puis copie le rôle renommé dans Automation 360. Par exemple, le rôle Sales_Operations dupliqué est renommé Sales_Operations_1 dans Automation 360. Les opérations de copie de données suivantes ignoreront les rôles précédemment migrés. |
| Licences |
Le processus de migration migre automatiquement les licences attribuées aux utilisateurs, mais elles ne sont pas affichées dans le rapport de migration. Si le Automation 360 Control Room a moins de Bot Creator ou Bot Runner licences que Enterprise 10 Control Room et que toutes Automation 360 les licences ont été utilisées, les utilisateurs nouvellement migrés ne se verront attribuer aucune licence. Le système migre ces utilisateurs et les données associées sans attribuer de nouvelles licences. |
| Infos d'identification |
Pour les informations d’identification du système associées à un utilisateur migré, le système migre uniquement les informations d’identification du système Paramètres de messagerie et Paramètres de connexion automatique. Pour les informations d'identification créées par l'administrateur de la Control Room, le système crée le casier AAE_10x_Credentials dans le Credential Vault Automation 360 et ajoute les informations d'identification à partir de Enterprise 10 en tant qu'informations d'identification standard. Le système attribue l'utilisateur qui migre les données Enterprise 10 en tant que propriétaire du casier AAE_10x_Credentials et tous les rôles personnalisés en tant que consommateurs du casier. S'il existe déjà un casier portant le nom AAE_10x_Credentials dans Automation 360, le système ajoute les informations d'identification migrées dans ce casier.
Remarque :
Pour les MetaBots qui contiennent des écrans en tant que ressources et utilisent des variables de type mot de passe dans ces écrans, des variables de type d'informations d'identification équivalentes sont créées dans Automation 360. Si la variable de type de mot de passe dans le MetaBot est une variable d'entrée et qu'une valeur de cette variable est transmise par le robot parent dans Enterprise 10, procédez comme suit avant d'exécuter les robots migrés :
|
| Robots | Si un robot du même nom existe dans Enterprise 10 et Automation 360, le processus de copie des données ignore la robot migration et sa planification associée. Les commandes qui utilisent des variables d'informations d'identification dans les robots Enterprise 10 utilisent le casier AAE_10x_Credentials après la migration. Si votre Control Room Enterprise 10 est configurée avec le contrôle de version SVN, le processus de copie des données copie également la dernière version de chaque robot, y compris les dépendances du référentiel Enterprise 10 vers le référentiel Automation 360. Utilisez l'assistant de migration de robot pour migrer les robots Enterprise 10 vers Automation 360. Toutefois, l'historique des versions de robot et ses dépendances ne sont pas copiés et migrés.
Remarque : La migration de la version de production des robots Enterprise 10 n'est actuellement pas prise en charge. Pour contourner ce problème, définissez la version de production actuelle des robots comme dernière version, puis migrez les robots.
|
| Planifications |
Si des planifications en double existent dans les deux environnements, la planification en double est migrée et entraîne deux planifications du même nom dans Automation 360. La migration des planifications échoue si l’utilisateur associé n’existe pas dans Automation 360. |
Regardez la vidéo suivante pour savoir comment passer en revue les données Enterprise 10 copiées dans Automation 360 :