Explorer
Découvrez comment utiliser un clone pour copier tout ce qui se trouve dans une base de données d’une instance à une autre.
Vue d’ensemble du clone
- Le clonage permet de réduire les divergences entre les environnements et favorise des déploiements fluides.
- Le clonage est utilisé pour tester des changements tels que des mises à niveau, de nouvelles applications et de nouvelles fonctionnalités.
- Le clonage des données provient de la sauvegarde quotidienne la plus récente.
Une liste de terminologie et de définitions utiles pour le clone est incluse ici Terminologie du clone.
Workflow
-
Configuration de la version du clone : les définitions, configurations et options de profil de base sont préparées. Les données à inclure, exclure ou conserver sont vérifiées.
- Vérifications en amont : le clone vérifie les instances source et cible pour s’assurer qu’elles sont dans un état intègre avant de poursuivre avec le clone.
-
Sauvegarde : utilise la dernière copie de sauvegarde quotidienne. En cas de changements récents majeurs, une copie de sauvegarde est créée. Vous pouvez également déclencher une nouvelle sauvegarde manuellement en sélectionnant la sauvegarde à la demande via la console d’administration de clones.
-
Pré-clonage : prépare l’espace pour la nouvelle base de données avant de la restaurer.
-
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.
-
Restaurer : les données de sauvegarde sont restaurées vers la nouvelle instance cible.
-
Exclusions : les tables marquées pour exclusion sont supprimées.
-
Conservateurs : les données sont conservées de l’ancienne cible (instance antérieure au clone) et copiées sur la nouvelle instance cible.
- Repointage de nœud : le système bascule de l’ancienne cible vers le nouveau clone sans interruption de l’utilisateur.
- Scripts de planification : les scripts de nettoyage et les scripts personnalisés sont planifiés pour s’exécuter. Les scripts ayant la même priorité s’exécutent simultanément.
-
Publier le clone : exécution des scripts de nettoyage.
Cloner des utilisateurs
| Utilisateur | Description |
|---|---|
| Administrateur | Les administrateurs de clones disposant du rôle clone_admin peuvent demander, annuler, planifier ou modifier des clones. |
Avantages du clone
| Avantage | Fonctionnalité |
|---|---|
| Mettez de l’ordre dans les données avec des exclusions et des conservateurs pour des scénarios de clonage spécifiques. | Définitions |
| Établissez des résultats de clonage cohérents avec les profils de clone et les instances enregistrées. | Configurations |
| Copier des données d’une instance de production vers une instance de non-production ou pour copier des données entre des instances de non-production. | Demander un clone |
Console d'administrateur de clones
La console d’administration de clones correspond à l’interface utilisateur dans laquelle les administrateurs peuvent gérer, demander et surveiller leurs clones d’instances.
Accueil du clone
La page d’accueil affiche les clones actuels dans votre instance. Utilisez la barre de recherche pour localiser votre clone.
(clone_instance.do) dans le tableau de bord. Pour afficher les clones hérités dans une vue de grille ou de liste, accédez à .Configurations
L’onglet Configurations affiche une vue d’ensemble et des informations sur les instances de clone et les profils de clone. Consultez Configurations pour plus d'informations.
Définitions
L’onglet Définitions affiche une vue d’ensemble des exclusions, des conservateurs et des scripts de nettoyage. Consultez Définitions pour plus d'informations.
Demander un clone
La page de demande de clone contient des conseils et des explications sur la façon dont les différents paramètres de clone affectent votre clone. Vous pouvez utiliser le 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.
Options de clone déconseillées
Vous ne pouvez pas demander de nouveaux clones via la page clone_instance.dode demande héritée. Pour plus d’informations, reportez-vous à .Demander un clone (hérité)
Définitions
Utilisezdes définitions de clone telles que des exclusions, des conservateurs et des scripts de nettoyage dans votre clone.
La page Définitions affiche une vue d’ensemble des exclusions, des conservateurs et des scripts de nettoyage.
Exclusions
La page 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’ensemble de la table, y compris ses tables enfants. Le processus de clonage exclut (ou supprime) les données des tables parents 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.
Pour afficher les tables enfants d’une table, vous pouvez accéder au lien suivant et saisir leur table : [instance].service-now.com/now/nav/ui/classic/params/target/generic_hierarchy_erd.do.
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. Pour configurer des exclusions supplémentaires, reportez-vous à la section Exclure une table du clonage (hérité).Pour en savoir plus sur les directives relatives à l’ajout d’exclusions, reportez-vous à la section Directives générales pour exclure une table du clonage.
Conservateurs
La page Conservateurs affiche une liste des conservateurs de données disponibles, qui sont définis sur l’instance source. Les conservateurs 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 de clonage ne conserve pas automatiquement les tables enfants. Par conséquent, les tables enfants doivent être ajoutées individuellement à la liste des conservateurs. Pour créer un conservateur, reportez-vous à Créer un conservateur de clones.
Scripts de nettoyage
La page Scripts de nettoyage affiche une liste de tous les scripts disponibles. Les scripts de nettoyage automatisent les étapes post-clonage.
Définissez un numéro d’ordre sur chaque script, afin de définir l’ordre dans lequel les scripts actifs s’exécutent, les numéros les plus bas ayant une priorité plus élevée. Pour exécuter certains scripts en parallèle, vous pouvez leur affecter le même ordre.
Tous les scripts de nettoyage s’exécutent dans le champ d’application global, quel que soit le champ d’application dans lequel vous avez configuré le script de nettoyage.
| Script | Description |
|---|---|
| Informations d’identification de serveur MID incorrectes après le clone | Exécute un include de script appelé BadMIDCredentialAfterClone sur une instance clonée pour détecter les informations d’identification de l’utilisateur du serveur MID incorrectes. Cet include de script crée des travaux planifiés qui consignent les serveurs MID à l’état En panne dans la table Problème de serveur MID [ecc_agent_issue] après un clone d’instance. |
| Effacer l’association de nœuds de la tâche planifiée | Réinitialise tous les travaux planifiés qui étaient actifs sur l’instance source à l’état Prêt . Ce script efface également la valeur des champs ID système et Réclamé par sur tous les travaux planifiés. |
| Configurer les comptes de messagerie | Migre les comptes de messagerie qui existaient sur l’instance source vers l’instance cible s’ils n’y sont pas activés. Ce script migre également les propriétés d’e-mail vers l’instance cible. |
| Désactiver les e-mails | Désactive l’e-mail sur l’instance cible. Un conservateur de données par défaut conserve les autres paramètres d’e-mail de l’instance cible. |
| Installer le module d’extension désactivé | Active le module d’extension Séparation en domaines pour les instances qui utilisent cette fonctionnalité. |
| Régénérer tous les index de texte | Reconstruit les index de texte sur l’instance cible après un clone. Les index de texte ne sont pas clonés de l’instance source vers l’instance cible. |
| Planifier l’abandon des tables de copie de sauvegarde | Planifie la suppression des données contenues dans la base de données d’instance cible avant le clone. Ces données d’origine sont conservées pendant 24 heures après un clone pour vous permettre de restaurer une instance à l’état antérieur au clone. Si l’instance cible est rétrogradée dans le cadre du clone, les données de sauvegarde ne sont pas disponibles. |
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 clone et les conservateurs sont tous deux utiles pour gérer vos données. Les graphiques permettent d’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.
Lors d’un clone, les données des instances sources remplacent les données de l’instance cible. Par conséquent, tous les travaux de développement en cours sur l’instance cible sont remplacés. Par exemple : ensembles de mises à jour en cours de résolution, 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.
Configurations
Utilisez la page de configuration pour ajouter des instances de clone ou créer des profils de clone.
- Vous pouvez ajouter des adresses e-mail externes pour recevoir des notifications de clone.
- Certains éléments par défaut ne peuvent pas être supprimés de la liste des exclusions, des conservateurs ou des scripts.
Vue d’ensemble des configurations
La page de vue d’ensemble affiche le nombre actuel d’instances de clones et de profils de clone dans votre instance.
Cloner des instances
La page Cloner les instances affiche toutes les instances disponibles. Vous pouvez utiliser les instances ajoutées à cette liste comme 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.
Profils de clones
Les profils clones affichent tous les profils disponibles. Les profils de clone sont des modèles personnalisables pour les clones. Ils 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 clones, reportez-vous à la section Créer un profil de clone personnalisé.
Le profil système du profil est disponible par défaut et ne peut pas être modifié. Les profils personnalisés utilisent les exclusions, conservateurs et scripts par défaut du profil système. 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 de clone personnalisés que vous le souhaitez et les modifier selon vos besoins. Pour modifier les définitions d’un profil 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.
Cloner les cas d’utilisation
Le clonage est le moyen le plus simple de synchroniser vos instances. Vous pouvez cloner vers une version différente, cloner à partir d’une copie de sauvegarde ou cloner sur des instances de production.
Cloner vers une instance d’une version différente
Cloner vers 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 remplace la version cible. Par 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 sauvegardes utilisées pour le clonage datent de 36 heures maximum. Un clone à partir d’une copie de sauvegarde démarre uniquement à la date et à l’heure de début du traitement.
Si les instances source et cible se trouvent sur des versions différentes de , Now 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 des messages de progression périodiques, apparaissent dans la liste connexe Journal des clones .
Cloner 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
Vous ne pouvez pas demander de nouveaux clones via la page clone_instance.dode demande héritée. Pour plus d'informations, consultez Demander un clone (hérité).