Créer des scripts de nettoyage
Utilisez des scripts de nettoyage pour automatiser les étapes postérieures au clonage ou pour modifier les données après votre clone.
Avant de commencer
Rôle requis : admin
Procédure
- Accédez à la .
- Sélectionnez Définitions dans la navigation secondaire.
- Sélectionnez l’onglet Scripts de nettoyage .
- Sélectionnez Nouveau.
- Entrez un nom pour votre script.
- Sélectionnez le numéro d’ordre de votre script.
- Cochez Actif lorsque votre script est prêt.
- Entrez votre script dans le champ Script , puis sélectionnez Enregistrer.
Scripts de nettoyage (listes et formulaires)
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 de post-clonage sur l’instance source pour effectuer toute action qui peut normalement être accomplie via des includes de script ou des règles métier. Pour ajouter un script, accédez à et sélectionnez Nouveau.
Remarque :
Vous pouvez activer ou inactiver les 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 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. Une fois le clone terminé, tous les scripts de nettoyage actifs sont combinés ensemble dans une tâche planifiée nommée Exécuter le script de nettoyage du clone : Exécuter les scripts de nettoyage séquentiellement et s’exécuter jusqu’à l’achèvement dans le champ d’application global. Les scripts de nettoyage sont classés en fonction du champ d’ordre. Les scripts de nettoyage doivent être définis sur l’instance source . Vérifiez que la logique de gestion des erreurs appropriée est ajoutée aux scripts de nettoyage personnalisés. Sans gestion des erreurs, un script défaillant peut empêcher les scripts suivants de s’exécuter.
Remarque :
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. Un exemple d’exécution d’un script inclus dans le périmètre est de
- Créez un include de script dans le champ d’application souhaité avec la logique de nettoyage.
- Mettez en place une configuration d’accès restreint pour l’appelant pour activer l’accès à votre script inclus dans le champ d’application. Assurez-vous que vous êtes dans le champ d’application de l’include de script utilisé pour créer la RCA.
Champ Description Périmètre source Global Type de source Champ d'application Statut Activé Périmètre cible Le périmètre de l’include de script. Type cible Script Include Cible Le scénario. Opération Exécuter l'API - Appelez l’include de script à partir du script de nettoyage de clone.
Les scripts de nettoyage post-clone suivants effectuent diverses actions sur l’instance cible.
| Script | Description |
|---|---|
| Informations d’identification de Serveur MID incorrectes après le clonage | 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 MID Servers à 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 tâche planifiée | Réinitialise à l’état Prêt toutes les tâches planifiées qui étaient actives sur l’instance source. Ce script efface également la valeur des champs ID système et Revendiqué 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 la messagerie électronique 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 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. |