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.
# Methoden für die SQL Server-Datenbankmigration
Es gibt verschiedene Methoden, um Ihre SQL Server-Datenbanken zu AWS migrieren. Sie können je nach Einschätzung und Anforderungen zwischen AWS Diensten und systemeigenen Funktionen von SQL Server wählen. In diesem Abschnitt werden einige der gängigsten Methoden beschrieben, die in den folgenden beiden Tabellen zusammengefasst sind. Ausführliche Erläuterungen einiger dieser Methoden finden Sie in den Abschnitten zu Amazon EC2 und Amazon RDS weiter unten in diesem Handbuch.
**AWS Dienstleistungen**
****
| Methode der Migration | Target | Funktionen und Einschränkungen | Weitere Informationen |
| --- | --- | --- | --- |
| **AWS DMS** | Amazon EC2 Amazon RDS Amazon RDS Custom Amazon Aurora | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/methods.html) | [AWS DMS](heterogeneous-migration-tools.md#aws-dms) Abschnitt |
| **AWS Migration Hub Orchestrator** | Amazon EC2 Amazon RDS | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/methods.html) | [AWS Migration Hub Orchestrator](mho.md) Abschnitt |
| **AWS Application Migration Service** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/methods.html) | In diesem Handbuch nicht behandelt (siehe Dokumentation zum [Application Migration Service](https://docs.aws.amazon.com/mgn/index.html)) |
| **AWS Snowball Edge** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Bereich Snowball Edge](snowball-edge.md) |
**Systemeigene Methoden von SQL Server**
****
| Methode der Migration | Target | Funktionen und Einschränkungen | Weitere Informationen |
| --- | --- | --- | --- |
| **Systemeigene Sicherung und Wiederherstellung** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/methods.html) | Abschnitt zum [Sichern/Wiederherstellen von systemeigenem SQL Server](native-backup-restore.md) (Sie können ihn verwenden, um systemeigene Sicherungen und Wiederherstellungen [AWS Migration Hub Orchestrator](mho.md)zu automatisieren) |
| **Versand protokollieren** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/methods.html) | Abschnitt „[Versand protokollieren](log-shipping.md)“ |
| **Benutzerdefinierter Versand von Protokollen** | Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Automatisieren Sie die lokale Migration oder die Migration von Amazon EC2 SQL Server zu Amazon RDS for SQL Server mithilfe von benutzerdefiniertem Protokollversand](https://aws.amazon.com/blogs/database/automate-on-premises-or-amazon-ec2-sql-server-to-amazon-rds-for-sql-server-migration-using-custom-log-shipping/) (AWS Blogbeitrag) |
| **Datenbankspiegelung** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/methods.html) | Abschnitt zur [Datenbankspiegelung](db-mirroring.md) |
| **AlwaysOn-Verfügbarkeitsgruppen** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/methods.html) | Abschnitt „[AlwaysOn-Verfügbarkeitsgruppen](always-on.md)“ |
| **Grundlegende AlwaysOn-Verfügbarkeitsgruppen** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/methods.html) | In diesem Handbuch nicht behandelt (siehe [Basic Always On-Verfügbarkeitsgruppen für eine einzelne Datenbank](https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/basic-availability-groups-always-on-availability-groups) in der Microsoft-Dokumentation) |
| **Verteilte Verfügbarkeitsgruppen** | Amazon EC2 Amazon RDS Custom (nur Migration) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/methods.html) | Abschnitt „[Verteilte Verfügbarkeitsgruppen](distributed-groups.md)“ |
| **Transaktionsreplikation** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Abschnitt zur Transaktionsreplikation](trans-rep.md) |
| **Programm zum Massenkopieren (bcp)** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/methods.html) | In diesem Handbuch nicht behandelt (siehe [Import und Export von SQL Server-Daten mit anderen Methoden](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html), Abschnitt *Massenkopie* in der Amazon RDS-Dokumentation) |
| **Trennen und anhängen** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/methods.html) | In diesem Handbuch nicht behandelt (siehe [Database Detach and Attach](https://learn.microsoft.com/en-us/sql/relational-databases/databases/database-detach-and-attach-sql-server) in der Microsoft-Dokumentation) |
| **Importieren/Exportieren** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/methods.html) | In diesem Handbuch nicht behandelt (siehe [Importieren und Exportieren von SQL Server-Daten mit anderen Methoden](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html#SQLServer.Procedural.Exporting.SSIEW) in der Amazon RDS-Dokumentation) |
# Backup/Wiederherstellung mit systemeigenem SQL Server
Amazon RDS unterstützt native Sicherungs- und Wiederherstellungsvorgänge für Microsoft SQL Server-Datenbanken mithilfe von vollständigen und differenziellen Sicherungsdateien (.bak). Es unterstützt auch differenzielle Rücksicherungs- und Protokollwiederherstellungsoptionen auf einer Amazon RDS for SQL Server-DB-Instance oder Amazon EC2 SQL Server-Instance, um Ausfallzeiten für Ihre Anwendung zu minimieren.
**Anmerkung**
Sie können vollständige, differenzielle und Protokollwiederherstellungsvorgänge auf Amazon RDS for SQL Server durchführen. Derzeit können Sie jedoch nur vollständige und differenzielle Sicherungen (keine Protokollsicherungen) durchführen.
Die Verwendung systemeigener BAK-Dateien ist die einfachste Methode zum Sichern und Wiederherstellen von SQL Server-Datenbanken. Sie können diese Methode verwenden, um Datenbanken zu oder von Amazon RDS zu migrieren. Sie können einzelne Datenbanken anstelle ganzer DB-Instances sichern und wiederherstellen. Sie können Datenbanken auch zwischen Amazon RDS for SQL Server-DB-Instances verschieben.
Wenn Sie Amazon RDS verwenden, können Sie Sicherungsdateien in Amazon Simple Storage Service (Amazon S3) speichern und übertragen, um eine zusätzliche Schutzebene für die Notfallwiederherstellung zu schaffen. Beispiel:
+ Sie können ein vollständiges Backup Ihrer Datenbank von Ihrem lokalen Server aus erstellen, es in einen S3-Bucket kopieren und es dann auf einer vorhandenen Amazon RDS SQL Server-DB-Instance wiederherstellen.
+ Sie können Backups von einer Amazon RDS for SQL Server-DB-Instance erstellen, sie in Amazon S3 speichern und sie dann wiederherstellen, wo immer Sie möchten.
+ Sie können [Amazon S3 Lifecycle-Konfigurationsregeln](https://docs.aws.amazon.com/AmazonS3/latest/dev/object-lifecycle-mgmt.html) implementieren, um langfristige Backups zu archivieren oder zu löschen.
Amazon RDS for SQL Server unterstützt die Wiederherstellung nativer SQL Server-Backups auf SQL Server-DB-Instances, für die Read Replicas konfiguriert sind. Das bedeutet, dass Sie die Read Replica nicht entfernen müssen, bevor Sie die native Backup-Datei auf Ihrer Amazon RDS for SQL Server-DB-Instance wiederherstellen.
**Anmerkung**
Sie können Migration Hub Orchestrator verwenden, um Ihre SQL Server-Datenbankmigrationen zu Amazon EC2 oder Amazon RDS mithilfe nativer Sicherung und Wiederherstellung zu automatisieren und zu orchestrieren. [Weitere Informationen finden Sie im Abschnitt.AWS Migration Hub Orchestrator](mho.md)
Das folgende Diagramm zeigt den systemeigenen SQL backup/restore Server-Prozess. Sie können den Migration Hub Orchestrator verwenden, um diesen Prozess zu automatisieren. Sie können diesen Prozess auch verwenden, um SQL Server-Datenbanken auf Amazon EC2 zu sichern und wiederherzustellen.
![\[SQL Server migration process with native SQL Server backup/restore\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/images/sql-native-backup-restore.png)
Informationen zur Automatisierung von Backup und Wiederherstellung finden Sie in der [Migration Hub Orchestrator-Dokumentation](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/what-is-migrationhub-orchestrator.html).
Informationen zur nativen Einrichtung backup/restore mit Amazon S3 finden Sie in der [Amazon RDS-Dokumentation](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Enabling).
Informationen zu Einschränkungen bei der Verwendung der systemeigenen Sicherung und Wiederherstellung von SQL Server finden Sie unter [Einschränkungen und Empfehlungen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Limitations) in der Amazon RDS-Dokumentation.
# Versand protokollieren
Sie können den Protokollversand verwenden, um Transaktionsprotokollsicherungen von Ihrer primären, lokalen SQL Server-Datenbank an eine oder mehrere sekundäre (Warm-Standby) SQL Server-Datenbanken zu senden, die auf EC2 Instances oder Amazon RDS for SQL Server Server-DB-Instances in der AWS Cloud bereitgestellt werden. Um den Protokollversand auf Amazon RDS for SQL Server einzurichten, müssen Sie Ihre eigenen benutzerdefinierten Skripts verwenden.
In diesem Szenario konfigurieren Sie eine Warm-Standby-SQL Server-Datenbank auf einer EC2 Instance oder einer Amazon RDS for SQL Server-DB-Instance und senden Transaktionsprotokoll-Backups asynchron zwischen Ihrer lokalen Datenbank und dem Warm-Standby-Server in der AWS Cloud. Die Transaktionsprotokoll-Backups werden dann auf die Warm-Standby-Datenbank angewendet. Wenn alle Protokolle angewendet wurden, können Sie ein manuelles Failover durchführen und zur Cloud wechseln.
Diese Option unterstützt alle Versionen und Editionen von SQL Server. Nachdem Sie die Datenbank in die AWS Cloud migriert haben, können Sie ein sekundäres Replikat hinzufügen, indem Sie eine Always-On-Verfügbarkeitsgruppe verwenden, um hohe Verfügbarkeit und Ausfallsicherheit zu gewährleisten.
![\[SQL Server migration process with log shipping\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-log-shipping.png)
Weitere Informationen zur Verwendung dieser Methode, um Hochverfügbarkeit, Datenschutz und Notfallwiederherstellung für Ihre SQL Server-Datenbanken bei Amazon zu erreichen EC2, finden Sie unter [Protokollversand](ec2-log-shipping.md) im Abschnitt *Amazon EC2 für SQL Server*.
# Datenbankspiegelung
Sie können die Datenbankspiegelung verwenden, um eine Hybrid-Cloud-Umgebung für Ihre SQL Server-Datenbanken einzurichten. Für diese Option ist die SQL Server Enterprise Edition erforderlich. In diesem Szenario wird Ihre SQL Server-Prinzipaldatenbank lokal ausgeführt, und Sie erstellen eine Warm-Standby-Datenbank in der Cloud. Sie replizieren Ihre Daten asynchron und führen ein manuelles Failover durch, wenn Sie für die Umstellung bereit sind. Nachdem Sie die Datenbank in die AWS Cloud migriert haben, können Sie aus Gründen der Hochverfügbarkeit und Ausfallsicherheit ein sekundäres Replikat hinzufügen, indem Sie eine Always-On-Verfügbarkeitsgruppe verwenden.
Weitere Informationen zur Verwendung dieser Methode, um Hochverfügbarkeit, Datenschutz und Notfallwiederherstellung für Ihre SQL Server-Datenbanken bei Amazon zu erreichen EC2, finden Sie unter [Datenbankspiegelung](ec2-db-mirroring.md) im Abschnitt *Amazon EC2 für SQL Server*.
# AlwaysOn-Verfügbarkeitsgruppen
Bei SQL Server AlwaysOn-Verfügbarkeitsgruppen handelt es sich um ein erweitertes Feature auf Unternehmensebene, das Hochverfügbarkeits- und Notfallwiederherstellungslösungen bereitstellt. Diese Funktion ist verfügbar, wenn Sie SQL Server 2014 und höhere Versionen verwenden. Sie können auch eine Always-On-Verfügbarkeitsgruppe verwenden, um Ihre lokalen SQL Server-Datenbanken zu Amazon EC2 on AWS zu migrieren. Dieser Ansatz ermöglicht es Ihnen, Ihre Datenbanken mit minimalen bis keinen Ausfallzeiten zu migrieren.
Wenn Sie bereits über eine lokale Bereitstellung von SQL Server AlwaysOn-Verfügbarkeitsgruppen verfügen, replizieren Ihr primäres Replikat und Ihr sekundäres Replikat synchron Daten innerhalb der Verfügbarkeitsgruppe. Um Ihre Datenbank in die AWS Cloud zu migrieren, können Sie also Ihren Windows Server Failover Clustering (WSFC) -Cluster auf die Cloud ausdehnen. Dies kann vorübergehend sein, nur zu Migrationszwecken. Anschließend erstellen Sie ein sekundäres Replikat in der AWS Cloud und verwenden die asynchrone Replikation, wie in der folgenden Abbildung dargestellt. Nachdem das sekundäre Replikat mit der primären lokalen Datenbank synchronisiert wurde, können Sie ein manuelles Failover durchführen, wann immer Sie für die Übernahme bereit sind.
![\[SQL Server migration process with Always On availability groups\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-always-on.png)
Weitere Informationen zur Verwendung dieser Methode, um Hochverfügbarkeit, Datenschutz und Notfallwiederherstellung für Ihre SQL Server-Datenbanken bei Amazon zu erreichen EC2, finden Sie [unter AlwaysOn-Verfügbarkeitsgruppen](ec2-always-on.md) im Abschnitt *Amazon EC2 für SQL Server*.
# Verteilte Verfügbarkeitsgruppen
Eine verteilte Verfügbarkeitsgruppe umfasst zwei separate Verfügbarkeitsgruppen. Sie können sie sich als eine Verfügbarkeitsgruppe von Verfügbarkeitsgruppen vorstellen. Die zugrunde liegenden Verfügbarkeitsgruppen sind auf zwei verschiedenen WSFC-Clustern konfiguriert. Die Verfügbarkeitsgruppen, die Teil einer verteilten Verfügbarkeitsgruppe sind, müssen sich nicht denselben Standort teilen. Sie können physisch oder virtuell, lokal oder in der Public Cloud sein. Die Verfügbarkeitsgruppen in einer verteilten Verfügbarkeitsgruppe müssen nicht dieselbe Version von SQL Server ausführen. Die Ziel-DB-Instance kann eine neuere Version von SQL Server als die Quell-DB-Instance ausführen.
Eine verteilte Verfügbarkeitsgruppenarchitektur bietet Ihnen eine flexible Möglichkeit, eine unternehmenskritische SQL Server-Instanz oder Datenbank neu zu hosten. AWS Sie bietet eine Hybridlösung für das Lifting and Shifting (oder Lifting und Transformation) Ihrer kritischen SQL Server-Datenbanken. AWS
Die Verwendung einer verteilten Verfügbarkeitsgruppenarchitektur ist effizienter als die Erweiterung vorhandener lokaler WFSC-Cluster. AWS*Daten werden nur vom lokalen Primärserver an eines der AWS Replikate (den Forwarder) übertragen.* Der Forwarder ist dafür verantwortlich, Daten an andere sekundäre Read-Replicas zu senden. AWS
In der folgenden Abbildung wird der erste WSFC-Cluster (WSFC 1) lokal gehostet und verfügt über eine lokale Verfügbarkeitsgruppe (AG 1). Der zweite WSFC-Cluster (WSFC 2) wird auf gehostet AWS und verfügt über eine AWS Verfügbarkeitsgruppe (AG 2). [Direct Connect](https://aws.amazon.com/directconnect/)wird als dedizierte Netzwerkverbindung zwischen der lokalen Umgebung und verwendet. AWS*Die lokale Verfügbarkeitsgruppe (AG 1) hat zwei Replikate (Knoten).* Die Datenübertragung zwischen den Knoten erfolgt synchron mit automatischem Failover. In ähnlicher Weise verfügt die AWS Availability Group (AG 2) ebenfalls über zwei Replikate, und die Datenübertragung zwischen ihnen erfolgt synchron mit automatischem Failover. Die verteilte Verfügbarkeitsgruppe sorgt dafür, dass die Datenbanken asynchron synchronisiert werden. Daten werden vom primären SQL Server-Replikat in AG 1 (das sich lokal befindet) zum primären Replikat (der Forwarder) in AG 2 (das aktiviert ist) übertragen. AWS Der Forwarder ist dafür verantwortlich, Daten an andere Read Replicas zu senden und diese auf dem AWS neuesten Stand zu halten. Nachdem die lokalen Daten und die AWS Datenbanken synchronisiert wurden, können Sie ein manuelles Failover der verteilten Verfügbarkeitsgruppe auf durchführen. AWS Die AWS Datenbank wird zur primären Datenbank für den read/write Zugriff von Anwendungen aus.
![\[SQL Server migration process with distributed availability groups\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-distributed-availability-groups.png)
**Anmerkung**
Zu einem bestimmten Zeitpunkt gibt es nur eine Datenbank, die für Schreibvorgänge verfügbar ist. Sie können die verbleibenden sekundären Replikate für Lesevorgänge verwenden. Um Ihre Lese-Workloads zu skalieren, können Sie weitere Read Replicas in mehreren Availability Zones hinzufügen. AWS
Weitere Informationen zu verteilten Verfügbarkeitsgruppen finden Sie unter:
+ [Dokumentation zu Microsoft SQL Server](https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/distributed-availability-groups)
+ [So erstellen Sie eine hybride Microsoft SQL Server-Lösung mithilfe verteilter Verfügbarkeitsgruppen](https://aws.amazon.com/blogs/database/how-to-architect-a-hybrid-microsoft-sql-server-solution-using-distributed-availability-groups/) im AWS Datenbank-Blog
+ [Migrieren Sie SQL Server auf die AWS Verwendung verteilter Verfügbarkeitsgruppen](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-sql-server-to-aws-using-distributed-availability-groups.html) auf der AWS Prescriptive Guidance-Website
# Transaktionsreplikation
Die Transaktionsreplikation ist eine SQL Server-Technologie, die verwendet wird, um Änderungen zwischen zwei Datenbanken zu replizieren. Diese Änderungen können Datenbankobjekte wie Tabellen (Primärschlüssel ist erforderlich), gespeicherte Prozeduren, Ansichten usw. sowie Daten umfassen. Der Replikationsprozess umfasst einen *Herausgeber* (die primäre Datenbank, die Daten veröffentlicht), einen *Abonnenten* (eine sekundäre Datenbank, die replizierte Daten empfängt) und einen *Verteiler* (einen Server, der Metadaten und Transaktionen für die Transaktionsreplikation speichert). Sie können die Transaktionsreplikation für SQL Server auf Amazon EC2 und Amazon RDS for SQL Server Server-DB-Instances verwenden.
Die Transaktionsreplikation erstellt einen Snapshot der Objekte und Daten in Ihrer lokalen Datenbank (Publikations-) Datenbank und sendet ihn an die Abonnentendatenbank. Nachdem der Snapshot auf den Abonnenten angewendet wurde, werden alle nachfolgenden Daten- und Schemaänderungen, die beim Herausgeber vorgenommen wurden, sofort an den Abonnenten gesendet. Die Datenänderungen werden dann kontinuierlich in derselben Reihenfolge, in der sie beim Herausgeber vorgenommen wurden, auf den Abonnenten angewendet.
Nach Abschluss der Synchronisation führen Sie eine Überprüfung auf der SQL Server-DB-Zielinstanz durch. Wenn die beiden Datenbanken synchronisiert sind, beenden Sie die Aktivität in der lokalen Datenbank, stellen sicher, dass die Replikation abgeschlossen ist, und führen dann die Umstellung auf die SQL Server-DB-Zielinstanz durch. Anschließend können Sie das Push-Abonnement beenden, löschen und Amazon RDS for SQL Server verwenden.
Abonnentendatenbanken können auch als schreibgeschützte Datenbanken verwendet werden. Es wird empfohlen, dass sich der Verteiler, der Synchronisationsaufträge aufzeichnet, auf einem separaten Server befindet. Wenn sich Ihre Zieldatenbank auf Amazon RDS for SQL Server befindet, können Sie ein Push-Abonnement einrichten, um Änderungen an den Abonnenten weiterzugeben.
Wir empfehlen Ihnen, die Transaktionsreplikation zu verwenden, wenn Sie:
+ Führen Sie eine einmalige Migration Ihrer Daten zu Amazon RDS oder Amazon durch EC2.
+ Migrieren Sie Objekte auf Schema- oder Tabellenebene zu. AWS
+ Migrieren Sie einen Teil einer Datenbank zu. AWS
+ Migrieren Sie mit minimalen Ausfallzeiten mithilfe vorhandener SQL Server-Replikationsstrategien, indem Sie zusätzliche Abonnenten hinzufügen.
Wenn Sie planen, die Transaktionsreplikation für die einmalige Migration Ihrer Daten zu Amazon RDS for SQL Server zu verwenden, empfehlen wir Ihnen, eine Single-AZ-Konfiguration für die Replikation einzurichten. Nach Abschluss des Replikationsvorgangs können Sie Ihre Umgebung für hohe Verfügbarkeit in eine Multi-AZ-Architektur umwandeln.
Das folgende Diagramm zeigt den Transaktionsreplikationsprozess für Datenbanken auf Amazon RDS und Amazon. EC2
![\[SQL Server migration process with transactional replication\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-transactional-replication.png)
Weitere Informationen zur Transaktionsreplikation finden Sie in der [Microsoft SQL Server-Dokumentation](https://docs.microsoft.com/en-us/sql/relational-databases/replication/transactional/transactional-replication) und im Datenbank-Blog [How to Migration to Amazon RDS for SQL Server using Transactional Replication](https://aws.amazon.com/blogs/database/how-to-migrate-to-amazon-rds-for-sql-server-using-transactional-replication/). AWS
# AWS Migration Hub Orchestrator
**Anmerkung**
AWS Migration Hub ist seit dem 7. November 2025 nicht mehr für Neukunden geöffnet. Informationen zu ähnlichen Funktionen wie AWS Migration Hub finden Sie unter [AWS Transform](https://aws.amazon.com/transform/).
AWS Migration Hub Orchestrator hilft Ihnen bei der Orchestrierung und Automatisierung der Migration von SQL Server-Datenbanken zu Amazon EC2 oder Amazon RDS. Mit dieser Funktion von AWS Migration Hub können Sie schnell loslegen, indem Sie vordefinierte Workflow-Vorlagen verwenden, die auf bewährten Methoden basieren. Migration Hub Orchestrator automatisiert fehleranfällige manuelle Aufgaben, die mit dem Migrationsprozess verbunden sind, wie z. B. die Überprüfung der Umgebungsbereitschaft und der Verbindungen. Sie können den Migration Hub Orchestrator auch verwenden, um Migrationen für .NET-Anwendungen, SAP-Workloads und VM-Images zusätzlich zu Ihren SQL Server-Datenbanken zu orchestrieren und zu beschleunigen. Sie können über die [Migration Hub Orchestrator-Konsole](https://console.aws.amazon.com/migrationhub/orchestrator/) auf dieses Tool zugreifen.
Für die SQL Server-Migration unterstützt Migration Hub Orchestrator drei Anwendungsfälle:
+ Hosten Sie SQL Server auf Amazon EC2 neu. Sie können bestimmte SQL-Server auswählen und sie auf Amazon rehosten, EC2 indem Sie die automatische native Sicherung und Wiederherstellung im Migration Hub Orchestrator verwenden. Weitere Informationen finden Sie unter [Rehost SQL Server on Amazon EC2](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-sql-ec2.html ) in der Migration Hub Orchestrator-Dokumentation.
+ Führen Sie die Plattform von SQL Server auf Amazon RDS neu aus. Sie können bestimmte SQL Server-Datenbanken auswählen und sie auf Amazon RDS neu plattformieren, indem Sie die automatische native Sicherung und Wiederherstellung im Migration Hub Orchestrator verwenden. Weitere Informationen finden Sie unter [Replatform SQL Server on Amazon RDS](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/replatform-sql-rds.html) in der Migration Hub Orchestrator-Dokumentation.
+ Rehosten Sie Windows- und SQL Server-Anwendungen auf Amazon EC2. Mithilfe der * EC2 Vorlage Rehost Applications on Amazon können Sie Ihre Windows-Server, auf denen .NET und SQL Server ausgeführt EC2 werden, hochziehen und zu Amazon* verlagern. Weitere Informationen finden Sie unter [Rehost Applications on Amazon EC2](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-on-ec2.html) in der Migration Hub Orchestrator-Dokumentation.
Migration Hub Orchestrator hilft Ihnen, Zeitplan- und Budgetüberschreitungen bei Ihren SQL Server-Migrationen zu vermeiden. Zu den weiteren wichtigen Vorteilen gehören:
+ Migrieren Sie Anwendungen mithilfe einer präskriptiven Methode. Mit den vordefinierten Workflow-Vorlagen, die auf bewährten Best Practices für die Migration basieren, können Sie schnell loslegen. Sie können Ihren Migrationsablauf auch anpassen, indem Sie Schritte je nach Bedarf hinzufügen, neu anordnen und entfernen. Sie können beispielsweise einen Schritt für die Genehmigung der Umstellung hinzufügen.
+ Automatisieren Sie manuelle Schritte. Migration Hub Orchestrator automatisiert manuelle Aufgaben wie die Installation von Agenten, den Import von lokalen Images, die Bereitstellung Ihrer Zielumgebung auf und die Überprüfung von Quell AWS- und Zielumgebungen. Durch die Automatisierung sparen Sie Zeit und Kosten und reduzieren gleichzeitig Fehler.
+ Orchestrieren Sie den Migrations-Workflow. Migration Hub Orchestrator orchestriert die in Migrationsschritten verwendeten Tools, indem er die Inventarmetadaten, die Konfigurationsspezifikation und den Umgebungskontext wiederverwendet, um die Anzahl der Eingaben zu minimieren, die diese Tools benötigen.
Weitere Informationen finden Sie in den folgenden Ressourcen:
+ [Migration Hub Orchestrator-Konsole](https://console.aws.amazon.com/migrationhub/orchestrator/)
+ [Rehosten von Anwendungen auf Amazon EC2](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-on-ec2.html) (*Migration Hub Orchestrator-Benutzerhandbuch*)
+ [Neuplattformierung des SQL-Servers auf Amazon RDS](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/replatform-sql-rds.html) (*Migration Hub Orchestrator-Benutzerhandbuch*)
+ [Migrationsworkflows](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/migration-workflows.html) (*Migration Hub Orchestrator-Benutzerhandbuch*)
+ [Verwendung von Migration Hub Orchestrator zur Vereinfachung und Beschleunigung von Microsoft SQL Server-Migrationen (Blogbeitrag](https://aws.amazon.com/blogs/modernizing-with-aws/aws-migration-hub-orchestrator-sql-server-migrations-to-aws/))AWS
+ [Vereinfachen Sie die Migration Ihrer Windows Server-Images mit AWS Migration Hub Orchestrator](https://aws.amazon.com/blogs/modernizing-with-aws/simplify-migrating-your-windows-server-images-with-aws-migration-hub-orchestrator/) (Blogbeitrag)AWS
# AWS Snowball Edge
**Anmerkung**
AWS Snowball Edge ist für Neukunden nicht mehr verfügbar. Neukunden sollten [AWS DataSync](https://aws.amazon.com/datasync/)nach Online-Übertragungen, [AWS Datenübertragungsterminals](https://aws.amazon.com/data-transfer-terminal/) für sichere physische Übertragungen oder nach AWS Partner Lösungen suchen. Erkunden Sie das Thema Edge-Computing [AWS Outposts](https://aws.amazon.com/outposts/).
Sie können AWS Snowball Edge es verwenden, um sehr große Datenbanken (bis zu 210 TB Größe) zu migrieren. Snowball verfügt über einen 10-Gbit-Ethernet-Port, den Sie an Ihren lokalen Server anschließen und alle Datenbanksicherungen oder Daten auf dem Snowball Edge-Gerät ablegen. Nachdem die Daten auf Snowball Edge kopiert wurden, senden Sie die Appliance zur AWS Platzierung in Ihrem dafür vorgesehenen S3-Bucket an. Anschließend können Sie die Backups von Amazon S3 herunterladen und sie auf einem SQL Server auf einer EC2 Instance wiederherstellen oder die `rds_restore_database` gespeicherte Prozedur ausführen, um die Datenbank in Amazon RDS wiederherzustellen. Sie können [AWS Snowcone](https://aws.amazon.com/snowcone/) auch für Datenbanken mit einer Größe von bis zu 8 TB verwenden. Weitere Informationen finden Sie in der [AWS Snowball Edge Dokumentation](https://docs.aws.amazon.com/snowball/latest/developer-guide/whatisedge.html) und [Importieren und Exportieren von SQL Server-Datenbanken](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Using), Abschnitt *Wiederherstellen einer Datenbank*, in der Amazon RDS-Dokumentation.