Daten migrieren

Führen Sie den Befehl "Datenbank migrieren" mit dem Kennzeichen -eval aus, um die Migrationskomponenten und die Ausgabe zu validieren. Wenn die Vorabprüfung erfolgreich abgeschlossen wurde, verwenden Sie denselben Befehl ohne das Flag -eval, um mit der Migration in die Cloud zu beginnen.

Vorabprüfung durchführen

Führen Sie eine Vorabprüfung aus, um die Komponenten des Migrationsprozesses zu validieren, und bewerten Sie die Ausgabe, um festzustellen, ob Anpassungen erforderlich sind.

Es wird dringend empfohlen, dass Sie für jede Migration zuerst die Datenbank im Auswertungsmodus migrieren. Mit der Auswertung können Sie mögliche Probleme bei der Einrichtung und Konfiguration beheben, bevor Sie die eigentliche Migration in einer Produktionsdatenbank durchführen. Im Auswertungsmodus wird der Migrationsprozess ohne Auswirkungen auf die Änderungen ausgeführt. Es ist sicher, den Befehl mit der Option -eval so oft wie nötig auszuführen, bevor Sie den eigentlichen Migrationsjob ausführen.

Melden Sie sich beim Host des Zero Downtime Migration-Service an, und wechseln Sie zum installierten Benutzer zdmuser. Wechseln Sie dann in das Verzeichnis /bin des Zero Downtime Migration-Home.
Beispiel: Das Home-Verzeichnis der Zero Downtime Migration kann /oracle/zdm/grid lauten.
```
su - zdmuser
zdmuser> cd /u01/app/oracle/zdm/grid/bin
```
Führen Sie den Befehl zdmcli migrate database mit dem Flag -eval aus. Definieren Sie die Quelldatenbank, den Quellknoten, den Zielknoten, das Ziel-Home, den Benutzernamen für die Oracle Cloud Infrastructure Object Storage-Anmeldung, den Speicherort der Antwortdatei und den Benutzernamen für die Anmeldung beim Zieldatenbankserver.
Verwenden Sie beim Definieren der Quelldatenbank -sourcedb database_unique_name. Wenn eine Einzelinstanz-Quelldatenbank ohne Grid Infrastructure Home bereitgestellt wird, verwenden Sie -sourcesid source_oracle_sid anstelle von -sourcedb. Verwenden Sie den vollqualifizierten Domainnamen (FQDN) für die Servernamen der Quell- und Zieldatenbank.

Wenn eine Quelldatenbank für ein PASSWORD-basiertes Wallet konfiguriert ist, fügen Sie dem Befehl die Option -tdekeystorepasswd hinzu, und geben Sie für den Prompt den TDE-Keystore-Kennwortwert der Quelldatenbank an.

