Documentation sur Oracle Cloud Infrastructure

Aperçu de la mise à niveau en nuage dans un emplacement différent d'Exadata Cloud@Customer Gen1 vers l'infrastructure du service Oracle Exadata Database Service on Cloud@Customer Gen2

Gen1 est la première génération du service Exadata Database sur Cloud@Customer, qui est déployée conjointement avec Oracle Cloud At Customer (OCC) Gen1 en tant que plan de contrôle déployé dans le centre de données du client. Oracle Exadata Database Service on Cloud@Customer Gen2 est géré à partir du plan de contrôle Oracle Cloud Infrastructure (OCI), qui s'exécute dans le nuage public OCI.

Mise à niveau en nuage dans un emplacement différent vers l'infrastructure du service Exadata Database sur Cloud@Customer Gen2 : Si vous exécutez Exadata Cloud@Customer Gen1 sur l'infrastructure X6 ou X7, cette offre Oracle remplacera l'infrastructure Gen1 X6 ou X7 par la nouvelle infrastructure Exadata Cloud@Customer Gen2, et fournira des instructions pour utiliser Oracle ZDM pour migrer vos bases de données de la plate-forme Exadata Cloud@Customer Gen1 vers la plate-forme Exadata Cloud@Customer Gen2. Le remplacement de votre infrastructure Exadata Cloud@Customer Gen1 X6 ou X7 et la migration de vos bases de données vers la plate-forme Exadata Cloud@Customer Gen2 constituent une mise à niveau en nuage dans un emplacement différent.

Rubrique parent : Guides pratiques

Portée pour la mise à niveau en nuage dans un emplacement différent d'Exadata Cloud@Customer Gen1 vers Gen2

  • Les formes des systèmes Exadata Cloud@Customer X6 et X7 sont admissibles à la mise à niveau dans un emplacement autre que l'emplacement existant.
  • Les bases de données d'Exadata Cloud@Customer Gen1 qui participent à une configuration Data Guard sont prises en charge par la migration. Dans ce cas, le système principal doit être migré vers Exadata Cloud@Customer Gen2 à l'aide de la procédure standard. Une fois la migration effectuée, la configuration Data Guard doit être définie du côté Exadata Cloud@Customer Gen2 à l'aide de la procédure Gen2 standard.

  • La mise à niveau d'Exadata Cloud@Customer Gen1 vers Gen2 n'est effectuée que lorsque les versions logicielles sont compatibles sur les systèmes source et cible.

    • Logiciel Oracle Database : La source et la cible doivent avoir la même version majeure. Par exemple, la source et la cible doivent avoir la version 19c. Cependant, la cible peut avoir un niveau de correctif plus élevé que la source. Par exemple, les versions de correctifs peuvent être 19.3 pour la source et 19.8 pour la cible. L'équivalence correspondante pour 12.2 est : la source et la cible doivent avoir la version logicielle Oracle Database 12.2.0.1, mais les niveaux de correctifs peuvent être 2019JulyRU sur la source et 2020OctRU sur la cible.
    • Base de données non conteneur vers base de données non conteneur.
    • Déploiement multilocation (base de données conteneur/base de données enfichable) vers déploiement multilocation (base de données conteneur/base de données enfichable).
    • Base de données Oracle à instance unique : Après la migration, la source de la base de données à instance unique sera convertie en base de données Oracle Real Application Clusters (Oracle RAC) sur la cible.
  • Les différences permises dans les versions logicielles incluent les éléments suivants :
    • Oracle Grid Infrastructure
    • Logiciel Exadata
    • Système d'exploitation de la MV invitée
    • Outils DBaaS
  • Les bases de données Oracle créées sur Exadata Cloud@Customer Gen1 à l'aide des outils dorsaux, dbaasapi et dbaascli, sont prises en charge ainsi que les bases de données Oracle créées à l'aide de la console Gen1.
  • Toutes les versions prises en charge d'Oracle Database sur Exadata Cloud@Customer Gen1 sont prises en charge et seront migrées vers la même version majeure sur la cible. L'environnement Gen2 aura la dernière version prise en charge d'Exadata Cloud@Customer Gen2 pour le système d'exploitation de la MV invitée et Oracle Grid Infrastructure.

