Directives générales pour exclure une table du clonage

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 1 minute de lecture
  • Une rubrique de référence qui comprend des directives générales pour exclure une table du clonage.

    Données de contexte du workflow
    Les données de contexte de workflow exclues comprennent les enregistrements stockés dans la table wf_context et dans les tables connexes dont le nom commence par un préfixe de wf_. Si des contextes de workflow ont été inclus, ce processus permet d’éviter l’apparition de problèmes de synchronisation du minuteur de workflow. Des problèmes peuvent survenir en raison de la longueur du processus de clonage.
    Exclusion des tables enfants de la table de tâches
    Lors de l’exclusion des tables enfants de la table de tâches, qui utilisent le modèle d’extension de table par hiérarchie, les tables enfants sont exclues. Vous n’avez pas besoin d’exclure la table de tâches parente avec la table enfant.
    Utilisation de caractères génériques
    Vous pouvez utiliser des caractères génériques pour exclure plusieurs tables du clonage avec une entrée. Par exemple, sys_script.* exclut toutes les tables commençant par sys_script.
    Remarque :
    Le caractère générique doit inclure le point « . » avant l’astérisque.
    Exclusion ou conservation des tables associées
    Pour conserver ou exclure des tables connexes, vous devez conserver et exclure les tables suivantes. Si l’une des tables est oubliée, le client peut ne pas être en mesure de se connecter à l’instance après un clone.
    • sys_user
    • sys_user_role
    • sys_user_group
    • sys_user_grmember
    • sys_group_has_role
    • sys_user_role_contains
    • customer_contact (si le module d’extension Gestion du service client est actif)
    Tables qui ne peuvent pas être exclues
    sys_db_object et sys_db_object.* ne peuvent pas être ajoutés aux exclusions.