Der Backupbenutzer ist der Oracle Cloud Infrastructure-Benutzer. Um den Backupbenutzernamen oder die Backup-ID in der Konsole zu suchen, gehen Sie zu Benutzer und dann zu 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
```
Wenn Sie dazu aufgefordert werden, geben Sie das SYS-Kennwort der Quelldatenbank und das Root-Benutzerkennwort des Quelldatenbankservers ein. Geben Sie für das Backupziel (Bucket) das Oracle Cloud Infrastructure-Benutzerauthentifizierungstoken ein.
Das DB SYSDBA-Kennwort für den Zugriff auf Quell- und Zieldatenbanken. Das Kennwort muss für beide Datenbanken identisch sein. Das Benutzerkennwort ist AUTH TOKEN.
```
Enter source database zdmsdb SYS password:
Enter source user "root" password:
Enter user "backup_user@example.com" password:
```
Wenn Sie einen Datenbankmigrationsjob weiterleiten, wird in der Befehlsausgabe ein jobID angezeigt. Speichern Sie jobID, um den Jobstatus abzufragen.
(Optional) Prüfen Sie den Status eines Jobs mit dem Abfragejobbefehl.
```
./ zdmcli query job -jobid job-id-number
```
Prüfen Sie den Ausgabestatus.
Servicelogs sind in der Quell- und Zieldatenbank verfügbar. Der Speicherort wird in der Ausgabe aufgeführt.

Daten mit dem ZDM-Service migrieren

Führen Sie den Migrationsbefehl aus, um die Datenmigration zu starten. Der Befehl und die Parameter sind identisch mit der Vorabprüfung, ohne das Flag -eval.

Melden Sie sich beim Host des Zero Downtime Migration-Service an, und wechseln Sie zum installierten Benutzer zdmuser. Wechseln Sie dann in das Verzeichnis /bin des Zero Downtime Migration-Home.
Beispiel: Das Home-Verzeichnis der Zero Downtime Migration kann /oracle/zdm/grid lauten.
```
su - zdmuser
zdmuser> cd /u01/app/oracle/zdm/grid/bin
```
Führen Sie den Befehl zdmcli migrate database aus. Definieren Sie die Quelldatenbank, den Quellknoten, den Zielknoten, das Ziel-Home, den Benutzernamen für die Oracle Cloud Infrastructure Object Storage-Anmeldung, den Speicherort der Antwortdatei und den Benutzernamen für die Anmeldung beim Zieldatenbankserver.
Verwenden Sie beim Definieren der Quelldatenbank -sourcedb database_unique_name. Wenn eine Einzelinstanz-Quelldatenbank ohne Grid Infrastructure Home bereitgestellt wird, verwenden Sie -sourcesid source_oracle_sid anstelle von -sourcedb. Verwenden Sie den vollqualifizierten Domainnamen (FQDN) für die Servernamen der Quell- und Zieldatenbank.

Wenn eine Quelldatenbank für ein PASSWORD-basiertes Wallet konfiguriert ist, fügen Sie dem Befehl die Option -tdekeystorepasswd hinzu, und geben Sie für den Prompt den TDE-Keystore-Kennwortwert der Quelldatenbank an.

Der Backupbenutzer ist der Oracle Cloud Infrastructure-Benutzer. Um den Backupbenutzernamen oder die Backup-ID in der Konsole zu suchen, gehen Sie zu Benutzer und dann zu 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
```
Wenn Sie dazu aufgefordert werden, geben Sie das SYS-Kennwort der Quelldatenbank und das Root-Benutzerkennwort des Quelldatenbankservers ein. Geben Sie für das Backupziel (Bucket) das Oracle Cloud Infrastructure-Benutzerauthentifizierungstoken ein.
Das DB SYSDBA-Kennwort für den Zugriff auf Quell- und Zieldatenbanken. Das Kennwort muss für beide Datenbanken identisch sein.
```
Enter source database zdmsdb SYS password:
Enter source user "root" password:
Enter user "backup_user@example.com" password:
```
Wenn Sie einen Datenbankmigrationsjob weiterleiten, wird in der Befehlsausgabe ein jobID angezeigt. Speichern Sie jobID, um den Jobstatus abzufragen.
(Optional) Prüfen Sie den Status eines Jobs mit dem Abfragejobbefehl.
Servicelogs sind in der Quell- und Zieldatenbank verfügbar. Der Speicherort wird in der Ausgabe aufgeführt.
```
./ zdmcli query job -jobid job-id-number
```

Fehler in der Migration beheben

Wenn der Migrationsjob auf einen Fehler stößt, lesen Sie die Ausgabelogs des Migrationsjobs, die Servicelogs der Zero Downtime Migration und die serverspezifischen Betriebsphasenlogs, die auf den jeweiligen Quell- oder Zieldatenbankservern vorhanden sind.

Wenn beim Migrationsjob eine Ausnahme auftritt, können die Logs einen Hinweis auf die Art des Fault geben. Die Logs für die Migrationsprozeduren, die in der Quell- und Zielumgebung ausgeführt werden, werden auf den Servern in der jeweiligen Quell- und Zielumgebung gespeichert. Der Speicherort der Logdatei ist in der Migrationsausgabe und in der Ausgabe enthalten, wenn Sie einen Jobstatus abfragen.

In der folgenden Tabelle sind die Migrationsphasen und die Beschreibung für jeden Phasennamen aufgeführt.

