Scripts de nettoyage post-clone
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 les conservateurs de données et le clone terminés.
Vous pouvez ajouter de nouveaux scripts post-clonage sur l’instance source pour effectuer n’importe quelle action qui peut normalement être accomplie via des script includes ou des règles métier. Pour ajouter un script, accédez à et cliquez sur Nouveau.
Remarque :
Vous pouvez activer ou désactiver des scripts post-clonage pour contrôler s’ils 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 d’exécution des scripts actifs, les numéros inférieurs ayant une priorité plus élevée.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.
Les scripts de nettoyage post-clone suivants effectuent diverses actions sur l’instance cible.
| Script | Description |
|---|---|
| Informations d’identification de MID Server incorrectes après le clonage | Exécute un script include appelé BadMIDCredentialAfterClone sur une instance clonée pour détecter les informations d’identification incorrectes de l’utilisateur du MID Server. Ce script include crée des tâches planifiées qui consignent les MID Server à l’état Down 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 toutes les tâches planifiées qui étaient actives sur l’instance source à l’état Prêt . Ce script efface également la valeur des champs ID système et Réclamé par sur toutes les tâches planifiées. |
| Configurer des 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 de messagerie de l’instance cible. |
| Installer le module d’extension désactivé | Active le module d’extension Domain Separation 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 les tables de copie 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 clone, ce qui vous permet 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. |