Exploration du clone d’instance

Découvrez comment utiliser l’application de clone d’instance pour copier tout ce qui se trouve dans une base de données d’une instance à une autre.

Terminologie du clone

Tableau 1. Termes du clone

Champ	Description
Instance source	La base de données d’origine à partir de laquelle les données sont copiées.
Instance cible	Le nouvel emplacement vers lequel les données sont copiées.
Conservateurs de données	Données spécifiées de l’instance cible conservées sur l’instance cible pendant le clone. Les conservateurs sont définis sur l’instance source.
Exclusions de tables	Données qui ne sont pas clonées sur votre instance cible.
Scripts de nettoyage	Étapes automatisées qui s’exécutent après le clonage, telles que la modification des données ou des paramètres.
Profils clones	Modèle réutilisable pour les paramètres de clone, les exclusions, les conservateurs et les scripts.
Console d'administrateur de clones	La console d’administration du clone est l’interface utilisateur par défaut qui vous permet de gérer et de suivre le processus de clonage.
Copie de sauvegarde sur demande	Lorsque la sauvegarde à la demande est activée, le clone effectue une nouvelle copie de sauvegarde différentielle à la demande à l’heure de début spécifiée. Le clone utilise cette copie de sauvegarde pendant la phase de restauration du clone.
Chaînage de clones	Vous pouvez diviser votre opération de clonage en deux étapes. Clonage de la production vers votre environnement de test (non-production). Clonage de 'test' vers tous vos autres environnements. Vous pouvez gagner du temps si vous traitez plusieurs instances et si vous rencontrez de longues durées de clonage. À l’aide de cette stratégie, vous n’effectuez qu’une seule fois des opérations longues telles que des scripts de nettoyage post-clonage ou l’exclusion de données de tâches de plus de 90 jours. Les clones de l’étape 2 ont une empreinte plus légère et se terminent plus rapidement.

Workflow de clone d’instance

Figure 1. Diagramme de workflow de clone d’instance

1. Configuration de la version du clone : le clone prépare les définitions, les configurations et les options de profil de base. Le clone vérifie ce qu’il faut inclure, exclure ou conserver.

2. Vérifications en amont : le clone vérifie les instances source et cible pour s’assurer qu’elles sont dans un état sain avant de poursuivre avec le clone.

3. Sauvegarde : Utilise la dernière sauvegarde quotidienne. En cas de modifications récentes majeures, une nouvelle sauvegarde est créée. Les utilisateurs peuvent également déclencher une nouvelle sauvegarde manuellement en sélectionnant la sauvegarde sur demande via la console d’administration du clone.

4. Pré-clonage : prépare l’espace pour la nouvelle base de données avant de la restaurer.

5. Mettre en service l’interface de base de données (DBI) : une nouvelle instance cible est configurée pour recevoir les données restaurées.

6. Restaurer : les données de sauvegarde sont restaurées dans la nouvelle instance cible.

7. Exclusions : les tables marquées pour exclusion sont supprimées.

8. Conservateurs : les données sont conservées à partir de l’ancienne cible (instance antérieure au clone) et copiées sur la nouvelle instance cible.

9. Repointage de nœud : le système bascule de l’ancienne cible vers le nouveau clone sans interruption de l’utilisateur.
10. Scripts de planification : l’exécution des scripts de nettoyage et des scripts personnalisés est planifiée.
    Remarque :

    Des scripts ayant la même priorité peuvent s’exécuter simultanément.
11. Post clone : exécution des scripts de nettoyage.

    Remarque :

    Vérifiez que les erreurs sont correctement gérées pour éviter les problèmes dans les scripts personnalisés. Sans une gestion appropriée des erreurs, l’échec des scripts personnalisés peut empêcher l’exécution des scripts suivants.

Console d'administrateur de clones

La console d’administration des clones correspond à l’interface utilisateur dans laquelle les administrateurs peuvent gérer, demander et surveiller leurs clones d’instance. La console d’administration des clones facilite le suivi des clones entre les instances.

Avantages de la console d’administrateur du clone

• Tous vos exclusions, conservateurs et scripts se trouvent sous Définitions.
• Vos paramètres existants tels que les profils et les instances enregistrées se trouvent sous Configurations.
• La console d’administration du clone fournit des conseils sur la page de demande de clone, une option de sauvegarde à la demande et offre une meilleure visibilité de la progression du clone.
• Vous pouvez également dupliquer des profils de clone.

Clonage

Le clone copie les données et les métadonnées d’une instance ServiceNow (instance source) vers une autre instance ServiceNow (instance cible). Le clonage est utile pour copier les données et les métadonnées d’une instance de production vers une instance de non-production afin de tester les changements. Les données de clonage proviennent de la copie de sauvegarde quotidienne la plus récente. Pour en savoir plus sur le clonage, reportez-vous à la section Cloner (interface utilisateur héritée) .

