Conservation des données des instances cibles lors des clonages

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 2 minutes de lecture
  • Vous pouvez utiliser des conservateurs de données pour protéger les données de l’instance cible contre le remplacement. Si vous avez des applications personnalisées, vous devez également conserver manuellement le contenu d’application non publié.

    Conservateurs de données

    Parfois, il est nécessaire de conserver certaines données sur une instance ciblée pour le clonage. Par exemple, si la cible est un serveur MID, vous ne devez pas remplacer la table de serveur MID [ecc_agent]. Les données conservées sont réappliquées à l’instance cible une fois les exclusions terminées.
    Avertissement :
    Vous devez définir les conservateurs de données sur l’instance source. Les définir sur l’instance cible ne préserve pas les données.
    Les conservateurs de données préservent généralement les paramètres et les thèmes du système, tels que :
    • Paramètres d’authentification spécifiques à l’instance
    • Signet [sys_ui_bookmark]
    • Sélection récente [sys_ui_recent_selection]
    • Préférence utilisateur [sys_user_preference]
    Remarque :
    Un clone ne prend pas en charge la conservation des données à partir d’une vue de base de données.

    N’utilisez pas de conservateurs de données pour transférer de grands ensembles de données, tels que des groupes d’utilisateurs. Si vous devez conserver les données de table, telles que les utilisateurs, les groupes et les rôles, envisagez d’exporter les enregistrements vers un fichier et de les importer après le clonage.

    Conservateurs de données pour l’authentification unique (SSO) à fournisseurs multiples

    Le système crée automatiquement les conservateurs de données nécessaires au clonage lorsque vous activez l’intégration de l’authentification unique de plusieurs fournisseurs.
    Nom Table Conditions
    Certificat Certificats X.509 [sys_certificate] Aucun
    Propriétés de l’instance principale Propriété système [sys_properties]
    • [OU] [Nom] [est l’un des] [glide.authenticate.external, glide.authenticate.external.logout_redirect]
    • [OU] [Nom] [commence par] [com.snc.integration.saml_esig]
    • [OU] [Nom] [est l’un des] [glide.smtp.port, glide.smtp.auth, glide.smtp.encryption]
    • [OU] [Nom] [commence par] [glide.authenticate.multisso]
    • [OU] [Nom] [est] [glide.authenticate.sso.redirect.idp]
    Remarque :
    Les propriétés glide.smtp.port, glide.smtp.authet glide.smtp.encryption sont déconseillées.
    Propriétés Digest Propriétés Digest [digest_properties] Aucun
    Fournisseurs d'identité Fournisseurs d’identité [sso_properties] Aucun
    Propriétés SAML2 Update1 Propriétés SAML2 Update1 [saml2_update1_properties] Aucun
    Remarque :
    Bien que vous puissiez modifier ces conservateurs de données, il est recommandé de ne pas le faire. Les tables Propriétés de synthèse [digest_properties], Fournisseurs d’identité [sso_properties] et Propriétés SAML2 Update1 [saml2_update1_properties] sont nécessaires pour que l’authentification unique (SSO) de sources multiples fonctionne correctement. Si l’authentification unique à sources multiples est désactivée sur l’instance cible, vous pouvez supprimer les trois conservateurs de données en toute sécurité. Supprimez-les en même temps, car le système arrête le clone avec un message d’erreur lorsque vous tentez de cloner une ou deux de ces tables en cours de conservation.

    Conservation des applications non publiées

    Vous ne pouvez pas utiliser de conservateurs de données pour enregistrer des applications non publiées. Au lieu de cela, les développeurs d’applications doivent choisir comment ils veulent conserver les applications non publiées.

    Le processus de clonage ne préserve pas les différences de version pour les applications en développement. Au lieu de cela, le clone système copie uniquement la version de l’application installée sur l’instance source sur l’instance cible. Si l’instance cible avait une version de développement de la même application, l’application est modifiable après le clone, mais conserve la version installée sur l’instance source. Si l’application était absente de l’instance source, le processus de clonage la supprime de l’instance cible.