Mit Oracle Zero Downtime Migration zu Oracle Database@Google Cloud migrieren

Mit Oracle Database@Google Cloud können Sie Ihre geschäftskritischen Oracle-Datenbanken in Oracle Oracle Exadata Database Service on Dedicated Infrastructure und Oracle Autonomous Database Serverless in Google Cloud-Rechenzentren ausführen.

Profitieren Sie von der High Availability, Performance und Skalierbarkeit, die in Oracle Exadata Database Service und Oracle Real Application Clusters (Oracle RAC) integriert sind, und profitieren Sie von einer geringen Latenz für Ihre Google Cloud-Anwendungen.

Die Datenbankmigration in die Cloud ist in der Regel ein manueller Prozess, der mit Ausfallzeiten für Ihr Unternehmen verbunden ist. Oracle Zero Downtime Migration (ZDM) vereinfacht und automatisiert Oracle-Datenbankmigrationen mit minimaler bis keiner Ausfallzeit, integriert standardmäßig die Best Practices von Oracle Maximum Availability Architecture (Oracle MAA), unterstützt Flottenmigrationen und ist unter anderem kostenlos.

Ab seiner Veröffentlichung im Jahr 2019 war Oracle Zero Downtime Migration das vertrauenswürdige Migrationstool für Kunden weltweit für Oracle-Datenbankmigrationen zu On-Premises-Oracle Exadata-Rechnern, Oracle Exadata Database Service on Cloud@Customer und Oracle Cloud Infrastructure (OCI).

Architektur

Führen Sie Ihre Oracle Database-Migrationen von On-Premises zu Oracle Exadata Database Service auf Oracle Database@Google Cloud durch, indem Sie den physischen Onlinemigrationsworkflow basierend auf Oracle Data Guard und direkter Datenübertragung verwenden und während Ihrer Datenbankmigrationen zu Oracle Database@Google Cloud Einfachheit, Automatisierung und Geschäftskontinuität bieten.

Der Oracle Zero Downtime Migration-Servicehost wird auf einer separaten On-Premise-VM neben der Quelldatenbank installiert. Das Oracle Exadata Database Service-Ziel wird im Data Center der Google Cloud in der Virtual Private Cloud (VPC) von Google bereitgestellt. Das On-Premises-Rechenzentrum ist mit Google Cloud über Google Cloud Interconnect oder Site-to-Site-VPN verbunden. Der Oracle Zero Downtime Migration-Workflow verwendet die direkte Datenübertragung und erstellt die Zieldatenbank mit der Methode "Aus einem Service wiederherstellen", sodass kein Backup der Quelldatenbank an einem Zwischenspeicherort erforderlich ist. Oracle Zero Downtime Migration verwendet Oracle Data Guard, um die Daten aus der On-Premise-Datenbank in die Zieldatenbank zu replizieren. Oracle Zero Downtime Migration richtet Oracle Data Guard ein, verwaltet es und bereinigt die Konfiguration nach Abschluss der Migration, sodass Sie dies nicht tun müssen. Nach Abschluss der Migration kann die Zieldatenbank das Feature "Automatisches Backup" verwenden, um die Datenbank in Oracle Database Autonomous Recovery Service zu sichern.

Im folgenden Diagramm wird die Architektur dargestellt:



oracle_database_at_google_cloud_w_zdm-oracle.zip

