In Oracle Autonomous Database Serverless migrieren

In diesem Abschnitt wird beschrieben, wie Sie Ihren On-Premise-x86-Server oder Ihre Oracle Database Appliance-Workloads in Oracle Autonomous Database Serverless 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-autonomous-serverless-vmware.png

x86-oda-migrate-autonomous-serverless-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 Autonomous Database Serverless

  Oracle Autonomous Database Serverless bietet Zugriff auf die neueste autonome Datenbanktechnologie. 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.

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

• 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 auf einem x86-Server oder einer Oracle Database Appliance Standard Edition, Enterprise Edition, Version 19.18 oder höher ausgeführt wird.
• Die Oracle Autonomous Database Serverless-Zieldatenbank muss Version 19.19.0.01 Extreme Enterprise Edition oder höher sein.
• Zieldatenbanken mit bis zu 8 OCPUs können Oracle Standard Edition ausführen. Datenbanken, die mehr als 8 OCPUs verwenden, müssen Oracle Enterprise Edition Extreme Performance ausführen.
• Oracle Zero Downtime Migration muss Version 21.4 oder höher sein.
• Zwischenspeicher muss OCI Object Storage und Oracle ZFS Storage Appliance (NAS) 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
• Version der Zeitzonendatei in Autonomous Database verwalten

Erforderliche Produkte und Rollen

Diese Lösung erfordert die folgenden Produkte:

• Oracle Cloud Infrastructure Identity and Access Management
• OCI-Compute
• OCI Object Storage
• Oracle Zero Downtime Migration
• x86-Server oder Oracle Database Appliance
• Oracle Autonomous Database Serverless

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	OCI-Speicher-Bucket erstellen API-Schlüssel zum Hochladen von Daten in den Bucket und zum Importieren der Datenbank 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
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 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 die Datenbank zu exportieren
x86-Server oder Oracle Database Appliance-Datenbank: sys/system	Führen Sie Data Pump aus, um die Datenbank zu exportieren
Oracle Autonomous Database Serverless: Database Admin	Zieldatenbank erstellen
Oracle Autonomous Database Serverless: 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 Methode zur Migration von Datenbanken vom x86-Server oder von Oracle Database Appliance zu Oracle Autonomous Database Serverless.
• In den folgenden Schritten in dieser Arbeitsmappe wird beschrieben, wie Sie mit einer logischen Offline-Migration migrieren. 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 werden zu Oracle Autonomous Database Serverless migriert.
• 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 Autonomous Database Serverless die Daten direkt aus OCI Object Storage importieren.
• Der x86-Server oder Oracle Database Appliance On Premise kann sowohl Einzelinstanz- als auch RAC-Datenbanken ausführen. Oracle Autonomous Database Serverless führt RAC-Datenbanken aus. Während der Datenbankmigration konvertiert Oracle Zero Downtime Migration bei Bedarf Einzelinstanz-Datenbanken in RAC-Datenbanken.
• Oracle Transparent Data Encryption ist für On-Premise-Datenbanken optional, die auf dem x86-Server oder auf Oracle Database Appliance ausgeführt werden. Bei der Migration von Datenbanken zu Oracle Autonomous Database Serverless wird die Zieldatenbank immer verschlüsselt.
• Der Quellserver x86 oder die Oracle Database Appliance-Datenbank und die Zieldatenbanken müssen dieselben Zeitzonendateien ausführen. Anweisungen finden Sie unter "Zeitzonendateiversion in Autonomous Database verwalten" im Abschnitt "Dokumentation prüfen". Anweisungen zum Aktualisieren von Zeitzonendateien in Oracle Autonomous Database Serverless finden Sie unter "Zeitzonendateiversion in Autonomous Database verwalten" im Abschnitt "Dokumentation prüfen".
• Bei den Schritten in dieser Arbeitsmappe wird davon ausgegangen, dass es eine direkte Netzwerkkonnektivität zwischen dem Data Center gibt, in dem der x86-Server oder die Oracle Database Appliance installiert ist, und dem OCI Virtual Cloud Network (VCN), in dem die virtuelle Maschine von Oracle Zero Downtime Migration konfiguriert ist (über FastConnect oder IPSec VPN, wie im Architekturdiagramm dargestellt). Außerdem ist eine Konnektivität zwischen dem VCN und der Zieldatenbank über ein Servicegateway erforderlich.
• Oracle Autonomous Database Serverless unterstützt nur einen Standard-Tablespace namens DATA. Alle Tabellen müssen in diesem Tablespace abgelegt werden. Wenn die Quelldatenbank benutzerdefinierte Tablespaces verwendet, müssen sie während der Migration dem Tablespace DATA neu zugeordnet werden.

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 Autonomous Database Serverless-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.
2. Erstellen Sie in der OCI-Konsole eine Compute-Instanz im VCN, die über ein dynamisches Routinggateway mit der Quelldatenbank verbunden ist, und Oracle Autonomous Database Serverless über ein Servicegateway.
   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 DNS-Resolver des virtuellen Cloud-Netzwerks (VCN) oder die Datei /etc/hosts in der VM Oracle Zero Downtime Migration.
   • 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 Zieldatenbank über den sicheren TLS-Port 2484 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 Object Storage-Bucket, falls noch kein Bucket vorhanden ist.
   Notieren Sie sich die Swift-URL, den Objektspeicher-Namespace und den Bucket-Namen.
