Migrationsstrategien für Oracle-Datenbanken

Generell gibt es zwei Optionen für die Migration einer Oracle-Datenbank von lokal in die AWS-Cloud: Entweder bleiben Sie bei Oracle (homogene Migration) oder Oracle verlassen (heterogene Migration). Bei einer homogenen Migration ändern Sie die Datenbank-Engine nicht (das heißt, Ihre Zieldatenbank ist auch eine Oracle-Datenbank). Bei einer heterogenen Migration wechseln Sie entweder zu einer Open-Source-Datenbank-Engine wie MySQL, PostgreSQL oder MariaDB oder zu einer Cloud-nativen AWS-Datenbank wie Amazon Aurora, Amazon DynamoDB oder AmazonRedShift. 

Es gibt drei gängige Strategien für die Migration Ihrer Oracle-Datenbanken zu AWS: Rehost, Replatform und Re-Architect (Refactor). Diese sind Teil der7 Regeln für Strategien zur Anwendungsmigrationund werden in der folgenden Tabelle beschrieben.

Strategie	Typ	Wann soll ich wählen	Beispiel
Erneut hosten	Homogen	Sie möchten Ihre Oracle-Datenbank unverändert migrieren, mit oder ohne Änderung des Betriebssystems, der Datenbanksoftware oder der Konfiguration.	Oracle-Datenbank zu Amazon EC2 (DurchsuchenMuster neu hosten)
Wechsel der Plattform	Homogen	Sie möchten den Zeitaufwand für die Verwaltung von Datenbankinstanzen reduzieren, indem Sie einedatabase-as-a-service(DBaaS) -Angebot.	Von Oracle Database zu Amazon RDS für Oracle (DurchsuchenMuster replattformieren)
Re-Architect (Refactoring)	Heterogen	Sie möchten Ihre Datenbank und Anwendung umstrukturieren, neu schreiben und neu gestalten, um die Vorteile von Open-Source-und cloudnativen Datenbankfunktionen nutzen zu können.	Oracle-Datenbank zu Amazon Aurora PostgreSQL, MySQL oder MariaDB (DurchsuchenMuster neu gestalten)

Auswahl der richtigen Migrationsstrategie

Die Wahl der richtigen Strategie hängt von Ihren Geschäftsanforderungen, Ihren Ressourcenbeschränkungen, Ihrem Migrationszeitrahmen und Kostenüberlegungen ab. Das folgende Diagramm zeigt den Aufwand und die Komplexität, die mit Migrationen verbunden sind, einschließlich sechs der Strategien.  

Wenn Sie Ihre Oracle-Datenbank umgestalten und zu einer Open-Source-oder AWS-Cloud-nativen Datenbank wie der Amazon Aurora PostgreSQL-kompatiblen Edition oder der Amazon Aurora MySQL-kompatiblen Edition migrieren, können Sie Ihre Datenbank modernisieren und optimieren. Durch die Umstellung auf eine Open-Source-Datenbank können Sie teure Lizenzen (die zu niedrigeren Kosten führen), Anbieterbindungsfristen und Audits vermeiden, und Sie müssen keine zusätzlichen Gebühren für neue Funktionen zahlen. Abhängig von der Komplexität Ihres Workloads kann das Refactoring Ihrer Oracle-Datenbank jedoch ein komplizierter, zeitaufwändiger und ressourcenintensiver Aufwand sein. 

Um die Komplexität zu reduzieren, sollten Sie, anstatt Ihre Datenbank in einem einzigen Schritt zu migrieren, einen schrittweisen Ansatz in Betracht ziehen. In der ersten Phase können Sie sich auf die Kernfunktionen der Datenbank konzentrieren. In der nächsten Phase können Sie zusätzliche AWS-Services in Ihre Cloud-Umgebung integrieren, um die Kosten zu senken und Leistung, Produktivität und Compliance zu optimieren. Wenn Ihr Ziel beispielsweise darin besteht, Ihre lokale Oracle-Datenbank durch eine Aurora PostgreSQL-kompatible Datenbank zu ersetzen, könnten Sie erwägen, Ihre Datenbank in der ersten Phase auf Amazon EC2 neu zu hosten oder Ihre Datenbank auf Amazon RDS for Oracle umzustellen und dann in einer nachfolgenden Phase auf Aurora PostgreSQL-kompatibel umzustellen. Dieser Ansatz trägt zur Reduzierung von Kosten, Ressourcen und Risiken während der Migrationsphase bei und konzentriert sich in der zweiten Phase auf die Optimierung und Modernisierung.

Online- und Offline-Migration

Sie können zwei Methoden verwenden, um Oracle Database von einer lokalen Umgebung in die AWS-Cloud zu migrieren, basierend auf Ihrem Migrationszeitplan und der zulässigen Ausfallzeit: Online-Migration oder Offline-Migration.

• Offline-Migration:Diese Methode wird verwendet, wenn sich Ihre Anwendung eine geplante Ausfallzeit leisten kann. Bei der Offline-Migration ist die Quelldatenbank während des Migrationszeitraums offline. Während die Quelldatenbank offline ist, wird sie zur Zieldatenbank auf AWS migriert. Nach Abschluss der Migration werden Validierungs- und Verifizierungsprüfungen durchgeführt, um die Datenkonsistenz mit der Quelldatenbank sicherzustellen. Wenn die Datenbank alle Validierungsprüfungen bestanden hat, führen Sie eine Umstellung auf AWS durch, indem Sie Ihre Anwendung mit der Zieldatenbank in AWS verbinden.

• Online-Migration: Diese Methode wird verwendet, wenn für Ihre Anwendung nahezu keine oder nur minimale Ausfallzeiten erforderlich sind. Bei der Online-Migration wird die Quelldatenbank in mehreren Schritten zu AWS migriert. In den ersten Schritten werden die Daten in der Quelldatenbank in die Zieldatenbank kopiert, während die Quelldatenbank noch läuft. In den nachfolgenden Schritten werden alle Änderungen aus der Quelldatenbank an die Zieldatenbank weitergegeben. Wenn die Quell- und Zieldatenbanken synchronisiert sind, sind sie für die Umstellung bereit. Während der Umstellung stellt die Anwendung ihre Verbindungen zur Zieldatenbank auf AWS um, sodass keine Verbindungen zur Quelldatenbank bestehen. Sie können AWS Database Migration Service (AWS DMS), Oracle verwendenGoldenGate, QuestSharePlex, oder Tools, die erhältlich sind vonAWS-Marktplatz(wie Attunity), um die Quell- und Zieldatenbanken zu synchronisieren.