Migration zu Oracle Autonomous Database on Dedicated Exadata Infrastructure

In diesem Abschnitt wird beschrieben, wie Sie Ihre Oracle Exadata-Workloads in Oracle Autonomous Database on Dedicated Exadata Infrastructure migrieren und Ihre VMware-Anwendungen in Oracle Cloud VMware Solution migrieren.

Architektur

Diese Architektur zeigt eine Migration von On-Premise-Oracle Exadata-Datenbanken und VMware-Anwendungen zu Oracle Autonomous Database on Dedicated Exadata Infrastructure und Oracle Cloud VMware Solution.

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

Migrieren Sie Ihre On-Premise-Anwendungen, die unter VMware ausgeführt werden, mit VMware-Tools wie HCX und vMotion in Oracle Cloud VMware Solution. Mit Oracle Cloud VMware Solution erhalten Sie eine vollständig automatisierte Implementierung eines softwaredefinierten VMware Data Centers (SDDC) in Ihrem OCI-Mandanten, das auf OCI-Bare-Metal-Instanzen ausgeführt wird.

Das folgende Diagramm veranschaulicht diese Referenzarchitektur.

Beschreibung der Abbildung migration-vmware-cloud-solution-autonomous-dedicated-architecture.png

migrations-vmware-cloud-solution-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-Domains bezeichnet wird. Regionen sind unabhängig von anderen Regionen, und große Entfernungen können sie voneinander trennen (innerhalb von Ländern oder sogar Kontinenten).

• Virtuelles Cloud-Netzwerk (VCN) und Subnetz

  Ein VCN ist ein anpassbares, Software-definiertes 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 autonom alle Aspekte des Datenbanklebenszyklus von der Datenbankplatzierung bis zu Backups und Updates betreibt. Eine dedizierte Exadata-Infrastruktur kann viele autonome VM-Cluster hosten, die viele autonome Datenbanken hosten können.

• Softwaredefiniertes Data Center (SDDC) von Oracle Cloud VMware Solution

  Oracle und VMware haben zusammen eine VMware-zertifizierte Software-Defined Data Center-(SDDC-)Implementierung zur Verwendung in Oracle Cloud Infrastructure entwickelt. Diese Implementierung, die als Oracle Cloud VMware Solution bezeichnet wird, hostet mit Oracle Cloud Infrastructure ein hochverfügbares VMware-SDDC. Außerdem ist eine nahtlose Migration all Ihrer On-Premise-SDDC-Workloads VMware in Oracle Cloud VMware Solution möglich. 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 Oracle Cloud VMware Solution Software-Defined Data Center (SDDC) enthält Bare-Metal-Server, die Oracle Cloud VMware Solution hosten. Der Bare-Metal-Server unterstützt Anwendungen, die eine hohe Anzahl an Cores, einen großen Arbeitsspeicher und eine hohe Bandbreite (wie Oracle Cloud VMware Solution) erfordern. 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 Datenverkehr vom VCN zum Oracle-Service durchläuft die Oracle-Netzwerkfabric und nie das Internet.

