Zu Oracle Base Database Service oder Oracle Exadata Database Service on Dedicated Infrastructure migrieren

In diesem Abschnitt wird beschrieben, wie Sie Ihren On-Premise-x86-Server oder Ihre Oracle Database Appliance-Workloads in Oracle Base Database Service oder Oracle Exadata Database Service on Dedicated Infrastructure migrieren und Ihre VMware-Anwendungen in Oracle Cloud VMware Solution migrieren.

Architektur

Mit Oracle Zero Downtime Migration können Sie Ihre Datenbankmigration automatisieren und gleichzeitig minimale Ausfallzeiten bei der Migration Ihrer Daten von On Premise in die Cloud feststellen.

Migrieren Sie Ihre On-Premises-Anwendungen, die auf VMware ausgeführt werden, mit VMware-Tools wie HCX und vMotion zu Oracle Cloud VMware Solution. Mit der Oracle Cloud VMware Solution können Sie ein softwaredefiniertes VMware-Data Center (SDDC) in Ihrem OCI-Mandanten vollständig automatisieren und auf OCI-Bare-Metal-Instanzen ausführen.

Das folgende Diagramm veranschaulicht diese Referenzarchitektur.

Beschreibung der Abbildung x86-oda-migrate-base-exadata-vmware.png

x86-oda-migrate-base-exadata-vmware.zip

Diese Architektur unterstützt die folgenden Komponenten:

• Region

  Eine Oracle Cloud Infrastructure-Region ist ein lokalisierter geografischer Bereich, der mindestens ein Data Center enthält, das als Availability-Domain bezeichnet wird. Regionen sind unabhängig von anderen Regionen, und große Entfernungen können sie trennen (über Länder oder sogar Kontinente).

• Virtuelles Cloud-Netzwerk (VCN) und Subnetz

  Ein VCN ist ein anpassbares, benutzerdefiniertes Netzwerk, das Sie in einer Oracle Cloud Infrastructure-Region einrichten können. Wie herkömmliche Data Center-Netzwerke erhalten Sie mit VCNs vollständige Kontrolle über Ihre Netzwerkumgebung. Ein VCN kann mehrere sich nicht überschneidende CIDR-Blöcke aufweisen, die Sie nach dem Erstellen des VCN ändern können. Sie können ein VCN in Subnetze segmentieren, die sich auf eine Region oder eine Availability-Domain beschränken. Jedes Subnetz besteht aus einem Bereich zusammenhängender Adressen, die sich nicht mit anderen Subnetzen im VCN überschneiden. Sie können die Größe eines Subnetzes nach der Erstellung ändern. Ein Subnetz kann öffentlich oder privat sein.

• Oracle Exadata Database Service on Dedicated Infrastructure

  Oracle Exadata Database Service on Dedicated Infrastructure stellt Oracle Exadata Database Machine als Service in einem OCI-Data-Center bereit. Der Oracle Exadata Database Service on Dedicated Infrastructure-Service kann viele Oracle-Datenbanken hosten, die in mindestens einem VM-Cluster ausgeführt werden, das auf einem einzelnen Exadata-Rack in einer OCI-Region ausgeführt wird. Oracle Exadata Database Service on Dedicated Infrastructure ist eine ideale Plattform für die Datenbankkonsolidierung.

• Oracle Base Database Service

  Oracle Base Database Service ermöglicht es Ihnen, die absolute Kontrolle über Ihre Daten zu behalten und gleichzeitig die kombinierten Funktionen von Oracle Database und Oracle Cloud Infrastructure (OCI) zu nutzen. OCI bietet Datenbanksysteme mit einem Knoten und RAC-Datenbanksysteme mit mehreren Knoten auf virtuellen Maschinen. Ein einzelnes Oracle Base Database Service-System kann eine einzelne Oracle-Containerdatenbank (CDB) hosten. Diese Containerdatenbank kann mehrere integrierbare Datenbanken (PDB) hosten. Oracle Base Database Service eignet sich ideal für die Datenbankkonsolidierung für Datenbanken, die in integrierbare Datenbanken migriert werden können.