Notez que les éléments suivants ne font pas partie de la portée pour la mise à niveau en nuage dans un emplacement différent vers le nouveau matériel Gen2 :

  • Le déploiement Exadata Cloud@Customer Gen1 utilisant des fonctionnalités Exadata Cloud@Customer Gen1 qui ne sont pas encore disponibles sur Gen2 ne doit pas utiliser les procédures de mise à niveau jusqu'à ce que la fonctionnalité concernée ou son équivalent soit disponible sur Gen2.
  • Seule la mise à niveau Exadata Cloud@Customer fait partie de la portée dans le cadre de la procédure ici. La mise à niveau ou la migration de COC lui-même ne fait pas partie de la portée.
  • Vous pouvez annuler la mise à niveau jusqu'à ce que le matériel principal et secondaire se trouve sur votre site. La perte de données est possible en fonction de l'utilisation de l'application et du temps de coupure. Une fois que le matériel Exadata Cloud@Customer Gen1 est renvoyé à Oracle, vous ne pouvez pas annuler la mise à niveau et vous ne pouvez pas revenir à Exadata Cloud@Customer Gen1.

Matériel et logiciel requis pour la mise à niveau en nuage dans un emplacement différent vers le nouveau service Oracle Exadata Database Service on Cloud@Customer Gen2 Infrastructure

Consultez cette liste de vérification pour vous préparer à la mise à niveau en nuage dans un emplacement différent vers une nouvelle infrastructure Gen2 :

  • Configuration de l'environnement Exadata Cloud@Customer Gen2

    Une base fonctionnelle Exadata Cloud@Customer Gen2 est un préalable au démarrage d'une mise à niveau en nuage dans un emplacement différent de tout système Exadata Cloud@Customer Gen1 vers Gen2.

    Pour plus d'informations pour configurer l'environnement Exadata Cloud@Customer Gen2, voir Préparation pour Exadata Cloud@Customer.

  • Configurer le matériel pour migrer des bases de données Oracle à l'aide d'Oracle Zero Downtime Migration (ZDM). Pour plus d'informations, voir Préparer un hôte pour l'installation du logiciel ZDM

  • Configurer le réseau
    • Indiquez le chemin d'accès réseau des serveurs Exadata Cloud@Customer Gen1 et Gen2 aux serveurs ZDM utilisés pour la mise à niveau.
    • Fournissez un accès réseau et un accès SSH du serveur ZDM à l'infrastructure Exadata Cloud@Customer respective.
    • Pour tout accès client aux bases de données cibles, assurez-vous qu'un chemin d'accès au réseau est disponible de l'hôte client aux nouvelles bases de données Exadata Cloud@Customer Gen2 déployées.
  • Logiciel
    • La mise à niveau nécessitera des versions minimales de la pile logicielle. Avant la mise à niveau, installez la version appropriée d'Oracle Grid Infrastructure sur l'infrastructure cible Exadata Cloud@Customer Gen2.
    • Les versions Oracle Database prises en charge sur Exadata Cloud@Customer Gen1 continueront de l'être. Dans l'infrastructure Gen2 cible, installez les versions appropriées du logiciel Oracle Database et les correctifs ponctuels qui existent dans la base de données source.
    • Remplissez toutes les exigences pour les serveurs ZDM en termes d'installation, de configuration, d'accès réseau et d'accès SSH.
  • Sécurité
    • Exadata Cloud@Customer Gen2 n'utilise pas Oracle Advanced Support Gateway Security (OASG) et ne peut donc pas demander de journaux OASG.
  • Assurez-vous que la sauvegarde automatique n'est pas configurée sur la cible Gen2 avant la migration.

Utilisation d'Oracle ZDM pour migrer des bases de données Oracle

Utilisez ZDM pour migrer des bases de données Oracle d'Exadata Cloud@Customer Gen1 vers l'infrastructure Gen2 du service Oracle Exadata Database Service on Cloud@Customer.

Pour vous familiariser avec les fonctionnalités de ZDM, voir Configuration du logiciel ZDM. Comme première étape, téléchargez, installez et configurez ZDM sur l'hôte identifié pour le serveur ZDM.

