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.
SQL Server migrieren
Auf Ihrem Weg in die Cloud haben Sie mehrere Möglichkeiten, Ihre SQL Server-Umgebungen zu migrieren. AWS Eine erfolgreiche Migration basiert auf der Erstellung einer detaillierten Bestandsaufnahme Ihrer SQL-Server-Workloads und ihrer Abhängigkeiten, der Identifizierung Ihres Authentifizierungsschemas, der Erfassung Ihrer HADR-Anforderungen (High Availability and Disaster Recovery), der Bewertung Ihrer Leistungsziele und der Bewertung Ihrer Lizenzoptionen. Dieses Inventar hilft Ihnen dabei, die Zieldatenbankplattform zu bestimmen und Ihre Migrationsoptionen zu definieren.
Bei der Migration Ihrer SQL Server-Workloads zu müssen Sie viele Optionen in Betracht ziehen AWS, von denen jede zu einer optimierten price/performance, intuitiveren Benutzererfahrung und niedrigeren Gesamtbetriebskosten führt. Sie können wählen, ob Sie SQL Server auf folgenden Plattformen bereitstellen möchten: Amazon EC2, Amazon RDS für SQL Server oder Amazon RDS Custom für SQL Server
Bewerten
Um eine erfolgreiche Migration zu implementieren, ist es wichtig, Ihre bestehende Infrastruktur zu bewerten und die wichtigsten Funktionen zu verstehen, die für Ihre Umgebung erforderlich sind. Es wird empfohlen, die folgenden wichtigen Bereiche zu überprüfen, bevor Sie sich für einen Migrationsplan entscheiden:
-
Überprüfen Sie die bestehende Infrastruktur — Überprüfen Sie Ihre bestehende SQL Server-Infrastruktur anhand von Daten, die in der Erkennungsphase Ihrer Migration gesammelt wurden. Sie können AWS Migration Evaluator
verwenden, um automatisch detaillierte Informationen über Serverkonfigurationen, SQL Server-Bereitstellungen, Ressourcennutzung und Anwendungsabhängigkeiten zu sammeln. Für VMware-based Umgebungen ermöglicht das AWS Transform Discovery-Tool eine agentenlose, lokale Erkennung, ohne dass Cloud-Konnektivität erforderlich ist. Die Ergebnisse fließen direkt in eine AWS Transform Bewertung für die Gesamtbetriebskostenanalyse und die Generierung von Geschäftsszenarien ein. Wir empfehlen, dass Sie die von Microsoft für die SQL Server-Infrastruktur vorgeschriebene Größe verwenden AWS. Es ist wichtig, die aktuelle Auslastung Ihrer lokalen SQL Server-Instanz, einschließlich Arbeitsspeicher, CPU, IOPS und Durchsatz, zu kennen, um Ihre SQL Server-Instanz richtig dimensionieren zu können. AWS -
Überprüfen Sie die bestehende Lizenzierung — Sie können das ergänzende AWS Optimization and Licensing Assessment (AWS OLA) nutzen, um darauf
eine Migrations- und Lizenzierungsstrategie aufzubauen. AWS AWS OLA stellt Ihnen einen Bericht zur Verfügung, in dem Ihre Bereitstellungsoptionen anhand vorhandener Lizenzberechtigungen modelliert werden. Diese Ergebnisse können Ihnen helfen, die verfügbaren Kosteneinsparungen bei flexiblen AWS Lizenzoptionen zu ermitteln. Wenn Sie bereits SQL Server-Workloads auf Ihrem Computer ausführen AWS, AWS Compute Optimizerbietet es automatische Lizenzierungsempfehlungen, einschließlich der Identifizierung von Möglichkeiten, SQL Server-Editionen auf der Grundlage der tatsächlichen Funktionsnutzung herunterzustufen. -
Überprüfen Sie die bestehende SQL Server-Architektur — Wenn Sie einen SQL Server-Failovercluster mit gemeinsam genutztem Speicher oder die SQL Server Always On Availability Group-Architektur verwenden, können Sie die SQL Server-Bereitstellungsoptionen besser definieren, wenn Sie Ihre aktuellen Anforderungen an die Hochverfügbarkeitsarchitektur kennen. AWS
SQL Server Always-On-Verfügbarkeitsgruppen unterstützen sowohl den synchronen als auch den asynchronen Commit-Modus. Sie können sie für Hochverfügbarkeit innerhalb einer einzelnen Gruppe AWS-Region (über Availability Zones hinweg) oder für Disaster Recovery in mehreren Regionen verwenden. SQL Server Always On Failover Cluster Instances (FCIs) benötigen gemeinsam genutzten Speicher, der mithilfe von Amazon FSx for Windows File Server oder Amazon FSx für ONTAP bereitgestellt werden kann. NetApp Einen vollständigen Vergleich der Optionen für Hochverfügbarkeit und Notfallwiederherstellung finden Sie unter Wählen Sie eine Hochverfügbarkeits- und Notfallwiederherstellungslösung auf Prescriptive Guidance. AWS
-
Entwickeln Sie Backup-Strategien — Für Amazon RDS for SQL Server können Sie automatisierte Backups mit Point-in-Time-Wiederherstellung, manuellen Snapshots und nativer Sicherung und Wiederherstellung verwenden. Für SQL Server auf Amazon EC2 können Sie systemeigene SQL Server-Backups und -Wiederherstellungen verwenden, einen Snapshot-Ansatz verwenden oder Datenbanken auf Amazon EBS, Amazon FSx for Windows File Server, Amazon FSx for NetApp ONTAP oder Amazon S3 sichern. Sie können AWS Backupes verwenden, um Backups in Amazon RDS for SQL Server und SQL Server auf Amazon EC2 zu orchestrieren und zu zentralisieren.
SQL Server 2022 auf Amazon EC2 mit Amazon FSx for NetApp ONTAP unterstützt T-SQL Snapshot-Backups
für nahezu sofortige, konsistente Backups mit minimalen Auswirkungen auf den primären Host. SQL Server 2025 erweitert dies weiter, indem native Datenbank-Backups von sekundären Replikaten in Always-On-Verfügbarkeitsgruppen aktiviert werden. Weitere Informationen finden Sie unter Was ist neu in Microsoft SQL Server 2025 auf AWS (AWS Blogbeitrag). Weitere Informationen zu Sicherungsstrategien finden Sie unter Backup- und Wiederherstellungsstrategien für Amazon RDS for SQL Server
(AWS Blogbeitrag) und Sicherungs- und Wiederherstellungsoptionen für SQL Server auf Amazon EC2 (AWS Prescriptive Guidance). -
Disaster Recovery-Anforderungen (DR) verstehen — Für Amazon RDS for SQL Server bieten regionsübergreifende automatische Backups und Read Replicas verwaltete DR-Optionen, ohne dass eine Server-level SQL-Replikationskonfiguration erforderlich ist.
Für SQL Server auf Amazon EC2 können Sie einen sekundären Server verwenden AWS Direct Connect, der über AWS Transit Gatewayoder AWS-Region verbunden ist und die Replikation ermöglicht. Zu den DR-Optionen gehören verteilte SQL Server-Verfügbarkeitsgruppen für Bereitstellungen in mehreren Regionen, Protokollversand für eine kostengünstige Option mit RTO und RPO innerhalb weniger Minuten und AWS Elastic Disaster Recoveryfür kontinuierliche Replikation auf Blockebene als DR-Implementierung. active/passive Weitere Informationen finden Sie unter Choose a high availability and Disaster Recovery solution in AWS Prescriptive Guidance and Architect a Disaster Recovery for SQL Server in AWS: Part 1 im
Datenbank-Blog. AWS
Mobilisieren
Es gibt Strategien für die Migration von SQL Server-Datenbanken, die Sie für Ihre SQL Server-Workloads in Betracht ziehen sollten:
-
Rehosting (Lift and Shift) — Dies beinhaltet die Migration Ihrer lokalen SQL Server-Datenbanken zu SQL Server auf einer Amazon EC2 EC2-Instance in der. AWS Cloud Dieser Ansatz ist nützlich, wenn eine schnellere Migration zu AWS Ihre Priorität ist. Sie können Ihre vorhandenen SQL Server-Lizenzen nach dem Modell „Bring Your Own License“ (BYOL) verwenden, oder Sie können Instances mit einer Lizenz (LI) bei erwerben. AWS Sie können auch AWS Launch Wizard for SQL Server verwenden, um Sie durch die Dimensionierung, Konfiguration und Bereitstellung von SQL Server auf Amazon EC2 zu führen. Es unterstützt sowohl Einzelinstanz- als auch Hochverfügbarkeitsbereitstellungen.
-
Replatforming (Lift and Reshape) — Dazu gehört die Migration Ihrer lokalen SQL Server-Datenbanken auf einen verwalteten Datenbankdienst. AWS Bei diesem Ansatz werden undifferenzierte Aufgaben wie Installation, Konfiguration, Patches, Upgrades und die Einrichtung von Hochverfügbarkeit ausgelagert. Wählen Sie zwischen zwei verwalteten Optionen:
-
Amazon RDS for SQL Server
— Dies ist eine vollständig verwaltete Option, die sich am besten eignet, wenn Sie die gesamte Datenbankinfrastrukturverwaltung auslagern möchten. -
Amazon RDS Custom for SQL Server — Dies ist ein verwalteter Service mit beibehaltenem Zugriff auf Betriebssystem- und Datenbankebene. Diese Option eignet sich gut für ältere oder verpackte Anwendungen mit benutzerdefinierten Bereitstellungsanforderungen. Amazon RDS Custom unterstützt die Option Bring Your Own Media (BYOM), mit der Sie Ihre vorhandenen SQL Server-Lizenzen gemäß den License Mobility-Bedingungen von Microsoft verwenden können.
Einen Funktionsvergleich von SQL Server auf Amazon EC2, Amazon RDS und Amazon RDS Custom finden Sie unter Choosing between Amazon EC2 and Amazon RDS on AWS Prescriptive Guidance.
-
-
Refactoring (Re-Architect) — Dies beinhaltet in der Regel Anwendungsänderungen und Modernisierungen mithilfe von Open-Source-Datenbanken oder Datenbanken, die für die Cloud entwickelt wurden. Durch die Abkehr von SQL Server können Sie die Lizenzkosten senken und die Abhängigkeit von Anbietern und Lizenzprüfungen vermeiden. Sie können Ihre SQL Server-Datenbanken modernisieren, um:
-
Amazon RDS for MySQL oder Amazon RDS for PostgreSQL — Vollständig verwaltete Open-Source-Datenbankangebote.
-
Amazon Aurora — Eine Cloud-native relationale Datenbank mit vollständiger MySQL- und PostgreSQL-Kompatibilität, die die Leistung und Verfügbarkeit kommerzieller Datenbanken zu einem Bruchteil der Kosten bietet.
-
Babelfish for Aurora PostgreSQL — Ermöglicht es Anwendungen, die ursprünglich für SQL Server geschrieben wurden, mit Aurora PostgreSQL mit minimalen Codeänderungen zu arbeiten, wodurch die Migration beschleunigt und das Refactoring-Risiko reduziert wird.
Um Ihr SQL Server-Schema und Ihren Code zu konvertieren, können Sie die Schemakonvertierung verwenden, eine vollständig AWS DMS verwaltete Schemakonvertierungsfunktion von (). AWS Database Migration Service AWS DMS
-
Migrieren
Bei der Migration Ihrer SQL Server-Workloads zu AWS werden in den folgenden Abschnitten die verfügbaren Tools und Ansätze für die einzelnen Migrationsstrategien beschrieben.
Hostwechsel
Beim Rehosting handelt es sich um einen homogenen Migrationsansatz. Wählen Sie diese Option, wenn Sie Ihre SQL Server-Datenbank unverändert migrieren möchten, ohne die Datenbanksoftware oder Konfiguration zu ändern. Dies ist eine gängige Wahl für groß angelegte Legacy-Migrationen, bei denen Geschwindigkeit an erster Stelle steht.
Migrieren von SQL Server mit Amazon EC2
Wenn Sie zu Amazon EC2 migrieren, können Sie Ihre vorhandenen SQL Server-Lizenzen verwenden, indem Sie das BYOL-Modell verwenden, oder Sie können LI-Instances von erwerben. AWSAWS License Managerhilft Ihnen bei der Kontrolle der Zuteilung Ihrer verfügbaren Lizenzen bei der Bereitstellung von SQL Server auf Amazon EC2 und hilft Ihnen bei der Einhaltung der Lizenzregeln.
Bei einem BYOL-Ansatz können Sie SQL Server nur dann auf Amazon EC2 EC2-Instances mit Shared-Tenancy (Standard) rehosten, wenn Sie über Microsoft
Sie können eine SQL Server-Datenbank auf eine Amazon EC2 EC2-Instance migrieren, indem Sie die Funktionen von SQL Server verwenden oder AWS-Services. Diese Optionen eignen sich, wenn Sie eine einzelne Datenbank oder eine Gruppe von Datenbanken auf eine neue SQL Server-Instance auf Amazon EC2 migrieren. Zusätzlich zur Datenbankmigration müssen Sie möglicherweise auch Objekte wie Logins, Jobs, Datenbank-Mails und Verbindungsserver migrieren.
Für das Rehosten Ihrer SQL Server-Datenbanken stehen die folgenden Methoden zur Verfügung: AWS
Sie können auch AWS Launch Wizard for SQL Server verwenden, um Sie durch die Dimensionierung, Konfiguration und Bereitstellung von Microsoft SQL Server auf Amazon EC2 zu führen, das sowohl Einzelinstanz- als auch Hochverfügbarkeitsbereitstellungen unterstützt.
Migrieren von SQL Server mit AWS Application Migration Service
AWS Application Migration Service
SQL Server unter Linux
Das SQL Server-Datenbankmodul wird sowohl unter Windows Server als auch unter Linux auf ähnliche Weise ausgeführt. Bei der Verwendung von Linux gibt es jedoch einige Änderungen an bestimmten Aufgaben. AWS Launch Wizardkann Ihnen helfen, sich an diese Änderungen anzupassen und hochverfügbare Lösungen zu konfigurieren. Wenn Sie über interne Erfahrung in der Linux-Administration verfügen, ist ein Hostwechsel auf Amazon EC2 Linux eine gute Wahl, um Windows Server-Lizenzkosten zu sparen. SQL Server unter Linux wird ab SQL Server 2017 unterstützt. Weitere Informationen finden Sie unter Migrieren einer lokalen Microsoft SQL Server-Datenbank zu Microsoft SQL Server auf Amazon EC2 unter Linux auf AWS Prescriptive Guidance.
Plattformwechsel
Ein Plattformwechsel ist ein homogener Ansatz, der sich am besten dafür eignet, den Zeitaufwand für die Verwaltung von Datenbankinstanzen zu reduzieren, indem ein vollständig verwaltetes Datenbankangebot verwendet wird. Eine vollständig verwaltete Datenbank in Amazon RDS für SQL Server verhindert den Zugriff auf das zugrunde liegende Betriebssystem, das Systemvolumen oder die Installation von benutzerdefinierten Treibern. Weitere Informationen finden Sie unter Amazon RDS for Microsoft SQL Server. Wenn OS-level Zugriff oder bestehende SQL Server-Lizenzen erforderlich sind, sollten Sie eine Umstellung auf Amazon RDS Custom for
Amazon RDS Custom for SQL Server unterstützt das BYOM-Lizenzmodell, mit dem Sie Ihre eigenen Installationsmedien und Lizenzen verwenden können. Ihre Lizenzen müssen den Microsoft License Mobility-Bedingungen
Die folgenden Optionen sind für die Migration von SQL Server zu Amazon RDS for SQL Server oder Amazon RDS Custom for SQL Server verfügbar:
-
Benutzerdefinierter Protokollversand — Erfordert benutzerdefinierte Skripts für Amazon RDS for SQL Server und Amazon RDS Custom. Eine Referenzimplementierung finden Sie im AWS Datenbank-Blog unter Automatisieren der lokalen oder Amazon EC2-SQL-Server-Migration zu Amazon RDS für die SQL Server-Migration mit benutzerdefiniertem Protokollversand
. -
Sicherung und Wiederherstellung von SQL Server — Informationen zur Sicherung und Wiederherstellung für Amazon RDS for SQL Server finden Sie unter Migration von SQL Server zu Amazon RDS mithilfe nativer Sicherung und Wiederherstellung
. Informationen zu Amazon RDS Custom finden Sie unter Migration von lokalem SQL Server zu Amazon RDS Custom for SQL Server mithilfe von nativer Sicherung und Wiederherstellung und Amazon S3 .
Weitere Informationen finden Sie in den SQL Server-Migrationsmethoden im AWS Prescriptive Guide.
Um die Plattform für Ihre SQL-Server-Datenbanken zu wechseln, damit sie auf Amazon RDS für SQL Server ausgeführt werden, sollten Sie die in den Ressourcen von Amazon RDS für SQL Server
Faktorwechsel
Das Refactoring ist heterogen. Wählen Sie diesen Ansatz, wenn Sie bereit sind, Ihre Datenbank und Anwendung umzustrukturieren, neu zu schreiben und neu zu strukturieren, um die Vorteile von Open Source- und Cloud-basierten Datenbankangeboten zu nutzen. Wenn Sie bereit sind, Ihre Datenbank und die entsprechenden Anwendungen umzustrukturieren, können Sie Ihre SQL Server-Workloads entweder auf Amazon RDS for MySQL, Amazon RDS for PostgreSQL, Amazon Aurora Edition oder Amazon Aurora MySQL-Compatible Edition modernisieren. PostgreSQL-Compatible Sie können den Faktorwechsel in Abhängigkeit von vielen Modernisierungszeitplänen und Leistungsanforderungen durchführen.
Amazon RDS für MySQL und Amazon RDS für PostgreSQL sind vollständig verwaltete Datenbankangebote für ihre jeweiligen Open-Source-Datenbanken. Amazon Aurora ist ein relationales Datenbankmanagementsystem (RDBMS), das für die Cloud mit voller MySQL- und PostgreSQL-Kompatibilität entwickelt wurde. Aurora verfügt über ein fehlertolerantes Speichersystem und bietet Ihnen die Leistung und Verfügbarkeit kommerzieller Datenbanken zu einem Zehntel der Kosten.
Sie können Amazon Aurora Serverless
Wenn Sie Ihre SQL Server-Datenbanken auf eines dieser Angebote umstellen möchten, sollten Sie eines der folgenden Angebote in Betracht ziehen:
-
AWS Transform for SQL Server Modernization automatisiert die Full-Stack-Modernisierung von SQL Server-Datenbanken und den zugehörigen .NET-Anwendungen auf Amazon Aurora PostgreSQL. Es orchestriert den gesamten Migrationsprozess AWS DMS, einschließlich der Schemakonvertierung, der Transformation gespeicherter Prozeduren (T-SQL zu PL/pgSQL), der Datenmigration und der Aktualisierung des Anwendungscodes (Entity Framework, ADO.NET Verbindungszeichenfolgen). Es bietet auch Checkpoints in kritischen Phasen, an denen der Mensch im Loop arbeitet. Weitere Informationen zu den unterstützten Versionen, Quellen und Zielen von SQL Server finden Sie in der Dokumentation unter Unterstützte Versionen und Projekttypen. AWS Transform
-
Wenn Sie Ihre Anwendungs- und Datenbankmigrationen beschleunigen möchten AWS, sollten Sie die Verwendung von Babelfish für Aurora PostgreSQL in Betracht ziehen. Babelfish ermöglicht es Anwendungen, die ursprünglich für SQL Server geschrieben wurden, mit minimalen Codeänderungen mit Amazon Aurora zu arbeiten. Dadurch wird der Aufwand für die Änderung und Umstellung auf Babelfish für Aurora PostgreSQL-Anwendungen, die für SQL Server 2019 oder älter entwickelt wurden, reduziert, was zu einem schnelleren, risikoärmeren und kostengünstigeren Faktorwechsel führt.
Ziehen Sie die folgenden Ressourcen für die Migration mit Babelfish in Betracht:
-
Migrieren Sie mithilfe von Babelfish von SQL Server zu Amazon Aurora
(AWS Datenbank-Blog) -
Bereiten Sie sich mit dem AWS SCT Bewertungsbericht auf die Babelfish-Migration
vor (Datenbank-Blog)AWS -
Migrieren Sie mithilfe von SSIS und Babelfish von SQL Server zu Aurora PostgreSQL
(Datenbank-Blog)AWS -
Verwenden von Babelfish als Ziel für (Dokumentation) AWS Database Migration ServiceAWS Database Migration Service
Weitere Informationen finden Sie unter Tools für heterogene Datenbankmigrationen auf Prescriptive Guidance. AWS
-
Weitere Ressourcen
-
Migration von Microsoft SQL Server-Datenbanken auf die AWS Cloud (AWS Prescriptive Guidance)
-
Migrations- und Modernisierungsstrategien für Ihre SQL Server-Workloads
finden Sie auf (Blogs) AWSAWS -
Methoden zur Migration von SQL Server-Datenbanken (AWS präskriptive Leitlinien)