Die Architektur enthält die folgenden On-Premise- und Oracle Cloud Infrastructure-Komponenten:

  • On-Premise-Netzwerk

    Dieses Netzwerk ist das lokale Netzwerk, das von Ihrer Organisation verwendet wird. Es ist einer der Speichen der Topologie.

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

    Ein VCN ist ein anpassbares, softwaredefiniertes Netzwerk, das Sie in einer Oracle Cloud Infrastructure-Region einrichten können. Wie herkömmliche Data Center-Netzwerke erhalten Sie mit VCNs die 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.

  • Routentabelle

    Virtuelle Routentabellen enthalten Regeln zum Weiterleiten von Traffic von Subnetzen an Ziele außerhalb eines VCN, in der Regel über Gateways.

  • Sicherheitsliste

    Für jedes Subnetz können Sie Sicherheitsregeln erstellen, die Quelle, Ziel und Typ des Traffics angeben, der im Subnetz und aus dem Subnetz zugelassen werden muss.

  • Site-to-Site-VPN

    Site-to-Site VPN bietet IPSec-VPN-Konnektivität zwischen Ihrem On-Premise-Netzwerk und VCNs in Oracle Cloud Infrastructure. Die IPSec-Protokollsuite verschlüsselt den IP-Traffic, bevor die Pakete von der Quelle zum Ziel übertragen werden, und entschlüsselt den Traffic beim Empfang.

  • Oracle Exadata Database Service

    Mit Oracle Exadata Database Service können Sie die Vorteile von Exadata in der Cloud nutzen. Oracle Exadata Database Service bietet bewährte Oracle Database-Funktionen auf einer speziell entwickelten, optimierten Oracle Exadata-Infrastruktur in der Public Cloud. Dank integrierter Cloud-Automatisierung, elastischer Ressourcenskalierung, Sicherheit und schneller Performance für alle Oracle Database-Workloads können Sie die Verwaltung vereinfachen und Kosten senken.

    Oracle Exadata Database Service on Dedicated Infrastructure stellt Oracle Exadata Database Machine als Service in einem Oracle Cloud Infrastructure-(OCI-)Data Center bereit. Die Oracle Exadata Database Service on Dedicated Infrastructure-Instanz ist ein VM-Cluster für virtuelle Maschinen, das sich auf Exadata-Racks in einer OCI-Region befindet.

  • Oracle Database Autonomous Recovery Service

    Oracle Database Autonomous Recovery Service ist ein Oracle Cloud-Service, der Oracle-Datenbanken schützt. Mit der Backupautomatisierung und den erweiterten Datenschutzfunktionen für OCI-Datenbanken können Sie alle Backupverarbeitungs- und Speicheranforderungen an Oracle Database Autonomous Recovery Service auslagern, wodurch die Kosten für die Backupinfrastruktur und der manuelle Administrationsaufwand entfallen.

  • Oracle Database@Google Cloud

    Oracle Database@Google Cloud ist ein Oracle Cloud-Datenbankservice, der Oracle Database-Workloads in Ihrer Google Cloud-Umgebung ausführt. Die gesamte Hardware für Oracle Database@Google Cloud ist in den Data Centern von Google Cloud untergebracht und verwendet das Google Cloud-Netzwerk. Der Service profitiert von der Einfachheit, Sicherheit und geringen Latenz einer einzelnen Betriebsumgebung in Google Cloud. Sie können den Service über die Google Cloud-Konsole oder über Google Cloud-Automatisierungstools verwalten. Google Cloud IAM und Admin bieten föderierte Identitäts- und Zugriffsverwaltung für Oracle Exadata Database Service.

  • Oracle Cloud Infrastructure Vault

    Mit Oracle Cloud Infrastructure Vault können Sie die Verschlüsselungsschlüssel, die Ihre Daten schützen, und die Secret-Zugangsdaten, mit denen Sie den Zugriff auf Ihre Ressourcen in der Cloud sichern, zentral verwalten. Mit dem Vault-Service können Sie Vaults, Schlüssel und Secrets erstellen und verwalten.

  • Migrationsdiensthost ohne Ausfallzeit

    Der Oracle Zero Downtime Migration-Servicehost muss ein dediziertes System sein, kann jedoch für andere Zwecke freigegeben werden.

    Für die Oracle Zero Downtime Migration-Software ist ein eigenständiger Oracle Linux-Host erforderlich, der auf Oracle Linux 7 oder 8 oder Red Hat Enterprise Linux 8 oder 9 ausgeführt wird.

    Der Oracle Zero Downtime Migration-Servicehost muss eine Verbindung zu den Quell- und Zieldatenbankservern herstellen können. Wenn die Konnektivität gewährleistet ist, kann sich der Servicehost überall befinden.

  • Data Guard

    Oracle Data Guard und Oracle Active Data Guard stellen ein umfassendes Set von Services bereit, mit denen Sie eine oder mehrere Standbydatenbanken erstellen, verwalten, verwalten und überwachen und Oracle-Produktionsdatenbanken unterbrechungsfrei verfügbar bleiben können. Oracle Data Guard verwaltet diese Standbydatenbanken mit In-Memory-Replikation als Kopien der Produktionsdatenbank. Wenn die Produktionsdatenbank aufgrund eines geplanten oder ungeplanten Ausfalls nicht verfügbar ist, kann Oracle Data Guard jede Standbydatenbank in die Produktionsrolle umschalten, wodurch die Ausfallzeit im Zusammenhang mit dem Ausfall minimiert wird. Oracle Active Data Guard bietet die zusätzliche Möglichkeit, Workloads, die hauptsächlich gelesen werden, in Standbydatenbanken auszulagern, und bietet außerdem erweiterte Datenschutzfunktionen.