ZDM prend en charge la migration en ligne et hors ligne (sauvegarde et récupération). Pour la mise à niveau d'Exadata Cloud@Customer de Gen1 à Gen2, il est recommandé d'utiliser la migration physique ZDM. Plus précisément, il est recommandé d'utiliser la migration en ligne avec transfert direct de données (migration physique en ligne (MIGRATION_METHOD=ONLINE_PHYSICAL) à l'aide du transfert direct de données (DATA_TRANSFER_MEDIUM=DIRECT). La migration en ligne avec transfert direct de données est disponible avec ZDM 21.2 et prend en charge le transfert direct de données pour la méthode de migration physique. Cette nouvelle fonction évite aux utilisateurs d'utiliser un magasin intermédiaire pour les sauvegardes (normalement NFS ou le stockage d'objets OCI). ZDM exploite la duplication de base de données active (pour les bases de données 11.2) ou la restauration à partir du service (pour plus de 12 bases de données). Vous pouvez utiliser cette méthode pour migrer vos bases de données Exadata Cloud@Customer Gen1 vers Exadata Cloud@Customer Gen2. Des exemples des fichiers de ligne de commande et de réponse sont fournis ci-dessous à titre de référence.

Pour plus d'informations, voir :

  • Présentation de la migration sans temps d'arrêt
  • Préparation de la migration de la base de données
  • Migration de votre base de données à l'aide de la migration sans temps d'arrêt

Exemple 5-4 : Double actif

zdmcli migrate database -sourcedb z19tgt1 -sourcenode scaqae03client01vm06 -srcauth zdmauth -srcarg1 user:opc -srcarg2 identity_file:/home/giusr/.ssh/id_gen1vm -srcarg3 sudo_location:/usr/bin/sudo -targetnode tgt1 -rsp /home/giusr/activeduplicate_zdm_online_19c.rsp -tgtauth zdmauth -tgtarg1 user:opc -tgtarg2 identity_file:/home/giusr/.ssh/dbaas_sshkey.priv -tgtarg3 sudo_location:/usr/bin/sudo -schedule NOW -tdekeystorepasswd
ZDM_GET_SRC_INFO .............. COMPLETED
ZDM_GET_TGT_INFO .............. COMPLETED
ZDM_PRECHECKS_SRC ............. COMPLETED
ZDM_PRECHECKS_TGT ............. COMPLETED
ZDM_SETUP_SRC ................. COMPLETED
ZDM_SETUP_TGT ................. COMPLETED
ZDM_PREUSERACTIONS ............ COMPLETED
ZDM_PREUSERACTIONS_TGT ........ COMPLETED
ZDM_VALIDATE_SRC .............. COMPLETED
ZDM_VALIDATE_TGT .............. COMPLETED
ZDM_DISCOVER_SRC .............. COMPLETED
ZDM_COPYFILES ................. COMPLETED
ZDM_PREPARE_TGT ............... COMPLETED
ZDM_SETUP_TDE_TGT ............. COMPLETED
ZDM_DUPLICATE_TGT ............. COMPLETED
ZDM_FINALIZE_TGT .............. COMPLETED
ZDM_CONFIGURE_DG_SRC .......... COMPLETED
ZDM_SWITCHOVER_SRC ............ COMPLETED
ZDM_SWITCHOVER_TGT ............ COMPLETED
ZDM_POST_DATABASE_OPEN_TGT .... COMPLETED
ZDM_DATAPATCH_TGT ............. COMPLETED
ZDM_MANIFEST_TO_CLOUD ......... COMPLETED
ZDM_POST_MIGRATE_TGT .......... COMPLETED
ZDM_POSTUSERACTIONS ........... COMPLETED
ZDM_POSTUSERACTIONS_TGT ....... COMPLETED
ZDM_CLEANUP_SRC ............... COMPLETED
ZDM_CLEANUP_TGT ............... COMPLETED

Exemple 5-5 - Fichier de réponses en double actif