• Oracle Cloud VMware Solution - Softwaredefiniertes Rechenzentrum (SDDC)

  Oracle und VMware haben eine Partnerschaft bei der Entwicklung einer VMware-zertifizierten SDDC-(Software-Defined Data Center-)Implementierung zur Verwendung in Oracle Cloud Infrastructure geschlossen. Diese Implementierung, die Oracle Cloud VMware Solution genannt wird, verwendet OCI, um ein hochverfügbares VMware-SDDC zu hosten. Außerdem können alle Ihre On-Premise-SDDC-Workloads VMware nahtlos in Oracle Cloud VMware Solution migriert werden. Oracle Cloud VMware Solution enthält die folgenden VMware-Komponenten:

  • VMware vSphere ESXi
  • VMware vSAN
  • VMware vCenter
  • VMware NSX-T
  • VMware HCX (optional)
• Bare Metal

  Ein softwaredefiniertes Data Center (SDDC) der Oracle Cloud VMware Solution enthält Bare-Metal-Server, auf denen Oracle Cloud VMware Solution gehostet wird. Der Bare-Metal-Server unterstützt Anwendungen, die eine hohe Kernanzahl, große Arbeitsspeichermengen und hohe Bandbreite erfordern (wie Oracle Cloud VMware Solution). Sie können Oracle Cloud VMware Solution auf Bare-Metal-Servern bereitstellen und virtuelle Maschinen mit erheblichen Performanceverbesserungen im Vergleich zu anderen Public Clouds und On-Premise-Data Centern konfigurieren.

• Servicegateway

  Das Servicegateway ermöglicht den Zugriff von einem VCN auf andere Services, wie Oracle Cloud Infrastructure Object Storage. Der Traffic vom VCN zum Oracle-Service durchläuft die Oracle-Netzwerkstruktur und nie das Internet.

• Dynamisches Routinggateway (Dynamic Routing Gateway, DRG)

  Das DRG ist ein virtueller Router, der einen Pfad für privaten Netzwerktraffic zwischen VCNs in derselben Region zwischen einem VCN und einem Netzwerk außerhalb der Region bereitstellt, wie ein VCN in einer anderen Oracle Cloud Infrastructure-Region, einem On-Premise-Netzwerk oder einem Netzwerk in einem anderen Cloud-Provider.

• FastConnect

  Mit Oracle Cloud Infrastructure FastConnect können Sie ganz einfach eine dedizierte, private Verbindung zwischen Ihrem Data Center und Oracle Cloud Infrastructure herstellen. FastConnect bietet Optionen mit höherer Bandbreite und ein zuverlässigeres Netzwerk als bei internetbasierten Verbindungen.

• Dateispeicher

  OCI File Storage wird bei der Migration verwendet, um die migrierte Datenbank aus einem freigegebenen Dateisystem zu importieren.

• Object Storage

  OCI Object Storage wird bei der Migration für temporären Speicher verwendet.

Bevor Sie beginnen

Bevor Sie beginnen, prüfen Sie die Versionen der Hauptkomponenten, die in diesem Setup verwendet werden, und lesen Sie die Produktdokumentation für eine spätere Referenz.

Überprüfungsanforderungen

• Stellen Sie sicher, dass die Quelldatenbank auf einem x86-Server ausgeführt wird oder dass die Oracle Database Appliance-Datenbank Version 19.18 Standard Edition oder Enterprise Edition ausführt.
• Die Oracle Exadata Database Service on Dedicated Infrastructure-Zieldatenbank muss Oracle Enterprise Extreme Performance Version 19.18 oder höher sein.
• Die Oracle Base Database Service-Zieldatenbank kann Standard Edition, Enterprise Edition, Enterprise Edition High Performance, Enterprise Edition Extreme Performance Version 19.18 oder höher sein.
• Oracle Zero Downtime Migration muss Version 21.4 oder höher sein.
• Der Zwischenspeicher muss OCI Object Storage, Oracle ZFS Storage Appliance (NAS) und OCI File Storage enthalten.

