Migrer les données

Exécutez la commande de migration de base de données avec l'indicateur -eval pour valider les composants et la sortie de migration. Une fois la vérification préalable terminée, utilisez la même commande sans l'indicateur -eval pour commencer la migration vers le nuage.

Effectuer une vérification préalable

Exécutez une vérification préalable pour valider les composants du processus de migration et évaluer la sortie afin de déterminer si des ajustements sont nécessaires.

Il est fortement recommandé d'exécuter d'abord la migration de base de données en mode d'évaluation pour chaque migration. L'évaluation vous permet de corriger tout problème potentiel dans la configuration et la configuration avant d'effectuer la migration réelle sur une base de données de production. En mode d'évaluation, le processus de migration s'exécute sans affecter les modifications. Vous pouvez exécuter la commande avec l'option -eval autant de fois que nécessaire avant d'exécuter la tâche de migration réelle.

Connectez-vous à l'hôte du service de migration sans temps d'arrêt et passez à l'utilisateur installé zdmuser, puis accédez au répertoire de base /bin de la migration sans temps d'arrêt.
Par exemple, le répertoire de base de migration sans temps d'arrêt peut être /oracle/zdm/grid.
```
su - zdmuser
zdmuser> cd /u01/app/oracle/zdm/grid/bin
```
Exécutez la commande zdmcli migrate database à l'aide de l'indicateur -eval. Définissez la base de données source, le noeud source, le noeud cible, le répertoire de base cible, le nom d'utilisateur de connexion à Oracle Cloud Infrastructure Object Storage, l'emplacement du fichier de réponses et le nom d'utilisateur de connexion au serveur de base de données cible.
Lors de la définition de la base de données source, utilisez -sourcedb database_unique_name. Si une base de données à instance unique source est déployée sans répertoire de base Grid Infrastructure, utilisez -sourcesid source_oracle_sid au lieu de -sourcedb. Utilisez le nom de domaine complet (FQDN) pour les noms de serveur de base de données source et cible.

Si une base de données source est configurée pour un portefeuille basé sur PASSWORD, ajoutez l'option -tdekeystorepasswd à la commande et, pour l'invite, spécifiez la valeur du mot de passe du magasin de clés TDE de la base de données source.

L'utilisateur de sauvegarde est l'utilisateur Oracle Cloud Infrastructure. Pour trouver le nom d'utilisateur ou l'ID sauvegarde dans la console, allez à Utilisateur, puis à Profil.
```
zdmuser> ./zdmcli migrate database -sourcesid source_oracle_sid \.
-sourcenode source_FQDN_database_server_name 
-srcauth zdmauth \
-srcarg1 user: opc \
-srcarg2 identity file: /home/zdmuser/.ssh/zdm_service_tool.ppk
-srcarg3 sudo_location: /usr/bin/sudo \
-targetnode target_FQDN_database_server_name \
-targethome target_database_ORACLE_HOME \  
-backupuser Object_store_login_user_name \  
-rsp response_file_location
-tgtauth zdmauth 
-tgtarg1 user:target_database_server_login_user_name 
-tgtarg2 identity_file:/home/zdmuser/.ssh/zdm_service_tool.ppk \
-tgtarg3 sudo_location:/usr/bin/sudo 
-ignore ALL -eval
```
À l'invite, entrez le mot de passe SYS de la base de données source et le mot de passe de l'utilisateur racine du serveur de base de données source. Pour la destination de sauvegarde (seau), entrez le jeton d'authentification de l'utilisateur Oracle Cloud Infrastructure.
Mot de passe SYSDBA de base de données pour accéder aux bases de données source et cible. Le mot de passe doit être le même pour les deux bases de données. Le mot de passe de l'utilisateur est AUTH TOKEN.
```
Enter source database zdmsdb SYS password:
Enter source user "root" password:
Enter user "backup_user@example.com" password:
```
Une valeur jobID s'affiche dans la sortie de commande lorsque vous soumettez une tâche de migration de base de données. Enregistrez jobID pour interroger le statut de la tâche.
(Facultatif) Utilisez la commande de tâche d'interrogation pour vérifier le statut d'une tâche.
```
./ zdmcli query job -jobid job-id-number
```
Vérifiez le statut de sortie.
Les journaux de service sont disponibles dans les bases de données source et cible. L'emplacement est indiqué dans la sortie.

