Strategien für die Migration von Oracle-Datenbanken

Im Großen und Ganzen gibt es zwei Optionen für die Migration einer Oracle-Datenbank von einer lokalen Datenbank in die AWS-Cloud: entweder bei Oracle bleiben (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 Amazon. RedShift 

Es gibt drei gängige Strategien für die Migration Ihrer Oracle-Datenbanken zu AWS: Rehost, Replatform und Re-Architect (Refactor). Diese sind Teil der 7 R-Strategien für die Anwendungsmigration und 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
Wechsel der Plattform	Homogen	Sie möchten den Zeitaufwand für die Verwaltung von Datenbankinstanzen reduzieren, indem Sie ein database-as-a-service (DBaaS) -Angebot verwenden.	Von Oracle Database zu Amazon RDS for Oracle
Re-Architecture (Refactoring)	Heterogen	Sie möchten Ihre Datenbank und Anwendung umstrukturieren, neu schreiben und neu strukturieren, um die Vorteile von Open Source- und Cloud-nativen Datenbankfunktionen zu nutzen.	Oracle-Datenbank zu Amazon Aurora PostgreSQL, MySQL oder MariaDB

Wahl 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 von Migrationen, einschließlich sechs der Strategien.  

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

Um die Komplexität zu reduzieren, könnten 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 Kosten zu senken und Leistung, Produktivität und Compliance zu optimieren. Wenn Sie beispielsweise Ihre lokale Oracle-Datenbank durch Aurora PostgreSQL-kompatibel ersetzen möchten, könnten Sie erwägen, Ihre Datenbank in der ersten Phase auf Amazon zu rehosten EC2 oder Ihre Datenbank auf Amazon RDS for Oracle neu zu platzieren 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 zur AWS-Cloud zu migrieren, basierend auf Ihrem Migrationszeitplan und der möglichen 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 in die 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 auf AWS verbinden.

• Online-Migration: Diese Methode wird verwendet, wenn für Ihre Anwendung nahezu keine bis minimale Ausfallzeit erforderlich ist. 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 bereit für die Übernahme. Während der Umstellung wechselt die Anwendung ihre Verbindungen zur Zieldatenbank auf AWS, sodass keine Verbindungen zur Quelldatenbank übrig bleiben. Sie können AWS Database Migration Service (AWS DMS), Oracle GoldenGate SharePlex, Quest oder im AWS Marketplace verfügbare Tools (wie Attunity) verwenden, um die Quell- und Zieldatenbanken zu synchronisieren.