Dokumentation lesen

In diesem Lösungs-Playbook wird beschrieben, wie Sie Ihre Datenbank-Workloads migrieren. In der folgenden Lösung erfahren Sie, wie Sie Ihre VMware-Workloads migrieren. Die zusätzlichen Ressourcen sind für Kontext, Details und Referenz für die Datenbankmigration hilfreich.

Erfahren Sie, wie Sie die VMware-Komponenten Ihrer Workload in Oracle Cloud VMware Solution migrieren.

• On-Premise-VMware-Workloads in die Cloud migrieren

Prüfen Sie die Oracle Zero Downtime Migration-Ressourcen:

• Oracle Zero Downtime Migration
• Oracle Zero Downtime Migration - Video
• Oracle Zero Downtime Migration-Software installieren

Logische Migrationsressourcen prüfen:

• "Logische Migrationsparameter festlegen" in der Dokumentation Mit Migration ohne Ausfallzeit zu Oracle Cloud migrieren
• Schritt-für-Schritt-Anleitung - Logische Onlinemigration von On Premise zu Oracle Autonomous Database

Prüfen Sie die Oracle Database-Ressourcen:

• "Upgrade von Zeitzonendatei und Zeitstempel mit Zeitzonendaten" im Supporthandbuch für Oracle Database-Globalisierung

Erforderliche Produkte und Rollen

Diese Lösung erfordert die folgenden Produkte:

• Oracle Cloud Infrastructure Identity and Access Management
• OCI-Compute
• OCI Object Storage
• OCI File Storage
• Oracle Zero Downtime Migration
• x86-Server oder Oracle Database Appliance
• Oracle Exadata Database Service on Dedicated Infrastructure oder Oracle Base Database Service

Dies sind die Rollen, die für jedes Produkt benötigt werden.

Produktname: Rolle	Erforderlich für...
Oracle Cloud Infrastructure Identity and Access Management: OCI_user	API-Schlüssel zum Hochladen von Daten in den Bucket erstellen
OCI Compute: admin	OCI Compute-Instanz zur Ausführung der Oracle Zero Downtime Migration-Software erstellen
OCI Object Storage: Storage Admin	OCI Object Storage-Buckets zum Hochladen exportierter Daten erstellen
OCI-Dateispeicher: Storage Admin	OCI File Storage für logische Migration erstellen
Oracle Zero Downtime Migration: opc	Erstellen Sie zdmuser, um die Oracle Zero Downtime Migration-Software zu installieren und auszuführen
Oracle Zero Downtime Migration: zdmuser	Oracle Zero Downtime Migration-Software installieren Oracle Zero Downtime Migration ausführen
x86-Server oder Oracle Database Appliance: root/sudoer user	Netzwerkdateisystemfreigabe von netzwerkgebundenem Speichergerät mounten, um Datenbank für logische Migrationen zu exportieren Kennwortloses SSH von der virtuellen Maschine von Oracle Zero Downtime Migration aktivieren Führen Sie sudo-Befehle aus, um den Oracle Zero Downtime Migration-Software-Agent zu installieren Führen Sie sudo-Befehle aus, um eine Datenbank zu sichern oder zu exportieren
x86-Server oder Oracle Database Appliance-Datenbank: sys/system	Führen Sie Data Pump aus, um die Datenbank zu exportieren
Oracle Exadata Database Service on Dedicated Infrastructure oder Oracle Base Database Service: Database Admin	Zieldatenbank erstellen
Oracle Exadata Database Service on Dedicated Infrastructure- oder Oracle Base Database Service-VM-Clusterknoten: opc	Mounten Sie die Netzwerkdateisystemfreigabe aus OCI File Storage, um die Datenbank für logische Migrationen zu importieren Kennwortloses SSH von der virtuellen Maschine von Oracle Zero Downtime Migration aktivieren Oracle Zero Downtime Migration-Software-Agent installieren Führen Sie sudo-Befehle aus, um die Datenbank wiederherzustellen oder zu importieren
Oracle Exadata Database Service on Dedicated Infrastructure oder Oracle Base Database Service-Datenbank: sys/system	Führen Sie Data Pump aus, um die Datenbank für die logische Migration zu importieren

