1. On-Premise-VMware-Workloads in die Cloud migrieren
  2. Oracle Database migrieren

Oracle Database migrieren

Es wird dringend empfohlen, Oracle-Datenbanken, die in einer On-Premise-Umgebung VMware ausgeführt werden, in einen Oracle Cloud Infrastructure Database-Service wie Oracle Exadata Database Service, Oracle Autonomous Database, Oracle Base Database Service usw. zu migrieren. Sie können von allen Vorteilen der Oracle Cloud Infrastructure Database-Services profitieren.

Datenbankmigration aus einer On-Premise-Umgebung VMware

Unabhängig davon, ob Sie vorhandene Anwendungs- und Middle Tier-Systeme von On-Premises zu Oracle Cloud VMware Solution migrieren oder Anwendungs- und Middle Tier-Systeme auf Oracle Cloud VMware Solution erstellen, sind die Latenz und die Nähe der Datenbank zur Oracle Cloud VMware Solution-Plattform zu berücksichtigen.

Folgende Optionen stehen zur Platzierung der Datenbanknähe zur Verfügung:
  • Oracle Database erstellen oder vorhandene Oracle Database zu Oracle Cloud Infrastructure migrieren

    Wir empfehlen dringend einen Oracle Cloud Infrastructure Database-Service. In Oracle Cloud Infrastructure sind verschiedene Datenbankserviceoptionen verfügbar. Je nach Anwendungs- und Workload-Anforderungen können Sie die entsprechende Option auswählen.

  • Migration von Nicht-Oracle-Datenbanken zu Oracle Cloud VMware Solution

    Diese Option ist spezifisch für Nicht-Oracle-Datenbanken wie Microsoft SQL Server, IBM DB2 und PostgreSQL. In diesem Anwendungsfall können Sie Nicht-Oracle-Datenbanken mit dem HCX-Tool VMware und Best Practices für die Migration für die spezifische Datenbank zu Oracle Cloud VMware Solution migrieren.

  • Datenbanken On Premise verwalten

    Mit dieser Option wird die Notwendigkeit der Migration Ihrer Datenbanksysteme von On Premise in die Cloud verringert. Latenz und Durchsatz können jedoch wichtige Überlegungen für die Auswirkungen auf Ihre Anwendungen sein. Erwägen Sie Lösungen wie Oracle Cloud Infrastructure FastConnect für die Konnektivität zwischen Oracle Cloud VMware Solution und On-Premises.

Oracle-Datenbanken in Oracle Cloud Infrastructure migrieren

Bevor Sie Oracle- oder Nicht-Oracle-Datenbanken von einem On-Premise-Data Center in Oracle Cloud Infrastructure migrieren, prüfen Sie die folgenden Überlegungen, Voraussetzungen und den Evaluierungsprozess.

Hinweise

Dieser Abschnitt bezieht sich auf die Migration von On-Premise-Datenbanken von Oracle zu Oracle Cloud Infrastructure, einschließlich der im vorherigen Abschnitt aufgeführten Datenbankplattformen. Bevor Sie mit der Migration beginnen, sollten Sie sich mit der individuellen Datenbank-Workload, den Einschränkungen und den Abhängigkeiten vertraut machen.

Jede Oracle Database-Migration erfordert eine Discovery- und Planungsphase. Die wichtigsten Diskussionen in dieser Phase sollten folgende Fragen enthalten. Die Antworten auf diese Fragen helfen dabei, die Gruppierung von Datenbanken, die Anzahl der zu migrierenden Datenbanken und den Gesamtaufwand der Migration zu bestimmen.
  • Wie lautet die aktuelle Version dieser Datenbank?
  • Wie viele Datenbanken dieser Version werden migriert?
  • Wie viele Datenbanken sind an einen bestimmten Geschäftsbereich (LOB) gebunden?
  • Gibt es Datenbanken auf Nicht-Linux-Plattformen, das heißt, gibt es eine endübergreifende Migration?
  • Gibt es abhängige Datenbanken, die zusammen migriert werden müssen?
  • Gibt es Datenbanken von Drittanbietern (nicht von Oracle), die migriert werden müssen, und welche Versionen (z.B. SQL Server 2016)?
  • Werden für Test- und Entwicklungsdatenbanken alle Kopien migriert oder nur die Master-Kopie?
  • Wie groß sind die Datenbanken – Gesamtplattenspeicher und Speicherplatz für die Daten selbst in GB/TB?
  • Verwenden Sie FastConnect oder VPN für die Netzwerkkonnektivität mit Oracle Cloud? Die Bandbreite und Größe der Datenbank wird in erster Linie die Migrationslösung steuern.