Die Architektur hat folgende Google-Komponenten:

  • Google Cloud-Region

    Eine Google Cloud-Region ist ein geografisches Gebiet, das Rechenzentren und Infrastruktur für das Hosting von Ressourcen enthält. Es besteht aus Zonen, die innerhalb der Region voneinander isoliert sind.

  • Google Cloud-Projekt

    Ein Google Cloud-Projekt ist erforderlich, um Google Workspace-APIs zu verwenden und Google Workspace-Add-ons oder -Apps zu erstellen. Ein Projekt bildet die Grundlage für die Erstellung, Aktivierung und Verwendung aller Google Cloud-Services, einschließlich der Verwaltung von APIs, der Aktivierung der Abrechnung, des Hinzufügens und Entfernens von Mitarbeitern und der Verwaltung von Berechtigungen.

  • Google Virtual Private Cloud

    Google Cloud Virtual Private Cloud (VPC) bietet Netzwerkfunktionen für Compute Engine-Virtual-Machine-(VM-)Instanzen, Google Kubernetes Engine-(GKE-)Container, Datenbankservices und serverlose Workloads. VPC bietet globale, skalierbare und flexible Netzwerke für Ihren cloudbasierten Service.

  • Google Cloud-Interconnect

    Cloud Interconnect erweitert Ihr On-Premise-Netzwerk über eine hochverfügbare Verbindung mit geringer Latenz auf das Google-Netzwerk. Verwenden Sie Dedicated Interconnect, um eine direkte Verbindung zu Google herzustellen, oder verwenden Sie Partner Interconnect, um über einen unterstützten Serviceprovider eine Verbindung zu Google herzustellen.

  • Google Cloud-Router

    Cloud Router ist ein verteilter und vollständig verwalteter Service, der Border Gateway Protocol-(BGP-)Lautsprecher- und Responder-Funktionen bereitstellt. Cloud Router arbeitet mit Cloud Interconnect-, Cloud-VPN- und Router-Appliances zusammen, um dynamische Routen in VPC-Netzwerken auf Basis von BGP-empfangenen und benutzerdefinierten Routen zu erstellen.

Oracle Zero Downtime Migration-Workflows

Verwenden Sie die folgenden Oracle Zero Downtime Migration-(ZDM-)Workflows, um Ihre Oracle Database in Oracle Exadata Database Service auf Oracle Database@Google Cloud zu migrieren.

  • Physische Onlinemigration

    Der physische Onlinemigrationsworkflow unterstützt Migrationen zwischen denselben Datenbankversionen und Plattformen. Es verwendet die direkte Datenübertragung und die Restore-Methode aus dem Service, um die Zieldatenbank zu erstellen. Dabei wird explizit vermieden, dass die Quelldatenbank in einem Zwischenspeicherort gesichert wird. Oracle Data Guard hält die Quell- und Zieldatenbank synchronisiert, um eine minimale Ausfallzeitmigration zu erreichen.

  • Physische Offlinemigration

    Der Workflow für die physische Offlinemigration unterstützt Migrationen zwischen denselben Datenbankversionen und Plattformen. Die Zieldatenbank wird mit Recovery Manager-(RMAN-)Backup und -Restore erstellt. Google Cloud Managed NFS Server stellt eine NFS-Dateifreigabe zum Speichern der RMAN-Backupdateien bereit.

Verwenden Sie die folgenden ZDM-Workflows, um Oracle Database in Oracle Exadata Database Service in Oracle Database@Google Cloud oder in Oracle Autonomous Database Serverless in Oracle Database@Google Cloud zu migrieren.

  • Logische Onlinemigration

    Der logische Onlinemigrationsworkflow unterstützt Migrationen zwischen derselben und verschiedenen Datenbankversionen und Plattformen. Die Zieldatenbank wird mit Oracle Data Pump-Export und -Import erstellt. Google Cloud Managed NFS Server stellt eine NFS-Dateifreigabe zum Speichern der Data Pump-Dumpdateien bereit. Oracle GoldenGate hält die Quell- und Zieldatenbank synchronisiert, um eine minimale Ausfallzeitmigration zu erreichen.

  • Logische Offlinemigration

    Der logische Offline-Migrationsworkflow unterstützt Migrationen zwischen derselben und verschiedenen Datenbankversionen und Plattformen. Die Zieldatenbank wird mit Oracle Data Pump-Export und -Import erstellt. Google Cloud Managed NFS Server stellt eine NFS-Dateifreigabe zum Speichern der Data Pump-Dumpdateien bereit.

