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

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

Architektur

Diese Architektur zeigt eine Migration von On-Premise-Datenbank VMware und -Anwendungen zu Oracle Cloud Infrastructure.

Der erste Schritt besteht darin, On-Premise-Datenbanken und -Anwendungen, die auf VMware ausgeführt werden, mit VMware-Tools wie HCX und vMotion zu Oracle Cloud VMware Solution zu migrieren. 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.

Als Nächstes automatisieren Sie mit Oracle Zero Downtime Migration die Datenbankmigration von virtuellen Maschinen der Oracle Cloud VMware Solution-Datenbank zu Oracle Base Database Service oder Oracle Exadata Database Service on Dedicated Infrastructure, um sie auf einer leistungsstarken Datenbankplattform zu konsolidieren.

Hinweis:

Lizenzierungsregeln und Supportbedingungen für Oracle Database müssen bei der Migration von Datenbanken von On Premise VMware zu Oracle Cloud VMware Solution eingehalten werden.

Das folgende Diagramm veranschaulicht diese Referenzarchitektur.

Beschreibung der Abbildung migr-vmware-exadata-base-architecture.png

migr-vmware-exadata-base-architecture.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 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.

• 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 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.

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 Quell-Oracle Cloud VMware Solution-Datenbank-VM Oracle Linux 7.9 und Oracle Database 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 oder Enterprise Edition Version 19.18 oder höher sein.
• Oracle Zero Downtime Migration muss Version 21.4 oder höher sein.
• Der Zwischenspeicher muss OCI File Storage enthalten.

Dokumentation überprüfen

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 Migration und In-Flight-Upgrade von On Premise auf Oracle Exadata Database Service on Dedicated Infrastructure

Prüfen Sie die Oracle Database-Ressourcen:

• "VCN-Sicherheitsregeln für File Storage konfigurieren" in Oracle Cloud Infrastructure-Dokumentation

Erforderliche Produkte und Rollen

Diese Lösung erfordert die folgenden Produkte:

• Oracle Cloud Infrastructure Identity and Access Management
• OCI-Compute
• OCI File Storage
• Oracle Zero Downtime Migration
• Oracle Cloud VMware Solution
• Oracle Base Database Service oder Oracle Exadata Database Service on Dedicated Infrastructure

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 für logische Migration erstellen
OCI Compute: admin	OCI Compute-Instanz zur Ausführung der Oracle Zero Downtime Migration-Software erstellen
OCI-Dateispeicher: Storage Admin	OCI File Storage für Export-/Importvorgänge 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
Oracle Cloud VMware Solution Virtuelle Maschine: root/sudoer user	Netzwerkdateisystemfreigabe aus OCI File Storage mounten, um die Datenbank für die logische Migration 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
Oracle Cloud VMware Solution-Datenbank: sys/system	Führen Sie Data Pump aus, um die Datenbank zu exportieren
OCI Oracle Cloud VMware Solution und OCI Virtual Cloud Network: Admin	Oracle Cloud VMware Solution-Konfiguration ändern, um OCI Services Gateway-, Routing- und Sicherheitsregeln hinzuzufügen Ändern Sie die Oracle Cloud VMware Solution-Konfiguration, um dem virtuellen Cloud-Netzwerksubnetz, in dem die Zieldatenbank ausgeführt wird, Routing- und Sicherheitsregeln hinzuzufügen
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: sys/system	Data Pump zum Importieren der Datenbank ausführen

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.

• 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.
• Oracle Zero Downtime Migration unterstützt zwei Typen von Datenbankmigrationen von Oracle Cloud VMware Solution-Datenbank-VMs 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. Dies kann schwierig sein, wenn die Quelldatenbank nicht regelmäßig gepatcht wird.
• Während der logischen Migration werden integrierbare Datenbanken (PDBs) und/oder Schemas migriert. Nicht-Containerdatenbanken (Nicht-CDBs) werden in integrierbare Datenbanken migriert, die in einer Containerdatenbank konfiguriert sind, die in der Zieldatenbank ausgeführt wird.
• Oracle Zero Downtime Migration kann direkt aus dem Netzwerkdateisystemspeicher exportieren und importieren. Daher ist OCI File Storage, der über das Netzwerkdateisystem gemountet wird, die beste Datenübertragungsoption. OCI File Storage kann dem VCN angezeigt werden, in dem die Zieldatenbanken über ein Mountziel konfiguriert werden. Sicherheitsregeln sind erforderlich, um das Netzwerkdateisystemprotokoll zwischen dem OCI File Storage-Mountziel und der Zieldatenbank zuzulassen. Das Netzwerkdateisystem muss auch zwischen dem Mountziel und dem NSX Overlay-Netzwerk zulässig sein, in dem die Quelldatenbank ausgeführt wird.
• Die Quelldatenbank kann Oracle Single Instance ausführen. Oracle Base Database Service kann Einzelinstanz- oder 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 die VM-Quelldatenbank der Oracle Cloud VMware Solution-Datenbank optional. 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 vom Oracle Cloud VMware Solution-Overlay-Netzwerk, in dem die Datenbank-VM installiert ist, zum OCI-VCN besteht, in dem die Zieldatenbank und die Oracle Zero Downtime Migration-VM konfiguriert sind.
• 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 Migration und In-Flight-Upgrade von On Premise auf Oracle Exadata Database Service on Dedicated Infrastructure im Abschnitt "Dokumentation prüfen".