TGT_DB_UNIQUE_NAME=z19tgt1_uniq2
MIGRATION_METHOD=ONLINE_PHYSICAL
DATA_TRANSFER_MEDIUM=DIRECT
PLATFORM_TYPE=EXACC
SRC_HTTP_PROXY_URL=
SRC_HTTP_PROXY_PORT=
SRC_CONFIG_LOCATION=
SRC_BASTION_HOST_IP=
SRC_BASTION_PORT=
SRC_BASTION_USER=
SRC_BASTION_IDENTITY_FILE=
SRC_HOST_IP=
SRC_TIMEZONE=
SRC_OSS_PROXY_HOST=
SRC_OSS_PROXY_PORT=
SRC_SSH_RETRY_TIMEOUT=
SRC_PDB_NAME=
SRC_DB_LISTENER_PORT=
TGT_HTTP_PROXY_URL=
TGT_HTTP_PROXY_PORT=
TGT_CONFIG_LOCATION=
TGT_BASTION_HOST_IP=
TGT_BASTION_PORT=
TGT_BASTION_USER=
TGT_BASTION_IDENTITY_FILE=
TGT_HOST_IP=
TGT_SSH_TUNNEL_PORT=
TGT_SSH_RETRY_TIMEOUT=
TGT_OSS_PROXY_HOST=
TGT_OSS_PROXY_PORT=
TGT_DATADG=
TGT_REDODG=
TGT_RECODG=
TGT_DATAACFS=
TGT_REDOACFS=
TGT_RECOACFS=
BACKUP_PATH=
HOST=
OPC_CONTAINER=
SRC_ZDLRA_WALLET_LOC=
TGT_ZDLRA_WALLET_LOC=
ZDLRA_CRED_ALIAS=
NONCDBTOPDB_CONVERSION=FALSE
NONCDBTOPDB_SWITCHOVER=TRUE
SKIP_FALLBACK=TRUE
TGT_RETAIN_DB_UNIQUE_NAME=
TGT_SKIP_DATAPATCH=FALSE
MAX_DATAPATCH_DURATION_MINS=
DATAPATCH_WITH_ONE_INSTANCE_RUNNING=
SHUTDOWN_SRC=
SKIP_SRC_SERVICE_RETENTION=
SRC_RMAN_CHANNELS=6
TGT_RMAN_CHANNELS=16
ZDM_LOG_OSS_PAR_URL=
ZDM_BACKUP_FULL_SRC_MONITORING_INTERVAL=10
ZDM_BACKUP_INCREMENTAL_SRC_MONITORING_INTERVAL=10
ZDM_BACKUP_DIFFERENTIAL_SRC_MONITORING_INTERVAL=10
ZDM_CLONE_TGT_MONITORING_INTERVAL=10
ZDM_OSS_RESTORE_TGT_MONITORING_INTERVAL=10
ZDM_OSS_RECOVER_TGT_MONITORING_INTERVAL=10
ZDM_BACKUP_RETENTION_WINDOW=
ZDM_BACKUP_TAG=
ZDM_USE_EXISTING_BACKUP=
ZDM_OPC_RETRY_WAIT_TIME=
ZDM_OPC_RETRY_COUNT=
ZDM_SRC_TNS_ADMIN=
ZDM_CURL_LOCATION=
ZDM_USE_EXISTING_UNDO_SIZE=
ZDM_SKIP_DG_CONFIG_CLEANUP=
ZDM_RMAN_COMPRESSION_ALGORITHM=LOW
ZDM_SRC_DB_RESTORE_SERVICE_NAME=
ZDM_RMAN_DIRECT_METHOD=ACTIVE_DUPLICATE

Exemple 5-6 : Restauration à partir du service

zdmcli migrate database -sourcedb z12tgt1s -sourcenode scaqae03client01vm06 -srcauth zdmauth -srcarg1 user:opc -srcarg2 identity_file:/home/giusr/.ssh/id_gen1vm -srcarg3 sudo_location:/usr/bin/sudo -targetnode tgt1 -rsp /home/giusr/dir_zdm_online_121_sidb.rsp -tgtauth zdmauth -tgtarg1 user:opc -tgtarg2 identity_file:/home/giusr/.ssh/dbaas_sshkey.priv-tgtarg3 sudo_location:/usr/bin/sudo -schedule NOW -tdekeystorepasswd"
ZDM_GET_SRC_INFO .............. COMPLETED
ZDM_GET_TGT_INFO .............. COMPLETED
ZDM_PRECHECKS_SRC ............. COMPLETED
ZDM_PRECHECKS_TGT ............. COMPLETED
ZDM_SETUP_SRC ................. COMPLETED
ZDM_SETUP_TGT ................. COMPLETED
ZDM_PREUSERACTIONS ............ COMPLETED
ZDM_PREUSERACTIONS_TGT ........ COMPLETED
ZDM_VALIDATE_SRC .............. COMPLETED
ZDM_VALIDATE_TGT .............. COMPLETED
ZDM_DISCOVER_SRC .............. COMPLETED
ZDM_COPYFILES ................. COMPLETED
ZDM_PREPARE_TGT ............... COMPLETED
ZDM_SETUP_TDE_TGT ............. COMPLETED
ZDM_RESTORE_TGT ............... COMPLETED
ZDM_RECOVER_TGT ............... COMPLETED
ZDM_FINALIZE_TGT .............. COMPLETED
ZDM_CONFIGURE_DG_SRC .......... COMPLETED
ZDM_SWITCHOVER_SRC ............ COMPLETED
ZDM_SWITCHOVER_TGT ............ COMPLETED
ZDM_POST_DATABASE_OPEN_TGT .... COMPLETED
ZDM_DATAPATCH_TGT ............. COMPLETED
ZDM_MANIFEST_TO_CLOUD ......... COMPLETED
ZDM_POST_MIGRATE_TGT .......... COMPLETED
ZDM_POSTUSERACTIONS ........... COMPLETED
ZDM_POSTUSERACTIONS_TGT ....... COMPLETED
ZDM_CLEANUP_SRC ............... COMPLETED
ZDM_CLEANUP_TGT ............... COMPLETED

