Définitions
Utilisez des 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’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.
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.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 du clone 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 sont clonés à partir de l’instance source, puis régénérés pour ne refléter que les données conservées. |
| Planifier l’abandon des tables 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 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, consultez le Session de la Platform Fundamentals Academy de février 2025 sur Console d'administration des clones.
- 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.
Pour en savoir plus sur les conseils de clonage et de développement d’applications, consultez le livre blanc Exploiter les clones système pour un développement et un déploiement transparents.