Heterogene Datenbankmigration - AWS Präskriptive Leitlinien

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Heterogene Datenbankmigration

Aufgrund der Innovationen und Verbesserungen bei Open-Source-Datenbanken und Cloud-Computing-Plattformen wie AWS wechseln viele Unternehmen von proprietären Datenbank-Engines (Online-Transaktionsverarbeitung oder OLTP) wie Oracle zu Open-Source-Engines. Oracle-Datenbanken sind unternehmenskritische Systeme für jedes Unternehmen, aber die Bindung an einen bestimmten Anbieter ist eine riskante und kostspielige Situation. Niedrige Betriebskosten und keine Lizenzgebühren sind zwingende Gründe, eine Umstellung der zugrunde liegenden Datenbanktechnologie auf Open Source- oder AWS-Cloud-native Datenbanken in Betracht zu ziehen.

Weitere Gründe für die Migration von Oracle sind Anbieterbindungsfristen, Lizenzprüfungen, teure Lizenzen und Kosten. Die Listenpreise von Oracle basieren auf einem Modell pro Kern, wobei zusätzliche Kosten für Funktionen wie Partitionierung und Hochverfügbarkeit anfallen. Aus diesem Grund entscheiden sich viele Unternehmen bei der Migration zu AWS dafür, ihre Oracle-Datenbanken entweder auf Open-Source-Datenbanken (wie PostgreSQL, MySQL oder MariaDB) oder auf Cloud-native AWS-Datenbanken (wie Amazon Aurora oder Amazon DynamoDB) zu migrieren.

Sie können Ihre Oracle Data Warehouse-Datenbank auch zu Amazon Redshift migrieren, einem schnellen, vollständig verwalteten Cloud-Data Warehouse. Amazon Redshift ist in Ihren Data Lake integriert, bietet eine bis zu dreimal schnellere Leistung als jedes andere Data Warehouse und kostet bis zu 75 Prozent weniger als jedes andere Cloud-Data Warehouse. Weitere Informationen finden Sie unter Migration von Oracle zu Amazon Redshift auf der AWS-Website.

Um zu einer Open Source- oder AWS-nativen Datenbank zu migrieren, wählen Sie je nach Art der Daten, über die Sie verfügen, dem Zugriffsmodell, der Skalierbarkeit, den praktischen Anwendungsmöglichkeiten und der Komplexität die richtige Datenbank aus. Beispielsweise sind PostgreSQL-Datenbanken in den letzten Jahren aufgrund ihrer leistungsstarken Funktionalität und hohen Kompatibilität mit kommerziellen Datenbanken sehr beliebt geworden, und sie sind das häufigste Migrationsziel für Benutzer, die ihre Oracle-Datenbanken umgestalten. Die Migration von Oracle zu PostgreSQL und zu anderen Open-Source-Datenbanken war jedoch oft schwierig und zeitaufwändig und erfordert eine sorgfältige Bewertung, Planung und Tests.

Dieser Prozess wird mit Services wie AWS DMS und AWS Schema Conversion Tool (AWS SCT) einfacher, mit denen Sie Ihre kommerzielle Datenbank mit minimalen Ausfallzeiten auf eine Open-Source-Datenbank auf AWS migrieren können.

Bei heterogenen Datenbankmigrationen unterscheiden sich die Quell- und Zieldatenbank-Engines, wie bei Migrationen von Oracle zu Amazon Aurora oder von Oracle zu PostgreSQL, MySQL oder MariaDB. Die Schemastruktur, die Datentypen und der Datenbankcode in den Quell- und Zieldatenbanken können sehr unterschiedlich sein. Daher müssen Schema und Code transformiert werden, bevor die Datenmigration beginnt. Aus diesem Grund ist die heterogene Migration ein zweistufiger Prozess:

  • Schritt 1. Konvertieren Sie das Quellschema und den Code so, dass sie denen der Zieldatenbank entsprechen. Sie können AWS SCT für diese Konvertierung verwenden.

  • Schritt 2. Migrieren Sie Daten von der Quelldatenbank zur Zieldatenbank. Sie können AWS DMS für diesen Prozess verwenden.

Heterogene Datenbankmigration mit und AWS SCT AWS DMS

AWS DMS verarbeitet alle erforderlichen Datentypkonvertierungen während der Migration automatisch. Die Quelldatenbank kann sich in Ihren eigenen Räumlichkeiten außerhalb von AWS befinden, es kann sich um eine Datenbank handeln, die auf einer EC2 Instance ausgeführt wird, oder es kann sich um eine Amazon RDS-Datenbank handeln (siehe Quellen für die Datenmigration in der AWS DMS-Dokumentation). Das Ziel kann eine Datenbank in Amazon EC2, Amazon RDS oder Amazon Aurora sein.

Tools für heterogene Datenbankmigrationen

Das folgende Diagramm enthält eine Liste von Tools, mit denen Sie von Oracle Database zu einer anderen Datenbank-Engine migrieren können.

Migrationstool

Unterstützung für Zieldatenbanken

Wird verwendet für

AWS SCT

Amazon RDS für MySQL

Amazon RDS für PostgreSQL

Amazon Aurora MySQL

Amazon Aurora PostgreSQL

Schemakonvertierung

AWS DMS

Amazon RDS für MySQL

Amazon RDS für PostgreSQL

Amazon Aurora MySQL

Amazon Aurora PostgreSQL

Datenmigrationen

In den folgenden Unterabschnitten finden Sie weitere Informationen zu den einzelnen Tools.

AWS SCT

Das AWS Schema Conversion Tool (AWS SCT) konvertiert Ihre vorhandenen kommerziellen Datenbankschemas in eine Open-Source-Engine oder in eine Cloud-native AWS-Datenbank. AWS SCT macht heterogene Datenbankmigrationen vorhersehbar, indem das Quelldatenbankschema und ein Großteil der Datenbankcodeobjekte, einschließlich Ansichten, gespeicherten Prozeduren und Funktionen, automatisch in ein Format konvertiert werden, das mit der Zieldatenbank kompatibel ist. Alle Objekte, die nicht automatisch konvertiert werden können, sind deutlich für die manuelle Konvertierung gekennzeichnet. AWS SCT kann Ihren Anwendungsquellcode auch nach eingebetteten SQL-Anweisungen scannen und diese im Rahmen eines Datenbankschema-Konvertierungsprojekts konvertieren. 

AWS DMS

Der AWS Database Migration Service (AWS DMS) migriert Ihre Daten schnell und sicher zu AWS. Während der Migration bleibt die Quelldatenbank voll funktionsfähig, wodurch die Ausfallzeiten der Anwendungen minimiert werden. AWS DMS unterstützt homogene Migrationen wie Oracle zu Oracle sowie heterogene Migrationen zwischen verschiedenen Datenbankplattformen wie Oracle zu einer Open-Source-Datenbank oder zu einer Cloud-nativen AWS-Datenbank. AWS DMS verwaltet die Komplexität des Migrationsprozesses, einschließlich der automatischen Replikation von Datenänderungen, die in der Quelldatenbank auftreten, in die Zieldatenbank. Nach Abschluss der Datenbankmigration bleibt die Zieldatenbank so lange mit der Quelldatenbank synchronisiert, wie Sie möchten, und Sie können zu einem beliebigen Zeitpunkt zur Zieldatenbank wechseln.