Migrer les données avec le service ZDM

Exécutez la commande de migration pour commencer la migration des données. La commande et les paramètres sont identiques à la vérification préalable, sans l'indicateur -eval.

Connectez-vous à l'hôte du service de migration sans temps d'arrêt et passez à l'utilisateur installé zdmuser, puis accédez au répertoire de base /bin de la migration sans temps d'arrêt.
Par exemple, le répertoire de base de migration sans temps d'arrêt peut être /oracle/zdm/grid.
```
su - zdmuser
zdmuser> cd /u01/app/oracle/zdm/grid/bin
```
Exécutez la commande zdmcli migrate database. Définissez la base de données source, le noeud source, le noeud cible, le répertoire de base cible, le nom d'utilisateur de connexion à Oracle Cloud Infrastructure Object Storage, l'emplacement du fichier de réponses et le nom d'utilisateur de connexion au serveur de base de données cible.
Lors de la définition de la base de données source, utilisez -sourcedb database_unique_name. Si une base de données à instance unique source est déployée sans répertoire de base Grid Infrastructure, utilisez -sourcesid source_oracle_sid au lieu de -sourcedb. Utilisez le nom de domaine complet (FQDN) pour les noms de serveur de base de données source et cible.

Si une base de données source est configurée pour un portefeuille basé sur PASSWORD, ajoutez l'option -tdekeystorepasswd à la commande et, pour l'invite, spécifiez la valeur du mot de passe du magasin de clés TDE de la base de données source.

L'utilisateur de sauvegarde est l'utilisateur Oracle Cloud Infrastructure. Pour trouver le nom d'utilisateur ou l'ID sauvegarde dans la console, allez à Utilisateur, puis à Profil.
```
zdmuser> ./zdmcli migrate database -sourceid source_db_ID \.
-sourcenode source_database_server_name 
-srcauth zdmauth \
-srcarg1 user: opc \
-srcarg2 identity file: /home/zdmuser/.ssh/zdm_service_tool.ppk
-srcarg3 sudo_location: /usr/bin/sudo \
-targetnode target_database_server_name \
-targethome target_database_ORACLE_HOME \  
-backupuser Object_store_login_user_name \  
-rsp response_file_location
-tgtauth zdmauth 
-tgtarg1 user:target_database_server_login_user_name 
-tgtarg2 identity_file:/home/zdmuser/.ssh/zdm_service_tool.ppk \
-tgtarg3 sudo_location:/usr/bin/sudo \
-ignore ALL
```
À l'invite, entrez le mot de passe SYS de la base de données source et le mot de passe de l'utilisateur racine du serveur de base de données source. Pour la destination de sauvegarde (seau), entrez le jeton d'authentification de l'utilisateur Oracle Cloud Infrastructure.
Mot de passe SYSDBA de base de données pour accéder aux bases de données source et cible. Le mot de passe doit être le même pour les deux bases de données.
```
Enter source database zdmsdb SYS password:
Enter source user "root" password:
Enter user "backup_user@example.com" password:
```
Une valeur jobID s'affiche dans la sortie de commande lorsque vous soumettez une tâche de migration de base de données. Enregistrez jobID pour interroger le statut de la tâche.
(Facultatif) Utilisez la commande de tâche d'interrogation pour vérifier le statut d'une tâche.
Les journaux de service sont disponibles dans les bases de données source et cible. L'emplacement est indiqué dans la sortie.
```
./ zdmcli query job -jobid job-id-number
```

Dépanner la migration

Si votre tâche de migration rencontre une erreur, consultez les journaux de sortie de la tâche de migration, les journaux du service de migration sans temps d'arrêt et les journaux de phase opérationnelle propres au serveur présents sur les serveurs de base de données source ou cible respectifs.

Si la tâche de migration rencontre une exception, les journaux peuvent fournir une indication de la nature de l'erreur. Les journaux des procédures de migration exécutées dans les environnements source et cible sont stockés sur les serveurs des environnements source et cible respectifs. L'emplacement du fichier journal est inclus dans la sortie de migration et dans la sortie lorsque vous interrogez un statut de tâche.

Le tableau suivant répertorie les phases de migration et la description de chaque nom de phase.