Phasenname	Beschreibung
ZDM_GET_SRC_INFO	Informationen zur Quelldatenbank ermitteln
ZDM_GET_TGT_INFO	Informationen zur Zieldatenbank ermitteln
ZDM_SETUP_SRC	ZDM-Helper-Module auf dem Quellserver einrichten
ZDM_SETUP_TGT	ZDM-Helper-Module auf dem Zielserver einrichten
ZDM_PREUSERACTIONS	Führen Sie gegebenenfalls Vorbenutzeraktionen für die Migration in der Quelle aus
ZDM_PREUSERACTIONS_TGT	Führen Sie gegebenenfalls Vorbenutzeraktionen für die Migration auf dem Ziel aus
ZDM_OBC_INST_SRC	Oracle Database Cloud Backup-Modul in der Quelle installieren
ZDM_OBC_INST_TGT	Oracle Database Cloud Backup-Modul auf dem Ziel installieren
ZDM_GEN_RMAN_PASSWD	Zufälliges Passwort zur Verschlüsselung von Oracle Recovery Manager-(RMAN-)Backups generieren
ZDM_BACKUP_FULL_SRC	Vollständiges Backup der Quelldatenbank ausführen
ZDM_BACKUP_INCREMENTAL_SRC	Inkrementelles Backup der Quelldatenbank ausführen
ZDM_VALIDATE_SRC	Validierungen an der Quelle ausführen
ZDM_VALIDATE_TGT	Validierungen am Ziel ausführen
ZDM_DISCOVER_SRC	Datenbank-Discovery an der Quelle für das Setup von Oracle Data Guard ausführen
ZDM_COPYFILES	Oracle-Kennwortdatei und Transparente Datenverschlüsselung (TDE)-Wallets von der Quelle in das Ziel kopieren
ZDM_OSS_STANDBY_SETUP_TDE_TGT	TDE-Wallet-Dateien aus der Quelle in den Ziel-Keystone-Speicherort kopieren
ZDM_PREPARE_TGT	Ziel für das Erstellen der Oracle Data Guard-Standbydatenbank vorbereiten
ZDM_CLONE_TGT	Oracle Data Guard-Standbydatenbank aus dem Cloudbackup erstellen
ZDM_FINALIZE_TGT	Oracle Data Guard-Standbydatenbankvorbereitung des Ziels fertigstellen
ZDM_CONFIGURE_DG_SRC	Cloud-Standbydatenbank bei der Quelle registrieren
ZDM_SWITCHOVER_SRC	Switchover-Aktionen an der Quelle initiieren
ZDM_SWITCHOVER_TGT	Switchover-Aktionen am Ziel abschließen
ZDM_POSTUSERACTIONS	Alle Benutzeraktionen nach der Migration an der Quelle ausführen
ZDM_POSTUSERACTIONS_TGT	Alle Benutzeraktionen nach der Migration auf dem Ziel ausführen
ZDM_CLEANUP_SRC	Bereinigung an der Quelle ausführen
ZDM_CLEANUP_TGT	Bereinigung am Ziel ausführen
ZDM_POSTUSERACTIONS_TGT	Alle Benutzeraktionen nach der Migration auf dem Ziel ausführen

Wenn der Service für die Migration ohne Ausfallzeit nicht gestartet wird, prüfen Sie die Servicelogs für die Migration ohne Ausfallzeit auf Startfehler bei Prozessen, um die Ursache des gemeldeten Fehlers zu ermitteln. Das Servicelog für Zero Downtime Migration befindet sich unter $ZDM_BASE/crsdata/zdm_service_node/rhp/rhpserver.log.0.
Mit dem Abfragejobbefehl können Sie den Status eines Jobs prüfen.
Servicelogs sind in der Quell- und Zieldatenbank verfügbar. Der Speicherort wird in der Ausgabe aufgeführt.
```
./ zdmcli query job -jobid job-id-number
```
Bestimmen Sie, in welcher Betriebsphase sich der Migrationsjob zum Zeitpunkt des Fehlers befand und ob die Phase zur Quell- oder Zieldatenbank gehört.
Prüfen Sie das Hostlog des Zero Downtime Migration-Service unter $ZDM_BASE/crsdata/zdm_service_node/rhp/rhpserver.log.0, und greifen Sie auf den jeweiligen Quell- oder Zielserver zu, um das mit der Betriebsphase verknüpfte Log im Verzeichnis /tmp/zdm-unique id/zdm/log zu prüfen.

Weitere Informationen zur Fehlerbehebung bei Zero Downtime Migration und bekannten Problemen im aktuellen Release finden Sie in den Versionshinweisen zur Migration ohne Ausfallzeiten.