Mit logischer Migration migrieren

In diesen Schritten wird beschrieben, wie eine logische Offline-Migration durchgeführt wird. Für Online logische Migrationen ist ein zusätzlicher Server erforderlich, auf dem Oracle GoldenGate ausgeführt wird. Dadurch wird sichergestellt, dass die Datenbank während der Migration immer online ist. Beachten Sie Folgendes, bevor Sie die logische Offlinemigration ausführen.

Die Quelldatenbank auf dem x86-Server muss nicht verschlüsselt werden. Oracle Zero Downtime Migration verschlüsselt die Zieldatenbank während der Migration.
Das Kennwort, die Datenbankversion und die Patchebene sys in der Quell- und Zieldatenbank können unterschiedlich sein.
Die Datenbank kann während der Migration upgegradet werden.
Logische Migrationen mit Zero Downtime Migration ermöglichen die Migration bestimmter pluggable database (PDB) und/oder Schemas in eine pluggable database (PDB) in Oracle Exadata Database Service on Cloud@Customer.

So führen Sie eine logische Offlinemigration aus:

Laden Sie Zero Downtime Migration-Software auf einem separaten Server herunter, und installieren Sie sie. Führen Sie die Zero Downtime Migration-Software mit dem zdmuser aus.
Melden Sie sich als zdmuser bei Ihrem Zero Downtime Migration-Server an.
Generieren Sie ein SSH-Schlüsselpaar.
Aktivieren Sie passwortloses SSH von zdmuser zum Quellserver x86 (root/privilege-sudoer user) und zu allen VM-Clusterknoten in der Oracle Exadata Database Service on Cloud@Customer-Zieldatenbank (opc user).
Erstellen Sie in Oracle ZFS Storage Appliance (NAS) eine Netzwerkdateisystem-(NFS-)Freigabe, die während der Migration als Platzhalter für die Datenbankdatendumps verwendet werden soll.
Mounten Sie das NFS-Share auf demselben Mount Point auf allen Knoten der Quell- und Zieldatenbank. Stellen Sie sicher, dass alle Benutzer sowohl für Quelle als auch Ziel über Lese-, Schreib- und Ausführungsberechtigungen verfügen.
Create a target database in Oracle Exadata Database Service on Cloud@Customer using the OCI GUI or REST API. Konfigurieren Sie die Zieldatenbank wie folgt:
- Name und Version der Zieldatenbank können sich von der Quelle unterscheiden.
- Wählen Sie kein Backupziel aus, oder aktivieren Sie automatische Backups. Diese Einstellungen können aktiviert werden, nachdem die Datenbank von der Quelle zum Ziel migriert wurde.
Mit der OCI-GUI können Sie einen API-Schlüssel für den OCI-Benutzer erstellen, der Eigentümer der Oracle Exadata Database Service on Cloud@Customer-Zieldatenbank ist. Notieren Sie sich die Benutzer-OCID, die Mandanten-OCID, den Fingerprint und die OCI-Region. Speichern Sie die entsprechenden privaten und öffentlichen Schlüssel in den PEM-Dateien. Dieser API-Schlüssel wird von der Zero Downtime Migration verwendet, um eine Verbindung zu OCI herzustellen und die Zieldatenbankinformationen während der Datenbankmigration abzurufen.
Kopieren Sie die .pem-Dateien auf den Zero Downtime Migration-Server.
Melden Sie sich als sys bei der Oracle Exadata Database Service on Cloud@Customer-Zieldatenbank an, und stellen Sie sicher, dass der Parameter streams_pool_size auf mindestens 2G gesetzt ist. Beispiel:
```
SQL>show parameter streams_pool_size;
SQL>alter system set streams_pool_size=2G scope=both SID=’*’;
```
Verwenden Sie die Vorlage für die logische Migrationsantwortdatei der Zero Downtime Migration, die in der Zero Downtime Migration enthalten ist, um eine Antwortdatei für die Migration zu erstellen. Zu den wichtigsten Parametern gehören:
- TARGETDATABASE_OCID: OCID der Oracle Exadata Database Service on Cloud@Customer-Zieldatenbank.
- MIGRATION_METHOD: OFFLINE_LOGICAL
- DATA_TRANSFER_MEDIUM: NFS
- TARGETDATABASE_ADMINUSERNAME: system
- SOURCEDATABASE_ADMINUSERNAME: system
- SOURCEDATABASE_CONNECTIONDETAILS_HOST: IP/Hostname des Quell-x86-Datenbankservers.
- SOURCEDATABASE_CONNECTIONDETAILS_PORT: 1521
- SOURCEDATABASE_CONNECTIONDETAILS_SERVICENAME: Servicename der Quell-PDB oder Nicht-Containerdatenbank (CDB). Verwenden Sie lsnrctl, um zu suchen.
- OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_TENANTID: Mandanten-OCID aus Schritt 8.
- OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_USERID: Benutzer-OCID aus Schritt 8.
- OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_FINGERPRINT: Fingerprint aus Schritt 8.
- OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE: Dateipfad zur PEM-Datei des Private Keys auf dem ZDM-Server aus Schritt 9.
- OCIAUTHENTICATIONDETAILS_REGIONID: OCI-Regions-ID für den OCI-Benutzer aus Schritt 8.
- TARGETDATABASE_CONECTIONDETAILS_HOST: IP/Hostname der ersten VM im Oracle Exadata Database Service on Cloud@Customer-VM-Cluster des Ziels.
- TARGETDATABASE_CONNECTIONDETAILS_PORT: 1521
- TARGETDATABASE_CONNECTIONDETAILS_SERVICENAME: Servicename für die integrierbare Zieldatenbank (PDB) in der Oracle Exadata Database Service on Cloud@Customer-Zieldatenbank. Verwenden Sie lsnrctl, um zu suchen.
- SOURCECONTAINERDATABASE_ADMINUSERNAME: system
- SOURCECONTAINERDATABASE_CONNECTIONDETAILS_HOST: IP/Hostname des Quell-x86-Datenbankservers.
- SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
- SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME: Servicename für die Quellcontainerdatenbank auf dem x86-Server. Verwenden Sie lsnrctl, um zu suchen).
- DATAPUMPSETTINGS_JOBMODE: SCHEMA
- DATAPUMPSETTINGS_FIXINVALIDOBJECTS: TRUE
- DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_NAME: mig
- DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_PATH: NFS-Mount Point aus Schritt 6.
- DATAPUMPSETTINGS_IMPORTDIRECTORYOBJECT_NAME: mig
- DATAPUMPSETTINGS_IMPORTDIRECTORYOBJECT_PATH: NFS-Mount Point aus Schritt 6.
- DATAPUMPSETTINGS_CREATEAUTHTOKEN: TRUE
- TABLESPACEDETAILS_AUTOCREATE: TRUE
- TABLESPACEDETAILS_USEBIGFILE: TRUE
- TABLESPACEDETAILS_EXTENTSIZEMB: 512
- EXCLUDEOBJECTS-1: owner:PDBADMIN

