Scripts de nettoyage post-clone

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 3 minutes de lecture

    • Les scripts de nettoyage s’exécutent automatiquement sur l’instance cible une fois le processus de clonage terminé.

    Utilisez des scripts de nettoyage pour modifier ou supprimer les données incorrectes. Les scripts de nettoyage s’exécutent une fois que les conservateurs de données et le clone sont terminés.

    Vous pouvez ajouter de nouveaux scripts de post-clonage sur l’instance source pour effectuer n’importe quelle action qui peut normalement être accomplie via des includes de script ou des règles métier. Pour ajouter un script, accédez à Clone système > Définition de clone > Scripts de nettoyage et cliquez sur Nouveau.

    Remarque :
    Les scripts de nettoyage s’exécuteront toujours sur les clones créés à l’aide d’un profil de clone, ce qui est nécessaire car ils sont disponibles OOB et garantissent un état sain après le clone. Une fois le clone terminé, tous les scripts de nettoyage sont combinés en une tâche planifiée nommée Exécuter le script de nettoyage de clone : exécutez les scripts de nettoyage séquentiellement et exécutez-les jusqu’à leur achèvement dans le champ d’application global. Les scripts de nettoyage sont triés en fonction du champ d’ordre. Les scripts de nettoyage doivent être définis sur la source
    ServiceNow. Vous pouvez activer ou inactiver les scripts post-clonage pour contrôler si ces scripts s’exécutent ou non. Vous pouvez également définir un numéro d’ordre sur chaque script, ce qui vous permet de définir l’ordre dans lequel les scripts actifs s’exécutent, les numéros inférieurs ayant une priorité plus élevée.
    Ordre actif du script de nettoyage
    Remarque :
    Tous les scripts de nettoyage s’exécutent dans le champ d’application global, quel que soit le périmètre dans lequel vous avez configuré le script de nettoyage. Voici un exemple d’exécution d’un script inclus dans le champ d’application
    • Créez un script include dans le champ d’application souhaité avec la logique de nettoyage à l’intérieur.
    • Assurez-vous de disposer d’une configuration d’accès restreint pour l’appelant pour autoriser l’accès à votre script inclus dans le périmètre. Assurez-vous de vous trouver dans le champ d’application de l’include de script utilisé pour créer le RCA.
      Champ Description
      Périmètre source Global
      Type de source Champ d'application
      Statut Autorisé
      Périmètre cible Le champ d’application du script include.
      Type cible Script include
      Cible Le script.
      Opération Exécuter l'API
    • Appelle l’include de script à partir du script de nettoyage du clone.
    Les scripts de nettoyage post-clonage suivants effectuent diverses actions sur l’instance cible.
    Tableau 1. Scripts de nettoyage post-clone
    Script Description
    Informations d’identification incorrectes du MID Server après le clonage Exécute un include de script appelé BadMIDCredentialAfterClone sur une instance clonée pour détecter les informations d’identification incorrectes de l’utilisateur du serveur MID. Cet include de script crée des travaux planifiés qui consignent les MID Servers à l’état En panne dans la table Problème de MID Server [ecc_agent_issue] après un clone d’instance.
    Effacer l’association de nœuds de 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 gère d’autres paramètres d’e-mail de l’instance cible.
    Installer le module d’extension désactivé Active le module d’extension Séparation de domaine 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 la source vers l’instance cible.
    Planifier le dépôt des tables de sauvegarde Planifie la suppression des données contenues dans la base de données de l’instance cible avant le clone. Ces données d’origine sont conservées pendant 24 heures après un clonage pour vous permettre de restaurer une instance à l’état antérieur au clone. Si l’instance cible est passée à une version antérieure dans le cadre du clone, les données de sauvegarde ne sont pas disponibles.