Nom de phase	Description
ZDM_GET_SRC_INFO	Découvrir des informations sur la base de données source
ZDM_GET_TGT_INFO	Détecter les informations sur la base de données cible
ZDM_SETUP_SRC	Configurer les modules d'aide ZDM sur le serveur source
ZDM_SETUP_TGT	Configurer les modules d'aide ZDM sur le serveur cible
ZDM_PREUSERACTIONS	Exécuter des actions de migration pré-utilisateur, le cas échéant, à la source
ZDM_PREUSERACTIONS_TGT	Exécuter des actions de migration pré-utilisateur, le cas échéant, sur la cible
ZDM_OBC_INST_SRC	Installer le module Oracle Database Cloud Backup à la source
ZDM_OBC_INST_TGT	Installer le module Oracle Database Cloud Backup à la cible
ZDM_GEN_RMAN_PASSWD	Générer un mot de passe aléatoire pour chiffrer la sauvegarde Oracle Recovery Manager (RMAN)
ZDM_BACKUP_FULL_SRC	Effectuer une sauvegarde complète de la base de données source
ZDM_BACKUP_INCREMENTAL_SRC	Effectuer une sauvegarde incrémentielle de la base de données source
ZDM_VALIDATE_SRC	Effectuer des validations à la source
ZDM_VALIDATE_TGT	Effectuer des validations sur la cible
ZDM_DISCOVER_SRC	Effectuer la détection de base de données à la source pour configurer Oracle Data Guard
ZDM_COPYFILES	Copier le fichier de mots de passe Oracle et les portefeuilles de chiffrement transparent des données de la source vers la cible
ZDM_OSS_STANDBY_SETUP_TDE_TGT	Copier les fichiers de portefeuille TDE de la source vers l'emplacement de la clé de remplacement cible
ZDM_PREPARE_TGT	Préparer la cible pour la création de la base de données de secours Oracle Data Guard
ZDM_CLONE_TGT	Créer une base de données de secours Oracle Data Guard à partir de la sauvegarde en nuage
ZDM_FINALIZE_TGT	Finaliser la préparation de la base de données de secours Oracle Data Guard de la cible
ZDM_CONFIGURE_DG_SRC	Enregistrer la base de données de secours en nuage auprès de la source
ZDM_SWITCHOVER_SRC	Lancer les actions de permutation à la source
ZDM_SWITCHOVER_TGT	Effectuer les actions de permutation à la cible
ZDM_POSTUSERACTIONS	Effectuer toutes les actions d'utilisateur post-migration à la source
ZDM_POSTUSERACTIONS_TGT	Effectuer toutes les actions d'utilisateur post-migration sur la cible
ZDM_CLEANUP_SRC	Effectuer le nettoyage à la source
ZDM_CLEANUP_TGT	Effectuer un nettoyage à la cible
ZDM_POSTUSERACTIONS_TGT	Effectuer toutes les actions d'utilisateur post-migration sur la cible

Si le service de migration sans temps d'arrêt ne démarre pas, vérifiez les erreurs de démarrage du processus dans les journaux du service de migration sans temps d'arrêt pour déterminer la cause de l'erreur signalée. Le journal du service de migration sans temps d'arrêt se trouve à l'adresse $ZDM_BASE/crsdata/zdm_service_node/rhp/rhpserver.log.0.
Utilisez la commande de tâche d'interrogation pour vérifier le statut d'une tâche.
Les journaux de service sont disponibles dans les bases de données source et cible. L'emplacement est indiqué dans la sortie.
```
./ zdmcli query job -jobid job-id-number
```
Déterminez la phase opérationnelle dans laquelle se trouvait la tâche de migration au moment de l'échec et si la phase appartient à la base de données source ou cible.
Consultez le journal de l'hôte du service de migration sans temps d'arrêt à l'adresse $ZDM_BASE/crsdata/zdm_service_node/rhp/rhpserver.log.0 et accédez au serveur source ou cible respectif pour vérifier le journal associé à la phase opérationnelle dans le répertoire /tmp/zdm-unique id/zdm/log.

Pour plus d'informations sur le dépannage de la migration sans temps d'arrêt et des problèmes connus dans la version courante, voir les notes de version pour la migration sans temps d'arrêt.