Migrationsoptionen

Es gibt viele Methoden für die Migration von Oracle-Datenbanken von On-Premises in Oracle Cloud Infrastructure. Jede Methode hängt vom Business Recovery Point Objective (RPO), Recovery Time Objective (RTO) und dem Service Level Agreement (SLA) für die allgemeine Verfügbarkeit ab. Migrationsadministratoren müssen diese Geschäftsvereinbarungen mit den entsprechenden Methoden bewerten und zuordnen.

Diese Optionen und Methoden werden in Oracle Maximum Availability Architecture (MAA) speziell behandelt. Diese werden in der folgenden Tabelle kurz erläutert.

Lösung Komplexität Granularität der Migration Migrationstyp (physisch oder logisch) Gesamter Bereitstellungsaufwand Migrationsmodell Anwendungsfälle für wichtige Migration
Konventioneller Export und Import mit Data Pump Low Mittel Logisch High Online/Punkt in der Zeit
  • Kleine Datenbank
  • Schema-Teilmenge
Data Pump Vollständig transportierbar Mittel Low Physisch Mittel Online/Fortlaufend

Erfordert, dass die Quelle während des Exports schreibgeschützt ist

 Vollständige Datenbank mit derselben Endianität (erfordert Quell-Oracle Database-Version 11.2.0.3)
Data Pump Transportable Tablespace Mittel Low Physisch Mittel Online/Fortlaufend Set von Schema-Tablespaces (erfordert Oracle Database-Quellversion 11.2.0.3)
SQL*Loader Low High Logisch High Offline Bestimmte Tabellen oder Schemas migrieren
GoldenGate High High Logisch High Offline/Fortlaufend
  • Schemateilsetzung
  • Logische Transformation
RMAN-Backup und -Restore Low Low Physisch Low Offline/Fortlaufend Vollständige Datenbank oder Gruppe von Tablespaces
Data Guard Low Low Physisch Low Online/Fortlaufend Vollständige Datenbank ohne oder nahezu keine Ausfallzeit

Remoteklonen der PDB

Remoteklonen

PDB-Umspeicherung

PDB-Migration

 Low Low Physisch Low Online/Fortlaufend
  • Vorhandene Migration von 12c PDB zu PDB
  • Das Remoteklonen kann keine CDB sein

Hinweis:

Viele der Lösungen können kombiniert werden, um die effizienteste Migrationsstrategie zu erstellen. Einige in Packages integrierte Anwendungen können Einschränkungen für die Tools aufweisen, die für die Migration unterstützt werden.

Größe und Deployment-Planung

Im Rahmen der Quellmigrationsbemühungen sollte eine geeignete Dimensionierung und Planung durchgeführt werden, um sicherzustellen, dass die Datenbank die Kapazitäts- und Performanceanforderungen erfüllt.

Hinweis:

Der Kapazitätsskalierungsaufwand für die Datenbank und VM ist mit dem On-Premise-Betrieb identisch.
Die Ergebnisse dieser Planungsübung helfen beim Definieren der Zieldatenbankkonfiguration und der VM-Ausprägungen.
  • Leistungsanforderungen der Workload
    • Transaktionen pro Sekunde
    • Anzahl der Benutzerverbindungen
    • Erwartete zukünftige Workload-Änderungen
  • Kapazitätsanforderungen
    • vCPUs
    • Speicher
    • Speicher- und E/A-Kapazität
    • Zukünftiges Wachstum
  • Manageability-Anforderungen
    • Oracle Cloud Infrastructure-native Services und Barrierefreiheit
    • Monitoring-Tools
    • Backuplösungen
  • Skalierbarkeit
    • Datenbankskalierung
    • VM-Skalierung
    • Clusterskalierung
  • Verfügbarkeitsanforderungen
    • Oracle Hochverfügbarkeitslösungen
    • vMotion, DRS
  • Anwendungsanforderungen
    • Abhängigkeiten zwischen On-Premise-Komponenten
    • Netzwerkfluss zwischen Anwendungen und Oracle Cloud Infrastructure-Services

Rationalisierung, Standardisierung und Konsolidierung

Im Rahmen der Migration empfehlen wir, dass das Migrationsteam diese Möglichkeit nutzt, um die Datenbankversion zu standardisieren und gegebenenfalls Datenbanksysteme zu konsolidieren. Oracle Database 19c sollte die minimal standardisierte Datenbankversion sein, da sie das langfristige Supportrelease bereitstellt.

Konsolidierung ist eine der wichtigsten Strategien, die Unternehmen verfolgen, um mehr Effizienz in ihren Abläufen zu erreichen. Durch die Konsolidierung können Unternehmen die Auslastung von IT-Ressourcen erhöhen, was die Kosten senkt, da weniger Ressourcen erforderlich sind, um dasselbe Ergebnis zu erzielen. Außerdem werden die Betriebskosten reduziert, da weniger Komponenten und Objekte überwacht, verwaltet und verwaltet werden müssen.

DBAs und Administratoren sollten nach der besten Möglichkeit suchen, so viele Datenbanken wie möglich zu konsolidieren. Mit Oracle 19c haben Sie die Möglichkeit, die mehrmandantenfähige Oracle-Option mit maximal drei integrierbaren Datenbanken (PDBs) zu verwenden. Dies sorgt außerdem für größere Skaleneffekte, und mit der Anwendungs- und Datenbankmodernisierung können höhere Konsolidierungsdichten realisiert werden. Daher sollten Sie bestimmen, welche Datenbanken in das Deployment-Modell der Containerdatenbank (CDB) passen.

Erwägen Sie neben der Konsolidierung das Isolationsmanagement. Isolationsanforderungen können die mögliche Methode oder den Konsolidierungsgrad beeinflussen. Die Isolationsebene, die das System erfordert, bestimmt, ob Sie mehrere PDBs in einer einzelnen Datenbank konsolidieren, mehrere Datenbanken auf einer einzelnen Plattform hosten oder eine Kombination beider Ansätze verwenden. Die Isolation kann in vier Bereiche unterteilt werden: Fehler, Ressource, Sicherheit und Betrieb. Jedes Cloud-Modell verarbeitet die Isolation leicht anders. Dabei werden Betriebssystem- oder Datenbankfunktionen verwendet, die häufig mit erweiterten Features oder Produkten kombiniert werden, um eine dem Risiko entsprechende Komplettlösung bereitzustellen.

Mit Oracle Zero Downtime Migration zu Oracle Database Service migrieren

Oracle Zero Downtime Migration ist die von Oracle Maximum Availability Architecture (MAA) empfohlene Lösung für die Migration von Oracle Databases zu Oracle Cloud. Oracle Zero Downtime Migration wurde mit dem Ziel entwickelt, den Migrationsprozess so einfach wie möglich zu gestalten und die geringsten Auswirkungen auf Produktions-Workloads sicherzustellen. Die Quelldatenbanken können On-Premises oder in Oracle Cloud sein. Oracle Zero Downtime Migration automatisiert den gesamten Migrationsprozess und reduziert die Wahrscheinlichkeit menschlicher Fehler. Außerdem verwendet es High Availability-(HA-)Technologien, die in Oracle Database wie Oracle Data Guard integriert sind, und befolgt alle MAA-Best Practices, die keine Ausfallzeiten von Produktionsumgebungen gewährleisten.

