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 für SQL Server
Aufgrund der Innovationen und Verbesserungen bei Open-Source-Datenbanken und Cloud-Computing-Plattformen wechseln viele Unternehmen von proprietären Datenbank-Engines (Online Transaction Processing oder OLTP) wie SQL Server zu Open-Source-Engines. AWS SQL Server-Datenbanken sind unternehmenskritische Systeme für jedes Unternehmen, aber an einen bestimmten Anbieter gebunden zu sein, ist eine riskante und kostspielige Situation. Niedrige Betriebskosten und keine Lizenzgebühren sind überzeugende Gründe, die zugrundeliegende Datenbanktechnologie auf Open Source- oder AWS Cloud-native Datenbanken umzustellen.
Weitere Gründe für die Migration von SQL Server sind Anbieterbindungsfristen, Lizenzprüfungen, teure Lizenzierungen und Kosten. Aus diesem Grund entscheiden sich viele Unternehmen bei der Migration dafür, ihre SQL Server-Datenbanken entweder auf Open-Source-Datenbanken (wie PostgreSQL, MySQL oder MariaDB) oder AWS Cloud-native Datenbanken (wie Amazon Aurora oder Amazon DynamoDB) zu migrieren. AWS
Sie können Ihre SQL Server 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 dem Muster Migrieren einer lokalen Microsoft SQL Server-Datenbank zu Amazon Redshift AWS DMS auf der AWS Prescriptive Guidance-Website.
Um zu einer Open-Source-oder AWS Cloud-nativen Datenbank zu migrieren, wählen Sie je nach Datentyp, Zugriffsmodell, Skalierbarkeit, Anwendungspraktiken und Komplexität die richtige Datenbank aus. Die Migration von SQL Server zu PostgreSQL und zu anderen Open-Source-Datenbanken war oft schwierig und zeitaufwändig und erfordert eine sorgfältige Bewertung, Planung und Tests.
Dieser Prozess wird mit Diensten wie AWS Database Migration Service (AWS DMS) und AWS Schema Conversion Tool (AWS SCT) einfacher, die Ihnen helfen, Ihre kommerzielle Datenbank AWS mit minimalen Ausfallzeiten auf eine Open-Source-Datenbank zu migrieren.
Bei heterogenen Datenbankmigrationen unterscheiden sich die Quell- und Zieldatenbank-Engines, wie bei Migrationen von SQL Server zu Aurora oder von SQL Server zu 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. Konvertiert das Quellschema und den Quellcode so, dass sie mit denen der Zieldatenbank übereinstimmen. Sie können es AWS SCT für diese Konvertierung verwenden.
-
Schritt 2. Migrieren Sie Daten von der Quelldatenbank zur Zieldatenbank. Sie können es AWS DMS für diesen Prozess verwenden.
AWS DMSwickelt die wichtigsten Datentypkonvertierungen während der Migration automatisch ab. Die Quelldatenbank kann sich in Ihren eigenen Räumlichkeiten außerhalb befindenAWS, 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 Aurora sein. Informationen zur Verwendung von MySQL als Zieldatenbank finden Sie im Datenbank-Blog unter Migrieren einer SQL Server-Datenbank zu einer MySQL-kompatiblen Datenbank-Engine
Weitere Informationen zum Refactoring Ihrer SQL Server-Datenbank finden Sie in den AWS Rearchitektur-Patterns