Unter Oracle-Produkte, -Lösungen und -Services erfahren Sie, was Sie benötigen.

Hinweise zur Migration

Bevor Sie mit der Migration beginnen, prüfen Sie diese Annahmen und Überlegungen.

• Oracle Zero Downtime Migration unterstützt zwei Typen von Datenbankmigrationen vom x86-Server oder von Oracle Database Appliance zu Oracle Base Database Service und Oracle Exadata Database Service on Dedicated Infrastructure: logische Migration und physische Migration. Es wird empfohlen, die logische Migration zu verwenden, da diese Methode am einfachsten ist. Bei physischen Migrationen müssen sich Quell- und Zieldatenbank auf derselben Patchebene befinden.
• Die Schritte in dieser Arbeitsmappe beschreiben die Migration mit einer logischen Offline-Migration. Informationen zur Migration mit einer logischen Online-Migration finden Sie im Abschnitt "Dokumentation prüfen". Während der logischen Onlinemigration konfiguriert Oracle Zero Downtime Migration Oracle GoldenGate für Migrationen zwischen der Quell- und der Zieldatenbank, um sicherzustellen, dass die Datenbanken während der Migration immer online sind.
• Während der logischen Migration werden integrierbare Datenbanken (PDBs) und/oder Schemas migriert. Nicht-Containerdatenbanken (Nicht-CDB) werden in integrierbare Datenbanken migriert, die in einer Containerdatenbank konfiguriert sind, die auf Oracle Base Database Service oder Oracle Exadata Database Service on Dedicated Infrastructure ausgeführt wird.
• Für logische Migrationen ist ein gemeinsames Dateisystem erforderlich. Während der logischen Migration exportiert Oracle Zero Downtime Migration die Daten nicht direkt in OCI Object Storage. In der Quelldatenbank exportiert Oracle Zero Downtime Migration Daten in ein freigegebenes Dateisystem (entweder Netzwerkdateisystem oder Oracle Advanced Cluster File System). Exportierte Daten werden dann in OCI Object Storage hochgeladen. Oracle Zero Downtime Migration verschiebt dann die Datendumps aus OCI Object Storage in OCI File Storage. Schließlich kann Oracle Base Database Service oder Oracle Exadata Database Service on Dedicated Infrastructure die Daten über das Netzwerkdateisystem aus OCI File Storage importieren.
• On-Premise-Datenbanken des x86-Servers oder der Oracle Database Appliance können sowohl Einzelinstanz- als auch RAC-Datenbanken ausführen. Oracle Base Database Service kann sowohl Einzelinstanz- als auch RAC-Datenbanken ausführen, während Oracle Exadata Database Service on Dedicated Infrastructure immer RAC-Datenbanken ausführt. Während der Datenbankmigration konvertiert Oracle Zero Downtime Migration bei Bedarf Einzelinstanz-Datenbanken in RAC-Datenbanken.
• Die Datenbankverschlüsselung für Oracle Transparent Data Encryption ist für On-Premise-Datenbanken optional, die auf x86-Servern oder Oracle Database Appliance ausgeführt werden. Bei der Migration von Datenbanken zu Oracle Base Database Service oder Oracle Exadata Database Service on Dedicated Infrastructure wird die Zieldatenbank immer verschlüsselt.
• Die Quell- und Zieldatenbank müssen dieselben Zeitzonendateien ausführen. Anweisungen finden Sie unter "Upgrading the Time Zone File and Timestamp with Time Zone Data" im Abschnitt "Review Documentation".
• Bei den Schritten in dieser Arbeitsmappe wird davon ausgegangen, dass eine direkte Netzwerkkonnektivität zwischen dem Data Center, in dem Oracle Database Appliance installiert ist, und dem virtuellen OCI-Cloud-Netzwerk besteht, in dem die Zieldatenbank und die virtuelle Maschine von Oracle Zero Downtime Migration konfiguriert sind (über FastConnect oder IPSec VPN, wie im Architekturdiagramm dargestellt).
• Die Quell- und Zieldatenbank müssen nicht dasselbe sys-Kennwort, dasselbe Wallet-Kennwort, dieselbe Datenbankversion, denselben Datenbanknamen und dieselbe Patchebene aufweisen.