Empfehlungen

Verwenden Sie die folgenden Empfehlungen als Ausgangspunkt für den Wechsel zu Oracle Database@Google Cloud. Ihre Anforderungen können von der hier beschriebenen Architektur abweichen.
  • Laden Sie die neueste Oracle Zero Downtime Migration-Softwareversion von My Oracle Support (MOS) herunter, indem Sie im Abschnitt "Patches & Updates" nach Patchnummer 33509650 suchen (siehe Abschnitt "Bereitstellen").
  • Installieren Sie den Oracle Zero Downtime Migration-Servicehost On Premise neben der Quelldatenbank.
  • Stellen Sie sicher, dass der Oracle Zero Downtime Migration-Servicehost über mindestens 100 GB freien Speicher verfügt.
  • Stellen Sie mithilfe von Site-to-Site-VPN oder Google Cloud Interconnect eine sichere und private Netzwerkkonnektivität zwischen On Premise und Google Cloud sicher.
  • Stellen Sie je nach Datenbankgröße einen ausreichenden Netzwerkdurchsatz von Ihrem On-Premise-Netzwerk zu Google Cloud sicher.

Hinweise

Beachten Sie beim Deployment dieser Referenzarchitektur die folgenden Punkte:

  • Bei Oracle Database 12c Release 2 und höher muss das TDE-Wallet in der Quelle vorhanden sein, und der Wallet-Status muss den Status "Offen" aufweisen. Die Quelldatenbank muss nicht unbedingt verschlüsselt werden, es muss jedoch ein TDE-Wallet konfiguriert werden.
  • Für Oracle Zero Downtime Migration muss der SSH-Schlüssel auf dem Oracle Zero Downtime Migration-Servicehost im RSA-Format vorliegen (in Oracle Linux 8 ist der Standardwert OPENSSH).
  • Die Zieldatenbank muss:
    • Mit Oracle Cloud-Tools bereitgestellt werden, ohne automatische Backups zu aktivieren
    • Sie haben eine Zeitzonendatei, die mit der Quelldatenbank übereinstimmt oder höher ist
  • Die Quell- und Zieldatenbanken müssen:
    • denselben Datenbanknamen haben (DB_NAME)
    • haben unterschiedliche eindeutige Datenbanknamen (DB_UNIQUE_NAME)
    • Server Parameter File (SPFILE) verwenden
    • Verwenden Sie denselben Zeichensatz
    • Sie müssen denselben Verschlüsselungsalgorithmus in der Datei sqlnet.ora definieren.
    • Das Kennwort des SYS-Benutzeraccounts muss in der Quell- und Zieldatenbank identisch sein
    • Der Datenbankinitialisierungsparameter COMPATIBLE muss in der Quell- und Zieldatenbank identisch sein
    • Die Quell- und Zieldatenbanken können dieselbe Hauptreleaseversion aufweisen (Beispiel: 19c). Die Zieldatenbank kann jedoch eine höhere Patchebene aufweisen (z.B. Quelle bei 19.23 und Ziel bei 19.24). Wenn sich die Zieldatenbank auf einer höheren Patchebene befindet als die Quelldatenbank, führt Oracle Zero Downtime Migration im Rahmen der Migration automatisch einen Datenpatch aus. Dies ist konfigurierbar, und Kunden, die innerhalb derselben Version und derselben Patchebene migrieren, können ZDM bitten, keinen Datenpatch auszuführen.

Stellen Sie

Laden Sie die neueste Oracle Zero Downtime Migration On Premise neben Ihrer Quelldatenbank herunter, und installieren Sie sie:

  1. Gehen Sie zu My Oracle Support (MOS).
  2. Um nach der neuesten ZDM-Software zu suchen, wählen Sie Patchname oder -nummer, geben die Patchnummer 33509650 ein und klicken auf Suchen.
  3. Klicken Sie auf die neueste Patchnummer, und wählen Sie im Menü die Option Herunterladen aus.
  4. Befolgen Sie die Anweisungen im Download.

Danksagungen

  • Autoren: Ricardo Gonzalez, Sinan Petrus Toma
  • Mitwirkende: Thomas Van Buggenhout, Robert Lies