Führen Sie einen Migrationsjob für den Testlauf ohne Ausfallzeit aus (-eval), um zu prüfen, ob alle Voraussetzungen für die Migration möglich sind. Dadurch wird das Cloud Pre-Migration Advisor Tool (CPAT) ausgeführt, um zu validieren, dass die Quelldatenbank für die Migration zu Oracle Exadata Database Service on Cloud@Customer mit der logischen Migration ohne Ausfallzeit geeignet ist. Beheben Sie Probleme, die von CPAT gemeldet wurden, bevor Sie fortfahren. Beispiel:

zdmcli migrate database -sourcedb source_db_name \
-sourcenode IP/hostname_of_x86_db_server \
-srcauth zdmauth \
-srcarg1 user: root_or_sudoer_user \
-srcarg2 identity_file: path_to_ssh_private_key/ssh_private_key_file_name
\
-srcarg3 sudo_location:/usr/bin/sudo \
-targetnode IP/hostname_of_first_Exadata_Database_Cloud@Customer_VM_Cluster_Node
-tgtarg1 user:opc \
-tgtarg2 identity_file: path_to_ssh_private_key/ssh_private_key_file_name
\
-tgtarg3 sudo_location:/usr/bin/sudo \
-rsp path_to_response_file/response_file_name_from_step_11 \
-eval

Fahren Sie nach einer erfolgreichen Migration mit dem nächsten Schritt fort.

Job "Migration ohne Ausfallzeit" ausführen. Beispiel:

zdmcli migrate database -sourcedb source_db_name \
-sourcenode IP/hostname_of_x86_db_server \
-srcauth zdmauth \
-srcarg1 user: root_or_sudoer_user \
-srcarg2 identity_file: path_to_ssh_private_key/ssh_private_key_file_name
\
-srcarg3 sudo_location:/usr/bin/sudo \
-targetnode IP/hostname_of_first_Exadata_Database_Cloud@Customer_VM_Cluster_Node
-tgtarg1 user:opc \
-tgtarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name
\
-tgtarg3 sudo_location:/usr/bin/sudo \
-rsp path_to_response_file/response_file_name_from_step_11