Exemple 5-7 : Restauration à partir du fichier de réponses du service

TGT_DB_UNIQUE_NAME=z12tgt1s_uniq
MIGRATION_METHOD=ONLINE_PHYSICAL
DATA_TRANSFER_MEDIUM=DIRECT
PLATFORM_TYPE=EXACC
SRC_HTTP_PROXY_URL=
SRC_HTTP_PROXY_PORT=
SRC_CONFIG_LOCATION=
SRC_BASTION_HOST_IP=
SRC_BASTION_PORT=
SRC_BASTION_USER=
SRC_BASTION_IDENTITY_FILE=
SRC_HOST_IP=
SRC_TIMEZONE=
SRC_OSS_PROXY_HOST=
SRC_OSS_PROXY_PORT=
SRC_SSH_RETRY_TIMEOUT=
SRC_PDB_NAME=
SRC_DB_LISTENER_PORT=
TGT_HTTP_PROXY_URL=
TGT_HTTP_PROXY_PORT=
TGT_CONFIG_LOCATION=
TGT_BASTION_HOST_IP=
TGT_BASTION_PORT=
TGT_BASTION_USER=
TGT_BASTION_IDENTITY_FILE=
TGT_HOST_IP=
TGT_SSH_TUNNEL_PORT=
TGT_SSH_RETRY_TIMEOUT=
TGT_OSS_PROXY_HOST=
TGT_OSS_PROXY_PORT=
TGT_DATADG=
TGT_REDODG=
TGT_RECODG=
TGT_DATAACFS=
TGT_REDOACFS=
TGT_RECOACFS=
BACKUP_PATH=
HOST=
OPC_CONTAINER=
SRC_ZDLRA_WALLET_LOC=
TGT_ZDLRA_WALLET_LOC=
ZDLRA_CRED_ALIAS=
NONCDBTOPDB_CONVERSION=FALSE
NONCDBTOPDB_SWITCHOVER=TRUE
SKIP_FALLBACK=TRUE
TGT_RETAIN_DB_UNIQUE_NAME=
TGT_SKIP_DATAPATCH=FALSE
MAX_DATAPATCH_DURATION_MINS=
DATAPATCH_WITH_ONE_INSTANCE_RUNNING=
SHUTDOWN_SRC=
SKIP_SRC_SERVICE_RETENTION=
SRC_RMAN_CHANNELS=6
TGT_RMAN_CHANNELS=16
ZDM_LOG_OSS_PAR_URL=
ZDM_BACKUP_FULL_SRC_MONITORING_INTERVAL=10
ZDM_BACKUP_INCREMENTAL_SRC_MONITORING_INTERVAL=10
ZDM_BACKUP_DIFFERENTIAL_SRC_MONITORING_INTERVAL=10
ZDM_CLONE_TGT_MONITORING_INTERVAL=10
ZDM_OSS_RESTORE_TGT_MONITORING_INTERVAL=10
ZDM_OSS_RECOVER_TGT_MONITORING_INTERVAL=10
ZDM_BACKUP_RETENTION_WINDOW=
ZDM_BACKUP_TAG=
ZDM_USE_EXISTING_BACKUP=
ZDM_OPC_RETRY_WAIT_TIME=
ZDM_OPC_RETRY_COUNT=
ZDM_SRC_TNS_ADMIN=
ZDM_CURL_LOCATION=
ZDM_USE_EXISTING_UNDO_SIZE=
ZDM_SKIP_DG_CONFIG_CLEANUP=
ZDM_RMAN_COMPRESSION_ALGORITHM=LOW
ZDM_SRC_DB_RESTORE_SERVICE_NAME=
ZDM_RMAN_DIRECT_METHOD=