Notes concernant la console d’administration du clone

1. Les clones hérités et les clones demandés dans la console d’administration des clones sont stockés séparément. Les demandes de console d’administrateur de clones sont stockées dans une nouvelle table et ne s’affichent que dans la nouvelle console. Les clones hérités demandés sur la page de demande de clone héritée sont stockés dans la table Historique des clones héritée. Les clones hérités ne s’affichent pas dans la console.
2. Comme ils sont stockés séparément, les numéros de demande dans la console et les systèmes hérités peuvent se chevaucher.
3. Vos instances de clone, profils de clone, exclusions, conservateurs et scripts de nettoyage existants sont disponibles à la fois dans Clone Admin Console et dans les listes et formulaires d’origine.

4. Pour effectuer une demande à l’aide de Clone Admin Console, vous avez besoin des éléments suivants :

   • Le rôle clone_admin sur l’instance source.

   • Le clone_admin et le rôle soap sur l’instance cible .

5. La console d’administration du clone utilise le même moteur de clonage que le clone hérité. Le comportement du clone est le même avec une meilleure interface.

Vue d’ensemble de la console d’administration du clone

Accueil

Remarque :

La page d’accueil du clone affiche les clones demandés via la console d’administration des clones. Vous ne pouvez pas afficher les clones demandés via la page de demande héritée (clone_instance.do) dans le tableau de bord. Les clones s’affichent sous forme de grille ou de liste.

La page d’accueil affiche les clones actuels dans votre instance. Utilisez la barre de recherche pour localiser votre clone.

Des options de filtre sont disponibles pour identifier les clones que vous souhaitez afficher avec le bouton déroulant de filtre. Vous pouvez appliquer les conditions suivantes à afficher sur le tableau de bord :

• Annulé
• Terminé
• Erreur
• Demandé
• Échec de la restauration
• Restauration demandée
• Restauré
• Restauration
• En cours d'exécution

Configurations

L’onglet Vue d’ensemble affiche le nombre actuel d’instances de clone et de profils de clone dans votre instance.

Dans l’onglet Cloner les instances , vous pouvez afficher toutes les instances de clone actuellement disponibles. Vous pouvez utiliser les instances ajoutées à cette liste en tant que source de clone ou cible de clone pour vos clones. Pour ajouter votre instance de non-production à votre liste d’instances de clone, sélectionnez Nouveau.

L’onglet Profils de clone affiche tous vos profils de clone disponibles. Les profils de clone sont des modèles personnalisables pour les clones et peuvent être enregistrés et réutilisés pour obtenir des résultats cohérents avec chacun de vos clones. Pour en savoir plus sur les profils de clone, reportez-vous à la section Profils de clones pour les demandes de clone.

Remarque :

Le profil système du profil est disponible prêt à l’emploi et ne peut pas être modifié.

Les profils personnalisés utilisent les exclusions, les conservateurs et les scripts par défaut du profil système.

Remarque :

Lors de la création d’un profil personnalisé, toutes les exclusions et conservateurs personnalisés existants sont automatiquement ajoutés.

Vous pouvez créer autant de profils personnalisésque vous le souhaitez et les modifier si nécessaire. Pour modifier les définitions d’un profil de clone, telles que les exclusions, les conservateurs ou les scripts de nettoyage, sélectionnez le numéro sous la définition et sélectionnez le bouton Modifier sur la page.

Remarque :

Certains éléments système prêts à l’emploi ne peuvent pas être supprimés de la liste exclusions, conservateurs ou scripts.

Vous pouvez ajouter des adresses e-mail externes pour recevoir des notifications de clone.

Demander un clone

L’application comporte une page de demande de clone, avec des conseils et des explications sur la façon dont les différents paramètres de clone affectent votre clone. La nouvelle page de demande comprend également un nouveau calendrier de planification pour éviter les conflits de calendrier avec ServiceNow les fenêtres de maintenance.

Pour en savoir plus sur la procédure de demande d’un clone, reportez-vous à la section Demander un clone.

Cloner (interface utilisateur héritée)

Clonez vers une instance d’une version différente, à partir d’une copie de sauvegarde ou sur une instance de production avec clone d’instance.

Cloner vers une instance d’une version différente

Cloner vers une instance d’une version différente

Vous pouvez cloner entre des instances qui se trouvent sur des versions de famille différentes. Lors d’un clone, la version source remplacera la version cible. Exemple : si vous clonez de la source (Zurich) vers la cible (Yokohama), la cible correspondra à la source après le clone et sera sur la version Zurich.

.

Cloner à partir d’une copie de sauvegarde

Le clone utilise les données de la copie de sauvegarde quotidienne la plus récente de l’instance source lors du clonage. Les copies de sauvegarde utilisées pour le clonage datent de 36 heures maximum. Le clone d’instance commence la préparation initiale, y compris la sélection de la dernière copie de sauvegarde à utiliser, uniquement à la date et à l’heure de début planifiées du traitement.

