Clonage d’instances avec AES

Découvrez comment protéger les données, les tables et les modèles que App Engine Studio vous avez créés lors de la Clone système copie d’instances de production vers des instances de non-production.

Conservation des données et des tables lors du clonage

Les conditions requises pour le clonage d’instances avec AES:

1. Assurez-vous que tous vos AES modules d’extension sont installés dans toutes les instances.
2. Si vous clonez une instance de production, vous devez activer Framework de tests automatisés (ATF) et Instance Scan les propriétés sur l’instance de production.
3. Si vous collectez des données de développement et de déploiement, le App Engine Management Center module d’extension (AEMC) doit être installé sur toutes les instances.

Le clonage de données et de tables à partir d’une instance de production sur une instance de non-production peut remplacer les données de vos tables de non-production. Pour vous assurer que les données ne sont pas perdues dans les environnements de développement, créez une stratégie de clonage pour la collaboration.

1. Les tables suivantes disposent d’une conservation des données pour garantir que les tables sont correctement clonées entre les instances :
   Remarque :

   Pour les tableaux suivants, la préservation est uniquement destinée à la portée mondiale.
   • Tables du descripteur de collaboration :
     • Descripteurs de collaboration d’applications (sys_appcollab_descriptor)
     • Autorisations du descripteur de collaboration d’applications (sys_appcollab_permission_m2m)
   • Tables Utilisateurs et groupes de collaboration :
     • Utilisateurs de collaboration d’applications (sys_appcollab_user)
     • Groupes de collaboration d’applications (sys_appcollab_group)
   La conservation des données garantit que les données sont conservées sur les tables dans les instances de développement.
2. Les tables suivantes ont des exclusions de clone :
   • Tables du descripteur de collaboration :
     • Descripteurs de collaboration d’applications (sys_appcollab_descriptor)
     • Autorisations du descripteur de collaboration d’applications (sys_appcollab_permission_m2m)
   • Tables Utilisateurs et groupes de collaboration :
     • Utilisateurs de collaboration d’applications (sys_appcollab_user)
     • Groupes de collaboration d’applications (sys_appcollab_group)
   Les exclusions de clone garantissent que les données des instances de production ne sont pas copiées vers les instances de développement.
3. Si AES est la seule application utilisant la table Informations d’identification, envisagez de créer des conservateurs de données pour l’alias d’informations d’identification, l’authentification de base et les informations d’identification de découverte. Sinon, vous devez vous assurer que ces tables ne sont pas remplacées lorsque l’instance de production est clonée vers des instances de non-production.
4. Les utilisateurs suivants doivent être réaffectés à leurs rôles après le clonage :
   • Utilisateurs dans le groupe Utilisateurs AES
   • Utilisateurs dans le AES groupe Utilisateurs restreints
   • Utilisateurs disposant du rôle sn_app_eng_studio.user dans les instances de non-production
5. Après le clonage, un script de nettoyage post-clonage des autorisations de collaboration ReSync s’exécute automatiquement, de sorte que les collaborateurs de toutes les applications qui étaient identiques sur les instances de production et de développement sont automatiquement synchronisées. Les développeurs peuvent reprendre le développement immédiatement.
   Remarque :

   Le module d’extension de collaboration doit être activé sur l’instance clonée.
6. Si certaines applications ont été sauvegardées avant le clonage et récupérées après le clonage, vous pouvez utiliser le lien connexe Resynchroniser les autorisations de collaboration sur l’enregistrement sys_app pour réaffecter les utilisateurs et les groupes à leurs autorisations de développement délégué appropriées.
7. Si un descripteur de collaboration n’est plus associé à un utilisateur ou à un groupe après le clonage (dans le cas où les applications de développement ont été effacées pendant le clonage car elles ne se trouvaient pas dans l’instance source), sélectionnez le lien connexe Nettoyer les enregistrements avec des références vides pour supprimer l’utilisateur ou le groupe non référencé de la table de collaboration. Vous devez exécuter cette action d’interface utilisateur une fois que le clonage est terminé et que toutes les applications conservées ont été récupérées (avec des autorisations de collaboration Resync déjà exécutées ).

Les tables suivantes disposent d’une conservation des données pour garantir que les tables sont correctement clonées entre les instances :

• Instance de pipeline
• Demander une clé d'autorisation
• Demande de déploiement
• Demande d’environnement de déploiement

Conservation des modèles d’application lors du clonage

Les administrateurs doivent empêcher le remplacement des modèles personnalisés pendant le processus de clonage. Sans protection, les modèles créés ( AES à la fois à partir d’applications existantes et à partir de zéro) risquent de disparaître lors d’un clone.

Lorsque vous créez un modèle dans , une application incluse dans AESle périmètre est automatiquement générée dans la table Applications personnalisées [sys_app.list] de votre instance. Bien qu’elles aient des contenus différents, les applications de modèles et les applications personnalisées standard sont traitées de la même manière sur le Now Platformfichier . Ainsi, la conservation des modèles d’application lors d’un clone système fonctionne de la même manière que la conservation d’une application.

Pour protéger les modèles d’application sur vos instances de non-production, suivez la procédure décrite dans Conserver les applications et les personnalisations en développement lors d’un clone système.

Plus d’informations sur le clonage et la conservation des données

Consultez les rubriques suivantes pour en savoir plus sur le clonage et la conservation des données :

• Pour plus d’informations sur l’utilisation de l’outil, reportez-vous à la Clone système section Clone système.
• Pour plus d’informations sur la conservation des données, consultez Conservation des données lors du clonage d’instances cibles.
• Pour plus d’informations sur le clonage d’instances avec AES, consultez le Guide de l’administrateur App Engine Studio système sur ServiceNow University.

En savoir plus sur le clonage d’instances avec AES	Ressources supplémentaires ServiceNow
ServiceNow fournit plusieurs ressources supplémentaires sur le clonage d’instances avec App Engine Studio.	Article de la base de connaissances sur les bases du clonage
	Clonage d’instances trucs et astuces article de la base de connaissances
	Article de la base de connaissances FAQ détaillé sur le clonage d’instances
	App Engine Enterprise - Conservation des données pendant le clone système Livre blanc Remarque : Vous devez vous connecter pour ServiceNow University accéder à cette ressource.