9. Erstellen Sie 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 8 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.
10. Kopieren Sie die PEM-Dateien aus dem vorherigen Schritt in die VM Oracle Zero Downtime Migration.
11. Melden Sie sich als Benutzer sys bei der Oracle Database Appliance-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=’*’;                  

12. Verwenden Sie die in Oracle 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 Oracle Autonomous Database Serverless-Zieldatenbank.
    • MIGRATION_METHOD: OFFLINE_LOGICAL
    • DATA_TRANSFER_MEDIUM: OSS
    • TARGETDATABASE_ADMINUSERNAME: ADMIN
    • SOURCEDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_CONNECTIONDETAILS_HOST: IP/Hostname des ersten Knotens in der Oracle Database Appliance-Quelldatenbank.
    • 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 9.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_USERID: Benutzer-OCID aus Schritt 9.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_FINGERPRINT: Fingerprint aus Schritt 9.
    • OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE: Dateipfad zur Private-Key-PEM-Datei auf dem Oracle Zero Downtime Migration-Server aus Schritt 10.
    • OCIAUTHENTICATIONDETAILS_REGIONID: OCI-Regions-ID für den OCI-Benutzer aus Schritt 9.
    • SOURCECONTAINERDATABASE_ADMINUSERNAME: system
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_HOST: IP/Hostname des ersten Knotens in der Oracle Database Appliance-Quelldatenbank.
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME: Servicename für die Quellcontainerdatenbank in der Oracle Database Appliance-Datenbank. Verwenden Sie lsnrctl, um zu suchen).
    • DATAPUMPSETTINGS_JOBMODE: SCHEMA
    • DATAPUMPSETTINGS_FIXINVALIDOBJECTS: TRUE
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_PATH: Mount Point des Netzwerkdateispeichers aus Schritt 6.
    • DATAPUMPSETTINGS_CREATEAUTHTOKEN: FALSE
    • DATAPUMPSETTINGS_METADATAREMAPS-1: type:REMAP_TABLESPACE,oldValue:USERS,newValue:DATA.
    • DATAPUMPSETTINGS_METADATAREMAPS-2: type:REMAP_TABLESPACE,oldValue:<tablespace_to_be_migrated>,newValue:DATA. Für jeden zu migrierenden benutzerdefinierten Tablespace ist ein Tablespace-Neuzuordnungseintrag erforderlich.
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_EXPORTPARALLELISMDEGREE: Kommentieren Sie diese Zeile mit einem Nummernzeichen (#), wenn die Quelldatenbank x86 Server oder Oracle Database Appliance Oracle Standard Edition 2 ausführt. Geben Sie andernfalls entsprechend der Anzahl der verfügbaren CPUs eine Zahl größer als 2 an.
    • DATAPUMPSETTINGS_DATABUCKET_NAMESPACE: OCI Object Storage-Namespace aus Schritt 8.
    • DATAPUMPSETTINGS_DATABUCKET_BUCKETNAME: OCI Object Storage-Bucket-Name aus Schritt 8.
    • EXCLUDEOBJECTS-1: owner:PDBADMIN
13. 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 zu Oracle Autonomous Database Serverless 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_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_12 \
    -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.
14. 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_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_12

    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.