Mit der logischen Migration migrieren

In den folgenden Schritten wird beschrieben, wie eine logische Offlinemigration ausgeführt wird. Informationen zur Onlinemigration finden Sie unter Schritt-für-Schritt-Anleitung - Logische Onlinemigration von On Premise zu Oracle Autonomous Database im Abschnitt "Dokumentation prüfen".

1. Erstellen Sie eine Oracle Exadata Database Service on Dedicated Infrastructure- oder Oracle Base Database Service-Zieldatenbank mit der OCI-Konsole oder der REST-API. Konfigurieren Sie die Datenbank wie folgt:
   • Die neue Zieldatenbank kann einen anderen Namen als die Quelldatenbank haben.
   • Die neue Datenbank kann eine neuere Version als die Quelldatenbank sein.
   • Geben Sie ein Kennwort für den Benutzer sys an. Notieren Sie sich das Kennwort.
   Beachten Sie die Datenbank-OCID, nachdem die Datenbank erstellt wurde.
2. Erstellen Sie in der OCI-Konsole eine Compute-Instanz in demselben VCN, in dem die Zieldatenbank konfiguriert wird.
   Diese Compute-Instanz kann eine beliebige Ausprägung mit mindestens zwei OCPUs und 16 GB RAM sein, auf der das Oracle Linux 7.9-Betriebssystem ausgeführt wird. Mit dieser virtuellen Maschine wird die Oracle Zero Downtime Migration-Software ausgeführt.
3. Befolgen Sie die Oracle Zero Downtime Migration-Installationsdokumentation im Abschnitt "Dokumentation prüfen", um die Oracle Zero Downtime Migration 21.4-Software herunterzuladen und auf der OCI-Compute-Instanz zu installieren.
   Führen Sie die Oracle Zero Downtime Migration-Software als zdmuser aus.
4. Melden Sie sich als zdmuser bei der Compute-Instanz an, auf der die Oracle Zero Downtime Migration-Software ausgeführt wird, und generieren Sie ein SSH-Schlüsselpaar. Aktivieren Sie das kennwortlose SSH vom zdmuser-Account für alle Knoten in der Quelldatenbank (root, privilege-sudoer user).
5. Stellen Sie sicher, dass die Oracle Zero Downtime Migration-VM mit den Quelldatenbankhosts über Hostnamen und IP-Adresse kommunizieren kann. Prüfen Sie Folgendes:
   • Ändern Sie gegebenenfalls den VCN-DNS-Resolver oder die Datei /etc/hosts in der Oracle Zero Downtime Migration-VM.
   • Stellen Sie sicher, dass eine Sicherheitsregel vorhanden ist, mit der die Oracle Zero Downtime Migration-VM eine Verbindung zur Quelldatenbank auf dem Standard-Listener-Port 1521 und dem SSH-Port 22 herstellen kann.
   • Stellen Sie sicher, dass die Oracle Zero Downtime Migration-VM die Zieldatenbankhosts auf dem standardmäßigen Listener-Port 1521 und SSH-Port 22 erreichen kann.
6. Erstellen Sie in Oracle ZFS Storage Appliance oder über ein Netzwerk verbundenes Speichergerät eine Netzwerkdateisystemfreigabe, die während der Migration als Platzhalter für die Datenbankdatendumps verwendet werden soll.
7. Mounten Sie die Netzwerkdateisystemfreigabe auf allen Knoten der Quelldatenbank.
   Stellen Sie sicher, dass alle Benutzer über Lese-, Schreib- und Ausführungsberechtigungen (rwx) verfügen. Notieren Sie sich den Einhängepunkt.