1. Prüfen Sie in der OCI-Konsole, ob die folgenden Workflows beim Deployment von Oracle Cloud VMware Solution ausgeführt wurden:
   • Verbindung zu Oracle Services Network konfigurieren
   • Verbindung zu VCN-Ressourcen konfigurieren
   Mit diesen Workflows können die in Oracle Cloud VMware Solution NSX Overlay ausgeführten VMs mit dem Oracle Services Network und dem VCN kommunizieren, in dem sich die Zieldatenbank und der Oracle Zero Downtime Migration-Server befinden oder ausgeführt werden. Führen Sie diese Workflows aus, wenn sie noch nicht ausgeführt wurden, um alle erforderlichen Sicherheits- und Routingregeln zu konfigurieren.
2. Erstellen Sie eine Oracle Base Database Service- oder Oracle Exadata Database Service on Dedicated Infrastructure-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.
3. Erstellen Sie in der OCI-Konsole eine Compute-Instanz in demselben VCN, in dem die Zieldatenbank konfiguriert ist.
   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.
4. 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.
5. Stellen Sie sicher, dass die Oracle Zero Downtime Migration-VM mit den Quelldatenbankhosts über Hostnamen und IP-Adresse kommunizieren kann. Ändern Sie gegebenenfalls den VCN-DNS-Resolver oder die Datei /etc/hosts in der Oracle Zero Downtime Migration-VM. Prüfen Sie Folgendes:
   • Stellen Sie sicher, dass eine Sicherheitsregel vorhanden ist, mit der die Oracle Zero Downtime Migration-VM eine Verbindung zur Quelldatenbank-VM auf dem Standard-Listener-Port 1521 und 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. 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 Account zdmuser zur VM der Quelldatenbank (root, privilege-sudoer user).
7. Erstellen Sie in der OCI-Konsole einen OCI File Storage.
   Notieren Sie sich das Mountziel, den Export und die IP-Adresse im VCN.
8. Führen Sie die Schritte unter "VCN-Sicherheitsregeln für File Storage konfigurieren" im Abschnitt "Dokumentation prüfen" aus, um die erforderlichen Sicherheitsregeln im VCN zu konfigurieren, damit das Netzwerkdateisystemprotokoll vom Zieldatenbanksystem zur in Schritt 7 erstellten OCI File Storage-IP-Adresse zugelassen wird. In der Dokumentation finden Sie Regeln zum Erstellen des Netzwerkdateisystemprotokolls vom OCI NSX Overlay-Netzwerk zur in Schritt 7 erstellten OCI File Storage-IP-Adresse.
9. Verwenden Sie die IP-Adresse und den Export aus Schritt 7, um diesen OCI File Storage über das Netzwerkdateisystem auf der Quelldatenbank-VM der Oracle Cloud VMware Solution und auf allen Knoten der Zieldatenbank zu mounten. Halten Sie den Mount Point fest.
10. Erstellen Sie in der OCI-Konsole einen API-Schlüssel für den OCI-Benutzer, der Eigentümer der Zieldatenbank ist.
    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 und Zieldatenbankinformationen während der Datenbankmigration abzurufen.
11. Kopieren Sie die PEM-Dateien aus dem vorherigen Schritt in die VM Oracle Zero Downtime Migration.
12. 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=’*’;                  

13. 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: NFS
    • TARGETDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_CONNECTIONDETAILS_HOST: IP/Hostname der Quell-VM der Oracle Cloud VMware Solution-Datenbank.
    • 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 10.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_USERID: Benutzer-OCID aus Schritt 10.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_FINGERPRINT: Fingerprint aus Schritt 10.
    • OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE: Dateipfad zur Private-Key-PEM-Datei auf dem Oracle Zero Downtime Migration-Server aus Schritt 11.
    • OCIAUTHENTICATIONDETAILS_REGIONID: OCI-Regions-ID für den OCI-Benutzer aus Schritt 10.
    • 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 der Quell-VM der Oracle Cloud VMware Solution-Datenbank.
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME: Servicename für die Quellcontainerdatenbank auf der Oracle Cloud VMware Solution-Datenbank-VM. Verwenden Sie lsnrctl, um zu suchen.
    • DATAPUMPSETTINGS_JOBMODE: SCHEMA
    • DATAPUMPSETTINGS_FIXINVALIDOBJECTS: TRUE
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_PATH: Einhängepunkt des Netzwerkdateisystems aus Schritt 9.
    • DATAPUMPSETTINGS_IMPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_IMPORTDIRECTORYOBJECT_PATH: Einhängepunkt des Netzwerkdateisystems aus Schritt 9.
    • 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 je nach verfügbarer CPU-Anzahl ein.
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_EXPORTPARALLELISMDEGREE: Kommentieren Sie diese Zeile mit einem Nummernzeichen (#), wenn die Quell-Oracle Cloud VMware Solution-Datenbank-VM Oracle Standard Edition 2 ausführt. Geben Sie andernfalls eine Zahl größer als zwei je nach verfügbarer CPU-Anzahl ein.
    • TABLESPACEDETAILS_AUTOCREATE: TRUE
    • TABLESPACEDETAILS_USEBIGFILE: TRUE
    • TABLESPACEDETAILS_EXTENTSIZEMB: 512
    • EXCLUDEOBJECTS-1: owner:PDBADMIN
14. 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_unique_name \
    -sourcenode IP/hostname_of_Oracle_Cloud_VMware_Solution_database_virtual_machine \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name_from_step_6 \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_13 \
    -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.
15. Nachdem eine Trockenlaufmigration erfolgreich war, führen Sie den Job Oracle Zero Downtime Migration aus. Beispiel:

    zdmcli migrate database -sourcedb source_db_unique_name \
    -sourcenode IP/hostname_of_Oracle_Cloud_VMware_Solution_database_virtual_machine \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name_from_step_6 \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_13

    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.