Zu Oracle Autonomous Database on Dedicated Exadata Infrastructure migrieren

In diesem Abschnitt wird beschrieben, wie Sie Ihre On-Premise-Datenbank-Workloads VMware in Oracle Autonomous Database on Dedicated Exadata 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, Ihre 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 Autonomous Database on Dedicated Exadata 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-autonomous-dedicated-architecture.png

migr-vmware-autonom-dedicated-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 Autonomous Database auf dedizierter Exadata-Infrastruktur

  Oracle Autonomous Database on Dedicated Exadata Infrastructure bietet Zugriff auf die neueste autonome Datenbanktechnologie, die auf einer dedizierten Exadata-Infrastruktur in einer OCI-Region ausgeführt wird. Mit Autonomous Database verfügen Sie über eine vollständig elastische Datenbank, in der Oracle automatisch alle Aspekte des Datenbanklebenszyklus von der Datenbankplatzierung bis hin zu Backup und Updates betreibt. Eine dedizierte Exadata-Infrastruktur kann viele autonome VM-Cluster hosten, die viele autonome Datenbanken hosten können.

• Oracle Cloud VMware Solution - Softwaredefiniertes Rechenzentrum (SDDC)

  Oracle und VMware haben eine Partnerschaft eingegangen, um eine VMware-zertifizierte Software-Defined Data Center-(SDDC-)Implementierung für die Verwendung in Oracle Cloud Infrastructure zu entwickeln. Diese Implementierung, die Oracle Cloud VMware Solution genannt wird, verwendet Oracle Cloud Infrastructure, 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 als temporärer Speicherplatz bei der Migration von Datenbanken von On-Premise-Oracle Exadata zu Oracle Autonomous Database on Dedicated Exadata Infrastructure verwendet.

• Object Storage

  OCI Object Storage wird zur temporären Speicherung von Datenbankbackups und -exporten während der Migration 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 Oracle Database Version 19.18 Standard Edition, Enterprise Edition oder höher ausführt.
• Die Zieldatenbank muss Oracle Autonomous Database on Dedicated Exadata Infrastructure Version 19.19.0.1.0 Enterprise Edition Extreme Performance oder höher sein.
• Oracle Zero Downtime Migration muss Version 21.4 oder höher sein.
• Der Zwischenspeicher muss OCI Object Storage und 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 Onlinemigration von On Premise zu Oracle Autonomous Database

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 Object Storage
• OCI File Storage
• Oracle Zero Downtime Migration
• Oracle Cloud VMware Solution
• Oracle Autonomous Database auf dedizierter Exadata-Infrastruktur

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 Object Storage: Storage Admin	OCI Object Storage-Buckets 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	Mounten Sie die Netzwerkdateisystemfreigabe aus OCI File Storage, um die 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
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 Autonomous Database on Dedicated Exadata Infrastructure: Database Admin	Zieldatenbank erstellen
Oracle Autonomous Database on Dedicated Exadata Infrastructure: ADMIN	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 logische Migration ist die einzige unterstützte Migrationsmethode.
• Während der logischen Migration werden integrierbare Datenbanken (PDBs) und/oder Schemas migriert. Nicht-Containerdatenbanken (Nicht-CDB) werden in eine autonome Datenbank migriert, die in einer autonomen Containerdatenbank enthalten ist.
• 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. Die Zieldatenbank importiert Daten aus OCI Object Storage.
• Die Quelldatenbank kann Oracle Single Instance ausführen. Oracle Autonomous Database on Dedicated Exadata Infrastructure führt immer RAC-Datenbanken aus. 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 Autonomous Database on Dedicated Exadata 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 vom Oracle Cloud VMware Solution-Overlay-Netzwerk, in dem die Datenbank-VM installiert ist, eine direkte Netzwerkkonnektivität zum OCI Virtual Cloud Network (VCN) besteht, in dem die Zieldatenbank und die virtuelle Maschine von Oracle Zero Downtime Migration konfiguriert sind.
• Standardmäßig versucht Oracle Zero Downtime Migration, mit der Oracle Autonomous Database on Dedicated Exadata Infrastructure-Datenbank mit dem high_tls-Service zu kommunizieren. Stellen Sie sicher, dass die Konnektivität für TCPS auf Port 2484 zwischen der virtuellen Maschine von Oracle Zero Downtime Migration und der Oracle Autonomous Database on Dedicated Exadata Infrastructure-Datenbank zulässig ist.
• Die Quell- und Zieldatenbank müssen nicht dasselbe sys-Kennwort, dasselbe ADMIN-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. 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 der Oracle Zero Downtime Migration-Server konfiguriert ist oder ausgeführt wird. 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 Autonomous Database on Dedicated Exadata 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 ADMIN 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 Listener-Port 2484 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 zdmuser-Account für alle Knoten auf der Quell-Oracle Cloud VMware Solution-Datenbank-VM (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. Befolgen Sie die Schritte unter "VCN-Sicherheitsregeln für File Storage konfigurieren" im Abschnitt "Dokumentation prüfen", um Regeln zu erstellen, mit denen das Netzwerkdateisystemprotokoll vom OCI NSX-Overlay-Netzwerk an die in Schritt 7 erstellte OCI File Storage-IP-Adresse zugelassen wird.
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 zu mounten. Halten Sie den Mount Point fest.
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 verfügt außerdem über Berechtigungen zum Hochladen von Daten in den Bucket, der in Schritt 10 erstellt wurde.
    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, die in Schritt 2 erstellt wurde.
    • MIGRATION_METHOD: OFFLINE_LOGICAL
    • DATA_TRANSFER_MEDIUM: OSS
    • TARGETDATABASE_ADMINUSERNAME: ADMIN
    • 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 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.
    • 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_CREATEAUTHTOKEN: FALSE
    • 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.
    • DATAPUMPSETTINGS_DATABUCKET_NAMESPACE: OCI Object Storage-Namespace aus Schritt 10.
    • DATAPUMPSETTINGS_DATABUCKET_BUCKETNAME: OCI Object Storage-Bucket-Name aus Schritt 10.
    • 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_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_14 \
    -eval

    Dieser Befehl fragt nach zwei Passwörtern. Das erste Kennwort ist das Systemkennwort für die Quelldatenbank. Das zweite Kennwort ist das ADMIN-Kennwort 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_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_14

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