Migration mit nativen Datenbanktools und AWS DMS - AWS Präskriptive Leitlinien
VorteileNachteile

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.

Migration mit nativen Datenbanktools und AWS DMS

Viele DBAs sind mit einer Vielzahl von Tools vertraut, die sich mit der Datenbankmigration und Replikation befassen. Diese Tools werden in der Regel von Anbietern von Datenbank-Engines und Drittanbietern angeboten und funktionieren auf der logischen Ebene der jeweiligen Datenbank-Engine, im Gegensatz zu dem vollständig anwendungsunabhängigen Replikationsansatz auf Blockebene, der von Application Migration Service angeboten wird. 

Im Folgenden finden Sie eine Liste dieser Tools, die von den einfachsten bis hin zu komplexeren Ansätzen reicht:

  • Vollständiges Backup/Wiederherstellung ist ein vertrauter, bekannter und benutzerfreundlicher Prozess für IT-Mitarbeiter. Die Methode hängt vom Typ der Datenbank-Engine ab. Der Prozess verschiebt in der Regel mehrere logische Datenbanken, die sich auf demselben Datenbankserver befinden, und kann auch verwendet werden, um die Datenbanken in einem verwalteten Service wie Amazon Relational Database Service (Amazon RDS) wiederherzustellen. Backup/restore ist die einfachste Methode, erfordert jedoch aufgrund der Größe der Backups und der Zeit, die für deren Erstellung, Kopieren und Wiederherstellung in der Zieldatenbank erforderlich wäre, ein viel längeres Umstellungsfenster als die anderen Optionen. Weitere Informationen zu diesem Ansatz finden Sie unter Native SQL Server Backup/Restore und Oracle RMAN auf der Prescriptive Guidance-Website. AWS

  • Logisches Backup oder Export ist eine weitere Methode, die eine Kopie einer vollständigen oder teilweisen logischen Datenbank erstellt. Mit diesem systemeigenen Datenbank-Engine-Tool können Sie einen großen Datenbankserver zerlegen, um ausgewählte Datenbanken zu migrieren, die einer bestimmten Anwendung zugeordnet sind. Es bietet mehr Kontrolle als volle Kontrolle backup/restore darüber, was migriert werden soll, und unterstützt auch Amazon RDS als Ziel. Für diese Option ist jedoch aus den gleichen Gründen wie bei der vorherigen Methode auch ein längeres Cutover-Fenster erforderlich.

  • Zu den systemeigenen Tools für hohe Verfügbarkeit (HA) für Datenbanken gehören die Always On- oder Distributed Availability Group Cluster in Microsoft SQL Server und die Data Guard-Replikationen von Oracle. Dieser Ansatz erfordert einen erheblichen Aufwand bei der Einrichtung erweiterter, standortübergreifender HA-Cluster und kann aufgrund der längeren Latenz bei vollständig synchronen Active-Active-Bereitstellungen zu Leistungseinbußen führen. Diese Methode bietet jedoch die geringste Ausfallzeit während des Cutover.

  • Die CDC-Replikation (Change Data Capture) wird von AWS Database Migration Service (AWS DMS) und systemeigenen Datenbankreplikationstools wie Oracle GoldenGate, Qlik und Talend unterstützt. Sie können diese Tools verwenden, um eine teilweise oder vollständige Datenbank zu kopieren, und das mit dem Vorteil, dass fast keine Ausfallzeiten auftreten, da sie dafür sorgen, dass die Zieldatenbank mit der Quelldatenbank synchron bleibt. Sie können diese Methode auch mit AWS Schema Conversion Tool (AWS SCT) und AWS DMS für heterogene Migrationen verwenden, um Ihre Datenbank gleichzeitig zu migrieren und zu modernisieren.

  • Wenn der Netzwerkdurchsatz während Ihrer Datenbankmigration einen Engpass darstellt, können Sie AWS DMS in Verbindung mit AWS Snowball verwenden, um sehr große Datenbanken zu migrieren und zu modernisieren. Weitere Informationen finden Sie im Blogbeitrag Enable large database migrations with and. AWS DMS AWS Snowball

Vorteile

Die Verwendung von Datenbanktools für die Migration bietet gegenüber Replikationsmethoden auf Blockebene die folgenden Vorteile: 

  • Einige Tools ermöglichen die Migration mit minimalen Ausfallzeiten. Dazu gehören AWS DMS native Tools, die native HA-Cluster oder CDC-Replikation unterstützen.

  • Sie können Tools verwenden, mit denen die meisten vertraut sind, um Ihre Cluster-Datenbanken DBAs zu migrieren.

  • Sie können die Datenbank im Rahmen des Migrationsworkflows modernisieren und auf verwaltete Datenbankservices wie Amazon RDS oder Amazon Aurora umsteigen.

  • Sie können die Vorteile der Konsolidierung und Zerlegung (oder teilweiser Datenbankmigrationen) nutzen, wenn Sie von einer monolithischen Infrastruktur zu Microservices wechseln, einen großen Datenbankserver oder einen Cluster aufteilen oder kleinere Datenbanken zu einer größeren Instanz oder zu einer zusammenführen. AWS-Service 

Nachteile

Die meisten der im vorherigen Abschnitt erörterten Vorteile beziehen sich nicht auf ein typisches lift-and-shift Migrationsszenario und fallen unter den Replattform-Ansatz. Darüber hinaus haben native Datenbankmigrationsmethoden bei groß angelegten Migrationen einige Nachteile, wie z. B.:

  • Vorbereitung – Sie müssen die Zielinfrastruktur, die Datenbankserver und die Cluster vollständig bereitstellen und konfigurieren, bevor Sie eine der nativen Datenbankmethoden verwenden können.

  • Komplexität – Einige Methoden, wie z. B. vollständiges oder logisches Backup/Wiederherstellung, müssen mit einer anderen Replikationsmethode kombiniert werden, um alle Änderungen seit der Erstellung des ersten Backups zu erkennen.

  • Skalierbarkeit — Es gibt kein einfaches Automatisierungs-Framework, um diese Methoden auf andere Datenbankcluster und Server auszuweiten, wenn Sie in großem Umfang migrieren.