Lors de la mise à niveau en nuage dans un emplacement différent vers le nouveau service Oracle Exadata Database Service on Cloud@Customer Gen2 Infrastructure

Surveillance : Oracle surveillera l'installation du service Oracle Exadata Database Service on Cloud@Customer Gen2 dès le début de l'installation comme pour toute installation Gen2 standard.

Sauvegardes : Les sauvegardes sont effectuées à partir de la grappe de MV Exadata Cloud@Customer Gen1 et elles continueront de fonctionner pendant la mise à niveau. Après la migration vers Oracle Exadata Database Service on Cloud@Customer Gen2, les sauvegardes vers le service de stockage d'objets Gen1 Oracle Cloud At Customer (OCC) ne sont pas autorisées et vous devez utiliser des méthodes de sauvegarde prises en charge pour le service Oracle Exadata Database Service on Cloud@Customer Gen2.

Après la mise à niveau en nuage sur place vers l'infrastructure du nouveau service Oracle Exadata Database Service on Cloud@Customer Gen2

The upgrade will move your resources into Oracle Exadata Database Service on Cloud@Customer Gen 2 Cloud Control Plane and onto the new generation hardware.

Utilisez la console OCI Gen2 pour gérer l'infrastructure, les grappes, les bases de données et les utilisateurs et groupes du service Oracle Exadata Database Service on Cloud@Customer Gen2.

La pile logicielle est mise à niveau vers les versions les plus récentes, par exemple, comme suit :

  • Logiciel Exadata : 19.x ou version ultérieure
  • Oracle Grid Infrastructure : 19c
  • Système d'exploitation de la MV invitée : Oracle Linux 7
  • Outils DBaaS : 20.x
  • Numéro CSI : Vous aurez un nouveau numéro CSI pour votre compte Oracle Cloud.
Note

La pile logicielle sera mise à niveau vers les versions les plus récentes lorsque vous effectuerez la mise à niveau en nuage dans un emplacement différent vers le nouveau matériel Gen2.

Application de correctifs : L'application de correctifs à l'infrastructure et l'avis sont différents dans Gen2. Pour plus d'informations, voir Mise à jour d'un système Exadata Cloud@Customer.

Note

Après la migration vers Exadata Cloud@Customer Gen2, Oracle recommande d'utiliser des méthodes de sauvegarde prises en charge pour Exadata Cloud@Customer Gen2. Il est de votre responsabilité de gérer manuellement toutes les sauvegardes du service de stockage d'objets (OSS) Oracle Cloud At Customer (OCC) Gen1. Oracle ne le présente pas dans la console, l'API ou l'interface de ligne de commande OCI.

Meilleures pratiques pour la mise à niveau en nuage dans un emplacement différent vers le nouveau service Oracle Exadata Database Service on Cloud@Customer Gen2 Infrastructure

Aux fins de la mise à niveau, l'outil recommandé à utiliser est Oracle ZDM.

Voici des meilleures pratiques recommandées dans le contexte de l'utilisation de ZDM pour la mise à niveau Gen1 vers Gen2 :

  • Bien que toutes les méthodes de migration physique soient prises en charge, il est recommandé d'utiliser la migration en ligne avec transfert direct de données.
    Note

    Il n'est pas recommandé d'utiliser Oracle Cloud At Customer OSS Gen1 ou le service de stockage d'objets OCI pour cette migration.
  • Réglez ZDM_RMAN_COMPRESSION_ALGORITHM à LOW.
  • Le répertoire de base Oracle de la base de données cible doit être à un niveau de correctif identique ou supérieur à celui de la source.
  • Le répertoire de base Oracle des bases de données cible et source doit contenir tous les correctifs ponctuels.
  • Lancez une exécution de validation avant l'exécution réelle.
  • Pour une base de données conteneur source, il est nécessaire que toutes les bases de données enfichables sur la source soient en ligne.