8. Erstellen Sie in der OCI-Konsole einen OCI File Storage.
   Notieren Sie das Mountziel, den Export und die IP-Adresse des virtuellen Cloud-Netzwerks (VCN).
9. Verwenden Sie die IP-Adresse, und exportieren Sie sie aus Schritt 8, um diesen Dateispeicher über das Netzwerkdateisystem auf allen Knoten des VM-Clusters der Zieldatenbank zu mounten.
   Stellen Sie sicher, dass das VCN eine Sicherheits-Policy enthält, um das Netzwerkdateisystemprotokoll im Zieldatenbanksubnetz zuzulassen. Notieren Sie sich den Mount Point.
10. Erstellen Sie in der OCI-Konsole einen OCI Object Storage-Bucket, falls noch kein Bucket vorhanden ist.
    Notieren Sie sich die Swift-URL, den Objektspeicher-Namespace und den Bucket-Namen.
11. Erstellen Sie in der OCI-Konsole einen API-Schlüssel für den OCI-Benutzer, der Eigentümer der Zieldatenbank ist und über Berechtigungen zum Hochladen von Daten in den in Schritt 10 erstellten OCI Object Storage-Bucket verfügt.
    Beachten Sie die Benutzer-OCID, die Mandanten-OCID, den Fingerprint und die OCI-Region. Speichern Sie die entsprechenden privaten und öffentlichen Schlüssel in PEM-Dateien. Dieser API-Schlüssel wird von Oracle Zero Downtime Migration verwendet, um eine Verbindung zu OCI herzustellen, um Zieldatenbankinformationen während der Datenbankmigration abzurufen und Datendumps in OCI Object Storage hochzuladen.
12. Kopieren Sie die PEM-Dateien aus dem vorherigen Schritt in die VM Oracle Zero Downtime Migration.
13. Melden Sie sich als Benutzer sys bei der Quelldatenbank an, um sicherzustellen, dass der Parameter Streams_Pool_Size auf mindestens 2G festgelegt ist. Beispiel:

    SQL>show parameter streams_pool_size;
    SQL>alter system set streams_pool_size=2G scope=both SID=’*’;                  