Si les instances source et cible se trouvent sur des versions différentes de , ServiceNow AI Platform l’instance cible est modifiée pour correspondre à la version de l’instance source pendant cette période.

Lors du démarrage d’un clone à partir d’une copie de sauvegarde, la date et l’heure de la sauvegarde, ainsi que les messages de progression périodiques, apparaissent dans la liste connexe Journal des clones .

Figure 2. Journal de copie de sauvegarde du clone d’instance

Cloner sur les instances de production

Tant que la propriété glide.db.clone.allow_clone_target système est TRUE, une instance peut servir de clone.

Options de clone déconseillées

La case à cocher de l’option de clone Conserver les utilisateurs et les tables connexes a été supprimée des options de clone dans la version Utah. Dans certains cas, les personnalisations passées de la page de demande de clone ou liées au clonage peuvent faire en sorte que ce champ reste sur votre formulaire.

Important :

La vérification de ce champ obsolète n’affecte pas l’utilisateur, le rôle ou les tables connexes pendant votre clone.

.

Exclusions de clones, conservateurs et scripts de nettoyage

Vous pouvez utiliser des définitions de clone telles que des exclusions, des conservateurs et des scripts de nettoyage dans votre clone.

Définitions

La page Définitions affiche une vue d’ensemble de

• Exclusions
• Conservateurs
• Scripts de nettoyage

.

L’onglet Exclusions répertorie les tables qui ne sont pas copiées lors d’un clone d’instance. Lors de l’exclusion d’une table, l’automatisation de clonage tronque l’intégralité de la table, y compris ses tables enfants. Le processus de clonage exclut (ou supprime) les données des tables parentes et enfants. Toutefois, les tables enfants ne sont pas ajoutées individuellement à la liste des tables exclues. Seule la table parente est répertoriée. Par défaut, le système exclut les tables pour la connexion, l’audit, les notifications, les contextes de workflow et l’utilisation de la licence. Sélectionnez Nouveau pour configurer des exclusions supplémentaires.

L’onglet Conservateurs affiche une liste des conservateurs de données disponibles qui protègent les données de l’instance cible contre le remplacement.

Les conservateurs fonctionnent différemment des exclusions. Lors de la conservation d’une table, l’automatisation du clone ne conserve pas automatiquement les tables enfants. Par conséquent, les tables enfants doivent être ajoutées individuellement à la liste des conservateurs. Les conservateurs sont définis sur l’instance source. Pour créer un conservateur, reportez-vous à Créer un conservateur de clone.

Pour afficher les tables enfants d’une table, vous pouvez accéder au lien suivant et entrer leur table : [instance].service-now.com/now/nav/ui/classic/params/target/generic_hierarchy_erd.do.

Lors d’un clone, les données des instances sources remplacent celles de l’instance cible. Par conséquent, tout travail de développement en cours sur l’instance cible est remplacé. Par exemple : ensembles de mises à jour de travail en cours, applications incluses dans le périmètre qui n’existent que sur l’instance cible, mais pas sur l’instance source. Si vous avez des ensembles de mises à jour en cours, vous devez les exporter avant le clone et les réimporter une fois le clone terminé. Les applications personnalisées qui ne sont pas encore déployées sur l’instance source doivent être réinstallées une fois le clone terminé. Pour en savoir plus sur les conseils de clonage et de développement d’applications, consultez le livre blanc ici.

L’onglet Scripts de nettoyage affiche une liste de tous vos scripts disponibles. Vous pouvez écrire des scripts de nettoyage pour automatiser les étapes postérieures au clonage. Pour créer un script de nettoyage, reportez-vous à Créer des scripts de nettoyage.

Clarification des exclusions et des combinaisons de conservateurs

Les exclusions de clones et les conservateurs sont tous deux utiles pour gérer vos données. Les graphiques aident à identifier le résultat attendu des combinaisons suivantes de conservateurs et de combinaisons d’exclusion. Pour plus d'informations, voir https://www.servicenow.com/community/servicenow-ai-platform-blog/platform-fundamentals-academy-february-20th-2025-clone-admin/ba-p/3170929

• Scénario 1 : Conservation et exclusion d’une table. Vous souhaitez que les enregistrements de votre instance cible restent les mêmes.
• Scénario 2 : Conserver et ne pas exclure une table. Vous souhaitez que les enregistrements de votre instance cible restent les mêmes et que les enregistrements de votre instance source soient copiés.
• Scénario 3 : Ne pas conserver et exclure une table. Vous souhaitez que les enregistrements de votre instance source ne soient pas copiés et que les enregistrements de votre instance cible soient supprimés : la table est vide mais utilisable après le clone.
• Scénario 4 : Ne pas conserver et ne pas exclure une table. Vous souhaitez que les enregistrements de votre instance source remplacent les enregistrements de votre instance cible.