• Dynamisches Routinggateway (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 einem 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 erstellen. FastConnect bietet Optionen mit höherer Bandbreite und eine zuverlässigere Netzwerkerfahrung im Vergleich zu 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 für die temporäre 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 prüfen Sie die Produktdokumentation auf eine spätere Referenz.

Anforderungen überprüfen

• Stellen Sie sicher, dass die Quelldatenbank Oracle Database Version 19.18 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 Oracle ZFS Storage Appliance (NAS) umfassen.

Dokumentation lesen

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

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
• Video zu Oracle Zero Downtime Migration
• Oracle Zero Downtime Migration-Software installieren

Logische Migrationsressourcen prüfen:

• "Setting Logical Migration Parameters" in Move to Oracle Cloud Using Zero Downtime Migration Guide
• Schritt-für-Schritt-Anleitung - Logische Onlinemigration von On Premise zu Oracle Autonomous Database

Oracle Database-Ressourcen prüfen:

• "Upgrading the Time Zone File and Timestamp with Time Zone Data" in Oracle Database Globalization Support Guide

Erforderliche Produkte und Rollen - Info

Diese Lösung erfordert die folgenden Produkte:

• Oracle Cloud Infrastructure Identity and Access Management
• OCI-Computing
• OCI Object Storage
• Oracle Zero Downtime Migration
• Oracle Exadata
• Oracle Autonomous Database auf dedizierter Exadata-Infrastruktur

Diese Rollen sind für jedes Produkt erforderlich.

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-Objektspeicher: 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
Oracle Exadata: root/sudoer user	Mounten Sie die Netzwerkdateisystemfreigabe vom mit dem Netzwerk verbundenen Speichergerät, um die 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
Oracle Exadata-Datenbank: sys/system	Data Pump ausführen, um die Datenbank für die logische Migration zu exportieren
Oracle Autonomous Database on Dedicated Exadata Infrastructure: Database Admin	Oracle Autonomous Database on Dedicated Exadata Infrastructure-Zieldatenbank erstellen
Oracle Autonomous Database on Dedicated Exadata Infrastructure: ADMIN	Data Pump ausführen, um die Datenbank für die logische Migration zu importieren

Informationen zu den benötigten Informationen finden Sie unter Oracle Produkte, Lösungen und Services.

Aspekte für die 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 von Oracle Exadata in Oracle Autonomous Database on Dedicated Exadata Infrastructure.
• Die folgenden Schritte in diesem Playbook beschreiben, wie Sie mit einer logischen Offlinemigration migrieren. Informationen zur Migration mit einer logischen Onlinemigration 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 einer Oracle Autonomous Database on Dedicated Exadata Infrastructure-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 Exadata-Quelldatenbank exportiert Oracle Zero Downtime Migration Daten in ein gemeinsam verwendetes Dateisystem (entweder Netzwerkdateisystem oder Oracle Advanced Cluster File System). Exportierte Daten werden dann in OCI Object Storage hochgeladen. Die Oracle Autonomous Database on Dedicated Exadata Infrastructure-Zieldatenbank importiert Daten aus OCI Object Storage.
• Oracle Exadata On Premise kann sowohl Einzelinstanz- als auch RAC-Datenbanken ausführen. Oracle Autonomous Database on Dedicated Exadata Infrastructure führt RAC-Datenbanken aus. Während der Datenbankmigration konvertiert Oracle Zero Downtime Migration Einzelinstanzdatenbanken bei Bedarf in RAC-Datenbanken.
• In Oracle Exadata On Premise ist die Verwendung von Oracle Transparent Data Encryption zur Verschlüsselung von Datenbanken optional. Bei der Migration von Datenbanken von Exadata zu Oracle Autonomous Database on Dedicated Exadata Infrastructure wird die Oracle Autonomous Database on Dedicated Exadata Infrastructure-Zieldatenbank immer verschlüsselt.
• The source Exadata and target Oracle Autonomous Database on Dedicated Exadata Infrastructure databases must run the same timezone files.
• Bei den Schritten in diesem Playbook wird davon ausgegangen, dass eine direkte Netzwerkkonnektivität zwischen dem Data Center, in dem Exadata installiert ist, und dem virtuellen OCI-Cloud-Netzwerk besteht, in dem die virtuelle Maschine Oracle Autonomous Database on Dedicated Exadata Infrastructure und Oracle Zero Downtime Migration konfiguriert ist (über FastConnect oder IPSec VPN, wie im Architekturdiagramm dargestellt).
• 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 Oracle Zero Downtime Migration und der Datenbank Oracle Autonomous Database on Dedicated Exadata Infrastructure zulässig ist.

Mit logischer Migration migrieren

In diesem Abschnitt wird beschrieben, wie eine logische Offlinemigration durchgeführt wird. Informationen zur Onlinemigration finden Sie im Abschnitt "Dokumentation prüfen".

1. Erstellen Sie in der OCI-Konsole eine Compute-Instanz in demselben VCN, in dem die Zieldatenbank konfiguriert wird.
   Bei dieser Compute-Instanz kann es sich um eine beliebige Ausprägungen mit mindestens zwei OCPUs und 16 GB RAM handeln, auf der das Oracle Linux 7.9-Betriebssystem ausgeführt wird. Mit dieser virtuellen Maschine wird die Oracle Zero Downtime Migration-Software ausgeführt.
2. Laden Sie die Oracle Zero Downtime Migration 21.4-Software auf der OCI-Compute-Instanz mit der Oracle Zero Downtime Migration-Installationsdokumentation im Abschnitt "Dokumentation prüfen" herunter, und installieren Sie sie.
   Führen Sie die Oracle Zero Downtime Migration-Software als zdmuser aus.
3. Melden Sie sich bei Oracle Zero Downtime Migration als zdmuser an, und generieren Sie ein SSH-Schlüsselpaar. Aktivieren Sie passwortloses SSH vom zdmuser-Account für alle Knoten in der Exadata-Quelldatenbank (root, privilege-sudoer user).
4. Stellen Sie sicher, dass die Oracle Zero Downtime Migration-VM mit den Quelldatenbankhosts mit Hostname 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 Zieldatenbank auf dem sicheren TLS-Port 2484 erreichen kann.
5. Erstellen Sie in Oracle ZFS Storage Appliance oder einem netzwerkgebundenen Speichergerät eine Netzwerkdateisystemfreigabe, die während der Migration als Platzhalter für die Datenbankdaten-Dumps verwendet werden soll.
6. Mounten Sie die Netzwerkdateisystemfreigabe auf allen Knoten der Exadata-Datenbank.
   Stellen Sie sicher, dass alle Benutzer über Lese-, Schreib-, Ausführungs-(rwx-)Berechtigungen verfügen. Notieren Sie sich den Einhängepunkt.
7. Erstellen Sie eine neue Zieldatenbank mit der OCI-Konsole oder der REST-API. Konfigurieren Sie die Datenbank wie folgt:
   • Die neue Zieldatenbank kann einen anderen Namen haben als die Quelldatenbank.
   • 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 Passwort.
   Notieren Sie sich die Datenbank-OCID, nachdem die Datenbank erstellt wurde.
8. Erstellen Sie in der OCI-Konsole einen OCI Object Storage-Bucket, falls dieser noch nicht vorhanden ist.
   Notieren Sie sich die Swift-URL, den Object Storage-Namespace und den Bucket-Namen.
9. Erstellen Sie einen API-Schlüssel für den OCI-Benutzer, der Eigentümer der Zieldatenbank ist, sowie Berechtigungen zum Hochladen von Daten in den OCI Object Storage-Bucket, der in Schritt 8 erstellt wurde.
   Notieren Sie sich die Benutzer-OCID, die Mandanten-OCID, den Fingerprint und die OCI-Region. Speichern Sie die entsprechenden privaten und öffentlichen Schlüssel in PEM-Dateien. Dieser API-Schlüssel wird von Oracle Zero Downtime Migration verwendet, um eine Verbindung zu OCI herzustellen, um Informationen zur Zieldatenbank während der Datenbankmigration abzurufen und Datendumps in OCI Object Storage hochzuladen.
10. Kopieren Sie die PEM-Dateien aus dem vorherigen Schritt in die Oracle Zero Downtime Migration-VM.
11. Melden Sie sich als Benutzer sys bei der Exadata-Quelldatenbank an, um sicherzustellen, dass der Parameter Streams_Pool_Size auf mindestens 2G gesetzt ist. Beispiel:

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

12. Verwenden Sie die in Oracle Zero Downtime Migration enthaltene Vorlage für die logische Migrationsantwortdatei von Oracle Zero Downtime Migration, um eine Antwortdatei für die Migration zu erstellen. Wichtige Parameter sind:
    • TARGETDATABASE_OCID: OCID der Oracle Autonomous Database on Dedicated Exadata Infrastructure-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 Exadata-Quelldatenbank.
    • SOURCEDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCEDATABASE_CONNECTIONDETAILS_SERVICENAME: Servicename der Quell-PDB oder Nicht-Containerdatenbank (Nicht-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 Pem-Datei des Private Keys 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 Exadata-Quelldatenbank.
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME: Servicename für die Quellcontainerdatenbank in der Exadata-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_DATAPUMPPARAMETERS_EXPORTPARALLELISMDEGREE: Anzahl der verfügbaren CPUs. Muss größer sein als 2.
    • DATAPUMPSETTINGS_DATABUCKET_NAMESPACE: OCI Object Storage-Namespace aus Schritt 8.
    • DATAPUMPSETTINGS_DATABUCKET_BUCKETNAME: Bucket-Name des OCI Object Storage aus Schritt 8.
    • EXCLUDEOBJECTS-1: owner:PDBADMIN
13. Führen Sie einen Oracle Zero Downtime Migration-Testlaufmigrationsjob (-eval) aus, um zu prüfen, ob alle Voraussetzungen für die Migration möglich sind. Dadurch wird das Cloud Pre-Migration Advisor Tool (CPAT) ausgeführt, um zu validieren, dass die Quelldatenbank für die Migration zu Oracle Autonomous Database on Dedicated Exadata Infrastructure mit der logischen Migration von Oracle Zero Downtime Migration geeignet ist. Beheben Sie Probleme, die von CPAT gemeldet wurden, bevor Sie fortfahren. Beispiel:

    zdmcli migrate database -sourcedb source_db_unique_name \
    -sourcenode IP/hostname_of_first_Exadata_node \
    -srcauth zdmauth \
    -srcarg1 user: root_or_sudoer_user \
    -srcarg2 identity_file: path_to_ssh_private_key/ssh_private_key_file_name
    \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_12 \
    -eval

    Dieser Befehl fordert zwei Passwörter an. Das erste Kennwort ist das Systemkennwort für die Exadata-Quelldatenbank. Das zweite Kennwort ist das ADMIN-Kennwort für die Oracle Autonomous Database on Dedicated Exadata Infrastructure-Zieldatenbank.
    Notieren Sie sich die Job-ID für Oracle Zero Downtime Migration.
    Fahren Sie nach einer erfolgreichen Migration mit dem nächsten Schritt fort.
14. Führen Sie nach der erfolgreichen Migration eines Testlaufs den Job Oracle Zero Downtime Migration aus. Beispiel:

    zdmcli migrate database -sourcedb source_db__unique_name \
    -sourcenode IP/hostname_of_first_Exadata_node \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_12

    Dieser Befehl fordert zwei Passwörter an. Das erste Kennwort ist das Systemkennwort für die Exadata-Quelldatenbank. Das zweite Kennwort ist das ADMIN-Kennwort für die Zieldatenbank. Notieren Sie sich die Job-ID für Oracle Zero Downtime Migration.