14. Verwenden Sie die in der Zero Downtime Migration enthaltene Vorlage der logischen Migrationsantwortdatei von Oracle Zero Downtime Migration, um eine Antwortdatei für die Migration zu erstellen. Die wichtigsten Parameter sind:
    • TARGETDATABASE_OCID: OCID der Zieldatenbank aus Schritt 1.
    • MIGRATION_METHOD: OFFLINE_LOGICAL
    • DATA_TRANSFER_MEDIUM: OSS
    • TARGETDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_CONNECTIONDETAILS_HOST: IP/Hostname des ersten Knotens in der Quelldatenbank.
    • SOURCEDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCEDATABASE_CONNECTIONDETAILS_SERVICENAME: Servicename der integrierbaren Quelldatenbank (PDB) oder Nicht-Containerdatenbank (CDB). Verwenden Sie lsnrctl, um zu suchen.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_TENANTID: Mandanten-OCID aus Schritt 11.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_USERID: Benutzer-OCID aus Schritt 11.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_FINGERPRINT: Fingerprint aus Schritt 11.
    • OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE: Dateipfad zur Private-Key-PEM-Datei auf dem Oracle Zero Downtime Migration-Server aus Schritt 12.
    • OCIAUTHENTICATIONDETAILS_REGIONID: OCI-Regions-ID für den OCI-Benutzer aus Schritt 11.
    • TARGETDATABASE_CONNECTIONDETAILS_HOST: IP/Hostname der ersten VM auf dem Zieldatenbanksystem.
    • TARGETDATABASE_CONNECTIONDETAILS_PORT: 1521
    • TARGETDATABASE_CONNECTIONDETAILS_SERVICENAME: Servicename für die integrierbare Zieldatenbank in der Zieldatenbank. Verwenden Sie lsnrctl, um zu suchen.
    • SOURCECONTAINERDATABASE_ADMINUSERNAME: system
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_HOST: IP/Hostname des ersten Knotens in der Quelldatenbank.
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME: Servicename für die Quellcontainerdatenbank auf dem Quellserver. Verwenden Sie lsnrctl, um zu suchen).
    • DATAPUMPSETTINGS_JOBMODE: SCHEMA
    • DATAPUMPSETTINGS_FIXINVALIDOBJECTS: TRUE
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_PATH: Mount Point des Netzwerkdateisystems aus Schritt 6.
    • DATAPUMPSETTINGS_IMPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_IMPORTDIRECTORYOBJECT_PATH: Einhängepunkt des Netzwerkdateisystems aus Schritt 8.
    • DATAPUMPSETTINGS_CREATEAUTHTOKEN: TRUE
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_IMPORTPARALLELISMDEGREE: Kommentieren Sie diese Zeile mit einem Nummernzeichen (#), wenn das Ziel ein Oracle Base Database Service ist, auf dem Oracle Standard Edition 2 ausgeführt wird. Geben Sie andernfalls eine Zahl größer als zwei ein, oder verwenden Sie den Oracle Zero Downtime Migration-Standardwert (CPU-Anzahl).
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_EXPORTPARALLELISMDEGREE: Kommentieren Sie diese Zeile mit einem Nummernzeichen (#), wenn die Quelldatenbank Oracle Standard Edition 2 ausführt. Geben Sie andernfalls eine Zahl größer als zwei ein, oder verwenden Sie den Oracle Zero Downtime Migration-Standardwert (CPU-Anzahl).
    • DATAPUMPSETTINGS_DATABUCKET_NAMESPACE: OCI Object Storage-Namespace aus Schritt 10.
    • DATAPUMPSETTINGS_DATABUCKET_BUCKETNAME: OCI Object Storage-Bucket-Name aus Schritt 10.
    • TABLESPACEDETAILS_AUTOCREATE: TRUE
    • TABLESPACEDETAILS_USEBIGFILE: TRUE
    • TABLESPACEDETAILS_EXTENTSIZEMB: 512
    • EXCLUDEOBJECTS-1: owner:PDBADMIN
15. Führen Sie einen Oracle Zero Downtime Migration-Trockenlaufmigrationsjob (-eval) aus, um zu prüfen, ob alle Voraussetzungen für die Migration erfüllt sind. Dadurch wird das Cloud Pre-Migration Advisor-Tool (CPAT) ausgeführt, um zu validieren, dass die Quelldatenbank für die Migration in die Zieldatenbank mit der logischen Migration von Oracle Zero Downtime Migration geeignet ist. Beheben Sie die von CPAT gemeldeten Probleme, bevor Sie fortfahren. Beispiel:

    
    zdmcli migrate database -sourcedb source_db_name \
    -sourcenode IP/hostname_of_first_x86_server/Oracle_Database_Appliance_node \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name_from_step_4 \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_14 \
    -eval

    Dieser Befehl fragt nach zwei Passwörtern. Das erste Kennwort ist das Systemkennwort für die Quelldatenbank. Das zweite Kennwort ist das Systemkennwort für die Zieldatenbank.
    Beachten Sie die Job-ID von Oracle Zero Downtime Migration.
    Fahren Sie nach einer erfolgreichen Trockenlaufmigration mit dem nächsten Schritt fort.
16. Nachdem eine Trockenlaufmigration erfolgreich war, führen Sie den Job Oracle Zero Downtime Migration aus. Beispiel:

    zdmcli migrate database -sourcedb source_db_name \
    -sourcenode IP/hostname_of_first_x86_server/Oracle_Database_Appliance_node \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name_from_step_4 \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_14

    Dieser Befehl fragt nach zwei Passwörtern. Das erste Kennwort ist das Systemkennwort für die Quelldatenbank. Das zweite Kennwort ist das Systemkennwort für die Zieldatenbank.
    Beachten Sie die Job-ID von Oracle Zero Downtime Migration.