Es ist nicht im Rahmen dieses Artikels, detaillierte Schritte für die Oracle Database-Migration ohne Ausfallzeiten aus einer On-Premise-Umgebung bereitzustellen. Sie können die detaillierten Schritte unter "Oracle Database: Mit Zero Downtime Migration zu Oracle Cloud wechseln" ausführen.

Oracle Zero Downtime Migration bietet die folgende Datenbankunterstützung und unterstützte Konfigurationen:
  • Oracle Zero Downtime Migration unterstützt die Oracle Database-Versionen 11.2.0.4 und höher.
  • Die Quell- und Zieldatenbank müssen dieselbe Datenbankversion verwenden.
  • Oracle Zero Downtime Migration unterstützt Oracle-Datenbanken, die auf Linux-Betriebssystemen gehostet werden.
  • Bei der Quelldatenbank kann es sich um eine Einzelinstanzdatenbank handeln, die zu einer Einzelinstanz oder zu einer Oracle Real Application Clusters-(RAC-)Datenbank migriert wird, oder um eine RAC-Datenbank mit einem Knoten oder RAC, die zu einer RAC-Datenbank migriert wird.
  • Oracle Zero Downtime Migration unterstützt Enterprise Edition- und Standard Edition-Oracle-Datenbanken als Quelldatenbanken. Enterprise Edition-Datenbanken werden mit Oracle Data Guard migriert. Standard Edition-Datenbanken werden offline mit einer Backup- und Restore-Methode migriert.
  • Mit Oracle Zero Downtime Migration kann die Quelldatenbank eine Nicht-Containerdatenbank (CDB) oder eine Containerdatenbank (CDB) mit einer oder mehreren integrierbaren Datenbanken (PDBs) sein. Wenn die Quelldatenbank eine Nicht-CDB ist, wird sie als Nicht-CDB migriert. Wenn die Quelldatenbank eine CDB mit einer oder mehreren PDBs ist, migriert Oracle Zero Downtime Migration sie in eine CDB mit demselben PDB-Set wie in der Quell-CDB.
  • Zur Unterstützung von Migrationen verwendet Oracle Zero Downtime Migration Features und Funktionen aus dem Oracle Fleet Patching and Provisioning-(FPP-)Framework. Beispiel: Es verwendet die FPP-Job Scheduler-Funktionen, mit denen Sie alle Aufgaben zur Datenbankmigration planen, anhalten und wiederaufnehmen können. Oracle Zero Downtime Migration verwendet außerdem den FPP-Auswertungsmodus, um den Migrationsprozess zu validieren und mögliche Fehlerbedingungen zu erkennen, bevor die Migration gestartet wird. Oracle Zero Downtime Migration umfasst Auditfunktionen während und nach der Migration und verteilt den Migrationsprozess in unterschiedlichen Phasen, mit denen Benutzer den Workflow anpassen und Benutzeraktionsskripte bei jedem Schritt hinzufügen können.

Bei der Migration von On Premise in die Cloud müssen viele Quell- und Zielszenarios berücksichtigt werden. On-Premise-Quellanwendungen und -Datenbanken können beide auf VMware ausgeführt werden, oder Ihre Anwendungen werden möglicherweise auf VMware ausgeführt, während Datenbanken Oracle Database Appliance oder Oracle Exadata ausführen. Es gibt auch mehrere Cloud-Zielszenarios, die berücksichtigt werden müssen, wie Anwendungen, die auf Oracle Cloud VMware Solution ausgeführt werden, während Datenbanken auf Oracle Base Database Service, Oracle Exadata Database Service on Dedicated Infrastructure oder Oracle Autonomous Database on Dedicated Exadata Infrastructure ausgeführt werden können. Ausführliche Anweisungen zur Oracle Database-Migration gemäß Quell- und Zielszenarios finden Sie unter Weitere Informationen.