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. # Migrieren von Datenbanken zu ihren Amazon RDS-Entsprechungen mit AWS DMS Homogene Datenmigrationen in AWS Database Migration Service (AWS DMS) vereinfachen die Migration von selbstverwalteten, lokalen Datenbanken zu ihren Amazon Relational Database Service (Amazon RDS) -Entsprechungen. Sie können beispielsweise homogene Datenmigrationen verwenden, um eine On-Premises-PostgreSQL-Datenbank zu Amazon RDS für PostgreSQL oder Aurora PostgreSQL zu migrieren. Für homogene Datenmigrationen AWS DMS verwendet es native Datenbanktools, um einfache und leistungsstarke Migrationen zu ermöglichen. like-to-like Homogene Datenmigrationen sind serverlos, was bedeutet, dass die Ressourcen, die für Ihre Migration benötigt AWS DMS werden, automatisch skaliert werden. Mit homogenen Datenmigrationen können Sie Daten, Tabellenpartitionen, Datentypen und sekundäre Objekte wie Funktionen, gespeicherte Prozeduren usw. migrieren. Allgemein werden homogene Datenmigrationen mit Instance-Profilen, Datenanbietern und Migrationsprojekten durchgeführt. Wenn Sie ein Migrationsprojekt mit kompatiblen Quell- und Zieldatenanbietern desselben Typs erstellen, wird eine serverlose Umgebung AWS DMS bereitgestellt, in der Ihre Datenmigration ausgeführt wird. Als Nächstes AWS DMS stellt die Verbindung zum Quelldatenanbieter her, liest die Quelldaten, speichert die Dateien auf der Festplatte und stellt die Daten mithilfe systemeigener Datenbanktools wieder her. Weitere Informationen zu Instance-Profilen, Datenanbietern und Migrationsprojekten finden Sie unter [Arbeit mit Datenanbietern, Instanzprofilen und Migrationsprojekten in AWS DMS](migration-projects.md). Eine Liste der unterstützten Quelldatenbanken finden Sie unter [Quellen für homogene DMS-Datenmigrationen](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). Eine Liste der unterstützten Zieldatenbanken finden Sie unter [Ziele für homogene DMS-Datenmigrationen](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations). Das folgende Diagramm veranschaulicht, wie homogene Datenmigrationen funktionieren. ![\[Ein Architekturdiagramm des DMS-Features für homogene Datenmigrationen.\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/images/dms-data-migrations-diagram.png) Die folgenden Abschnitte enthalten Informationen zur Verwendung homogener Datenmigrationen. **Topics** + [Unterstützt AWS-Regionen](#data-migrations-supported-regions) + [Features](#data-migrations-features) + [Einschränkungen für homogene Datenmigrationen](#data-migrations-limitations) + [Überblick über den homogenen Datenmigrationsprozess in AWS DMS](dm-getting-started.md) + [Einrichtung homogener Datenmigrationen in AWS DMS](dm-prerequisites.md) + [Erstellung von Quelldatenanbietern für homogene Datenmigrationen in AWS DMS](dm-data-providers-source.md) + [Eine Zieldatenbank für die Verwendung mit der AWS DMS Schemakonvertierung erstellen und einrichten](dm-data-providers-target.md) + [Durchführung homogener Datenmigrationen in AWS DMS](dm-migrating-data.md) + [Fehlerbehebung bei homogenen Datenmigrationen in AWS DMS](dm-troubleshooting.md) ## Unterstützt AWS-Regionen Im Folgenden können Sie homogene Datenmigrationen ausführen. AWS-Regionen | Name der Region | Region | | --- | --- | | USA Ost (Nord-Virginia) | us-east-1 | | USA Ost (Ohio) | us-east-2 | | USA West (Nordkalifornien) | us-west-1 | | USA West (Oregon) | us-west-2 | | Kanada (Zentral) | ca-central-1 | | Kanada West (Calgary) | ca-west-1 | | Südamerika (São Paulo) | sa-east-1 | | Asien-Pazifik (Tokio) | ap-northeast-1 | | Asien-Pazifik (Seoul) | ap-northeast-2 | | Asia Pacific (Osaka) | ap-northeast-3 | | Asien-Pazifik (Singapur) | ap-southeast-1 | | Asien-Pazifik (Sydney) | ap-southeast-2 | | Asien-Pazifik (Jakarta) | ap-southeast-3 | | Asien-Pazifik (Melbourne) | ap-southeast-4 | | Asien-Pazifik (Hongkong) | ap-east-1 | | Asien-Pazifik (Mumbai) | ap-south-1 | | Asien-Pazifik (Hyderabad) | ap-south-2 | | Europa (Frankfurt) | eu-central-1 | | Europa (Zürich) | eu-central-2 | | Europa (Stockholm) | eu-north-1 | | Europa (Irland) | eu-west-1 | | Europa (London) | eu-west-2 | | Europa (Paris) | eu-west-3 | | Europa (Milan) | eu-south-1 | | Europa (Spain) | eu-south-2 | | Naher Osten (VAE) | me-central-1 | | Naher Osten (Bahrain) | me-south-1 | | Israel (Tel Aviv) | il-central-1 | | Afrika (Kapstadt) | af-south-1 | ## Features Homogene Datenmigrationen bieten die folgenden Features: + AWS DMS verwaltet automatisch die Rechen- und Speicherressourcen in der AWS Cloud , die für homogene Datenmigrationen erforderlich sind. AWS DMS stellt diese Ressourcen in einer serverlosen Umgebung bereit, wenn Sie eine Datenmigration starten. + AWS DMS verwendet native Datenbanktools, um eine vollautomatische Migration zwischen Datenbanken desselben Typs zu initiieren. + Sie können homogene Datenmigrationen verwenden, um Ihre Daten sowie die sekundären Objekte wie Partitionen, Funktionen, gespeicherte Prozeduren usw. zu migrieren. + Sie können homogene Datenmigrationen in den folgenden drei Migrationsmodi ausführen: Volllast, fortlaufende Replikation und Volllast mit fortlaufender Replikation. + Für homogene Datenmigrationen können Sie On-Premises-Amazon-EC2- und Amazon-RDS-Datenbanken als Quelle verwenden. Sie können Amazon RDS oder Amazon Aurora als Migrationsziel für homogene Datenmigrationen wählen. + Homogene Datenmigrationen unterstützen nur den Zieltabellenvorbereitungsmodus für PostgreSQL-, MongoDB- und Amazon DocumentDB-Migrationen. Weitere Informationen finden Sie unter [Target table preparation mode](dm-migrating-data-table-prep.md). + Sie können homogene Datenmigrationen verwenden, um Ihre Daten von einer MySQL-basierten Read-Replica zu einer Amazon RDS- oder Aurora-Instance zu migrieren ## Einschränkungen für homogene Datenmigrationen Bei der Verwendung homogener Datenmigrationen gelten die folgenden Einschränkungen: + Die Support von Auswahlregeln bei AWS DMS homogenen Datenmigrationen hängt von der Quelldatenbank-Engine und dem Migrationstyp ab. PostgreSQL- und MongoDB-kompatible Quellen unterstützen Auswahlregeln für alle Migrationstypen, während MySQL-Quellen nur Auswahlregeln für den Migrationstyp Full Load unterstützen. + Homogene Datenmigrationen bieten kein integriertes Tool zur Datenvalidierung. + Wenn Sie homogene Datenmigrationen mit PostgreSQL verwenden, AWS DMS migriert Views als Tabellen in Ihre Zieldatenbank. + Homogene Datenmigrationen erfassen Änderungen auf Schemaebene während einer laufenden Datenreplikation nur für die MySQL-Engine. Wenn Sie bei anderen Engines eine neue Tabelle in Ihrer Quelldatenbank erstellen, AWS DMS können Sie diese Tabelle nicht migrieren. Um diese neue Tabelle zu migrieren, starten Sie Ihre Datenmigration neu. + Sie können homogene Datenmigrationen nicht verwenden AWS DMS , um Daten von einer höheren Datenbankversion zu einer niedrigeren Datenbankversion zu migrieren. + Homogene Datenmigrationen unterstützen den Aufbau einer Verbindung mit Datenbank-Instances in sekundären VPC-CIDR-Bereichen nicht. + Sie können den 8081-Port nicht für homogene Migrationen von Ihren Datenanbietern verwenden. + Homogene Datenmigrationen migrieren verschlüsselte MySQL-Datenbanken und -Tabellen unverschlüsselt in der Zieldatenbank. Dies liegt daran, dass RDS for MySQL die Verschlüsselung mit dem Keyring-Plugin nicht unterstützt. Weitere Informationen finden Sie in der [Dokumentation MySQL Keyring Plugin not supported](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/MySQL.KnownIssuesAndLimitations.html#MySQL.Concepts.Limits.KeyRing) im Amazon RDS-Benutzerhandbuch. # Überblick über den homogenen Datenmigrationsprozess in AWS DMS Sie können homogene Datenmigrationen verwenden AWS DMS , um Daten zwischen zwei Datenbanken desselben Typs zu migrieren. Verwenden Sie den folgenden Workflow, um eine Datenmigration zu erstellen und auszuführen. 1. Erstellen Sie die erforderliche AWS Identity and Access Management (IAM-) Richtlinie und Rolle. Weitere Informationen finden Sie unter [Erstellen von IAM-Ressourcen](dm-iam-resources.md). 1. Konfigurieren Sie Ihre Quell- und Zieldatenbanken und erstellen Sie Datenbankbenutzer mit den Mindestberechtigungen, die für homogene Datenmigrationen in erforderlich sind. AWS DMS Weitere Informationen erhalten Sie unter [ Erstellen von Quelldatenanbietern](dm-data-providers-source.md) und [ Eine Zieldatenbank erstellen und einrichten](dm-data-providers-target.md). 1. Speichern Sie Ihre Quell- und Zieldatenbankanmeldedaten in. AWS Secrets Manager Weitere Informationen finden Sie unter [Schritt 1:Erstellen des Secrets](https://docs.aws.amazon.com/secretsmanager/latest/userguide/hardcoded-db-creds.html#hardcoded-db-creds_step2) im *AWS Secrets Manager -Benutzerhandbuch*. 1. Erstellen Sie eine Subnetzgruppe, ein Instanzprofil und Datenanbieter in der AWS DMS Konsole. Weitere Informationen finden Sie unter [Erstellen einer Subnetzgruppe](subnet-group.md), [Erstellen von Instance-Profilen](instance-profiles.md) und [ Erstellen von Datenanbietern](data-providers-create.md). 1. Erstellen Sie ein Migrationsprojekt, indem Sie die Ressourcen verwenden, die Sie im vorherigen Schritt erstellt haben. Weitere Informationen finden Sie unter [ Erstellen von Migrationsprojekten](migration-projects-create.md). 1. Erstellen, konfigurieren und starten Sie eine Datenmigration. Weitere Informationen finden Sie unter [Erstellen einer Datenmigration](dm-migrating-data-create.md). 1. Nachdem Sie den Volllast-Vorgang oder die fortlaufende Replikation abgeschlossen haben, können Sie zur Verwendung Ihrer neuen Zieldatenbank übergehen. 1. Bereinigen Ihrer Ressourcen Amazon beendet Ihre Datenmigration in Ihrem Migrationsprojekt innerhalb von drei Tagen nach Abschluss der Migration. Sie müssen jedoch Ressourcen wie das Instanzprofil, die Datenanbieter, die IAM-Richtlinie und -Rolle sowie die Secrets in manuell löschen. AWS Secrets Manager Weitere Informationen zu homogenen Datenmigrationen finden Sie in AWS DMS der Anleitung zur step-by-step Migration von [PostgreSQL zu Amazon RDS for PostgreSQL PostgreSQL-Migrationen](https://docs.aws.amazon.com/dms/latest/sbs/dm-postgresql.html). Das folgende Video stellt die Benutzeroberfläche für homogene Datenmigrationen vor und hilft Ihnen, sich mit diesem Feature vertraut zu machen. [![AWS Videos](http://img.youtube.com/vi/https://www.youtube.com/embed/HOJfrR6lcuU/0.jpg)](http://www.youtube.com/watch?v=https://www.youtube.com/embed/HOJfrR6lcuU) # Einrichtung homogener Datenmigrationen in AWS DMS Führen Sie die folgenden erforderlichen Aufgaben aus, um homogene AWS DMS Datenmigrationen in einzurichten. **Topics** + [Erstellen der erforderlichen IAM-Ressourcen für homogene Datenmigrationen in AWS DMS](dm-iam-resources.md) + [Einrichtung eines Netzwerks für homogene Datenmigrationen in AWS DMS](dm-network.md) + [VPC-Peering-Netzwerkkonfigurationen](vpc-peering.md) # Erstellen der erforderlichen IAM-Ressourcen für homogene Datenmigrationen in AWS DMS Um homogene Datenmigrationen durchzuführen, müssen Sie eine IAM-Richtlinie und eine IAM-Rolle in Ihrem Konto erstellen, um mit anderen Diensten interagieren zu können. AWS In diesem Abschnitt erstellen Sie diese erforderlichen IAM-Ressourcen. **Topics** + [Erstellen Sie eine IAM-Richtlinie für homogene Datenmigrationen in AWS DMS](#dm-resources-iam-policy) + [Erstellen einer IAM-Rolle für homogene Datenmigrationen in AWS DMS](#dm-resources-iam-role) ## Erstellen Sie eine IAM-Richtlinie für homogene Datenmigrationen in AWS DMS Um auf Ihre Datenbanken zuzugreifen und Daten zu migrieren, können Sie mit AWS DMS eine serverlose Umgebung für homogene Datenmigrationen erstellen. AWS DMS Speichert außerdem Protokolle, Metriken und den Fortschritt für jede Datenmigration in Amazon CloudWatch. Um ein Datenmigrationsprojekt zu erstellen, AWS DMS ist Zugriff auf diese Dienste erforderlich. In diesem Schritt erstellen Sie eine IAM-Richtlinie, die den Zugriff auf Amazon EC2 und CloudWatch Ressourcen ermöglicht AWS DMS . Anschließend erstellen Sie eine IAM-Rolle und fügen dieser diese Richtlinie an. **So erstellen Sie eine IAM-Richtlinie für homogene Datenmigrationen in AWS DMS** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die IAM-Konsole unter. [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/) 1. Wählen Sie im Navigationsbereich **Richtlinien**. 1. Wählen Sie **Richtlinie erstellen** aus. 1. Wählen Sie auf der Seite **Richtlinie erstellen** die Registerkarte **JSON** aus. 1. Fügen Sie den folgenden JSON-Code in den Editor ein. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "ec2:DescribeVpcs" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "logs:CreateLogGroup" ], "Resource": "arn:aws:logs:*:*:log-group:dms-data-migration-*" }, { "Effect": "Allow", "Action": [ "logs:CreateLogStream", "logs:PutLogEvents" ], "Resource": "arn:aws:logs:*:*:log-group:dms-data-migration-*:log-stream:dms-data-migration-*" }, { "Effect": "Allow", "Action": "cloudwatch:PutMetricData", "Resource": "*" } ] } ``` ------ 1. Wählen Sie **Weiter** aus. 1. Geben Sie **HomogeneousDataMigrationsPolicy** den **Richtliniennamen** ein und wählen Sie **Richtlinie erstellen** aus. ## Erstellen einer IAM-Rolle für homogene Datenmigrationen in AWS DMS In diesem Schritt erstellen Sie eine IAM-Rolle, die Zugriff auf AWS Secrets Manager Amazon EC2 und bietet AWS DMS . CloudWatch Wenn Sie eine IAM-Rolle erstellen, müssen Sie auch eine erstellen. `dms-vpc-role` Weitere Informationen finden Sie unter [Erstellen einer IAM-Rolle für die AWS DMS Verwaltung von Amazon VPC](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_DMS_migration-IAM.dms-vpc-role.html) im *Amazon Relational Database Service* User Guide. **So erstellen Sie eine IAM-Rolle für homogene Datenmigrationen in AWS DMS** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die IAM-Konsole unter. [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/) 1. Wählen Sie im Navigationsbereich **Rollen** aus. 1. Wählen Sie **Create role** (Rolle erstellen) aus. 1. Wählen Sie auf der Seite **Vertrauenswürdige Entität auswählen** unter **Typ der vertrauenswürdigen Entität** die Option **AWS -Service** aus. Unter **Anwendungsfälle für andere AWS -Services** wählen Sie **DMS**. 1. Markieren Sie das Kontrollkästchen **DMS** und wählen Sie **Weiter**. 1. Wählen Sie auf der Seite „**Berechtigungen hinzufügen**“ **HomogeneousDataMigrationsPolicy**die Option aus, die Sie zuvor erstellt haben. 1. Geben Sie auf der Seite **Rollenname festlegen und überprüfen** **HomogeneousDataMigrationsRole** für **Rollenname** ein und wählen Sie **Rolle erstellen** aus. 1. Wählen Sie **Richtlinie aktualisieren**. # Einrichtung eines Netzwerks für homogene Datenmigrationen in AWS DMS Mit AWS DMS können Sie eine serverlose Umgebung für homogene Datenmigrationen erstellen, die ein Netzwerkverbindungsmodell verwendet, das auf Netzwerkschnittstellen basiert. AWS DMS Weist für jede Datenmigration eine private IP innerhalb eines der Subnetze zu, die in der DMS-Subnetzgruppe des Instanzprofils definiert sind. Darüber hinaus kann eine nicht statische öffentliche IP zugewiesen werden, wenn das Instanzprofil für den öffentlichen Zugriff konfiguriert ist. Die im Instanzprofil verwendeten Subnetze sollten den Zugriff sowohl auf Quell- als auch auf Zielhosts ermöglichen, wie in den Datenanbietern definiert. Dieser Zugriff kann innerhalb der lokalen VPC erfolgen oder über VPC-Peering, Direct Connect, VPN usw. eingerichtet werden. Für die fortlaufende Datenreplikation müssen Sie außerdem die Interaktion zwischen Ihren Quell- und Zieldatenbanken einrichten. Diese Konfigurationen hängen vom Standort Ihres Quelldatenanbieters und Ihren Netzwerkeinstellungen ab. Die folgenden Abschnitte enthalten Beschreibungen gängiger Netzwerkkonfigurationen. **Topics** + [Konfiguration eines Netzwerks mithilfe einer einzigen Virtual Private Cloud (VPC)](#dm-network-one-vpc) + [Konfiguration eines Netzwerks mithilfe verschiedener virtueller privater Clouds () VPCs](#dm-network-different-vpc) + [Verwenden Direct Connect oder ein VPN zur Konfiguration eines Netzwerks für eine VPC](#dm-networking_Direct_Connect) + [Auflösen von Domain-Endpunkten mithilfe von DNS](#dm-networking-resolving_endpoints) ## Konfiguration eines Netzwerks mithilfe einer einzigen Virtual Private Cloud (VPC) Stellt in dieser Konfiguration AWS DMS eine Verbindung zu Ihren Quell- und Zieldatenanbietern innerhalb des privaten Netzwerks her. **So konfigurieren Sie ein Netzwerk, wenn sich Ihre Quell- und Zieldatenanbieter in derselben VPC befinden** 1. Erstellen Sie die Subnetzgruppe in der AWS DMS Konsole mit der VPC und den Subnetzen, die Ihre Quell- und Zieldatenanbieter verwenden. Weitere Informationen finden Sie unter [Erstellen einer Subnetzgruppe](subnet-group.md). 1. Erstellen Sie das Instanzprofil in der AWS DMS Konsole mit der VPC und der Subnetzgruppe, die Sie erstellt haben. Wählen Sie außerdem VPC-Sicherheitsgruppen aus, die Ihr Quell- und Zieldatenanbieter verwenden. Weitere Informationen finden Sie unter [Erstellen von Instance-Profilen](instance-profiles.md). 1. Stellen Sie sicher, dass die für die Quell- und Zieldatenbank verwendete Sicherheitsgruppe Verbindungen von der Sicherheitsgruppe zulässt, die an das für die Datenmigration verwendete Instanzprofil oder den CIDR-Subnetzblock angehängt ist, der in der Replikationssubnetzgruppe angegeben ist. Diese Konfiguration erfordert nicht, dass Sie die öffentliche IP-Adresse für Datenmigrationen verwenden. ## Konfiguration eines Netzwerks mithilfe verschiedener virtueller privater Clouds () VPCs AWS DMS Verwendet in dieser Konfiguration ein privates Netzwerk, um eine Verbindung zu Ihrem Quell- oder Zieldatenanbieter herzustellen. AWS DMS Verwendet für einen anderen Datenanbieter ein öffentliches Netzwerk. Je nachdem, welchen Datenanbieter Sie in derselben VPC wie Ihr Instance-Profil haben, wählen Sie eine der folgenden Konfigurationen. ### Um eine Verbindung über ein privates Netzwerk herzustellen 1. Erstellen Sie die Subnetzgruppe in der AWS DMS Konsole mit der VPC und den Subnetzen, die Ihr Quelldatenanbieter verwendet. Weitere Informationen finden Sie unter [Erstellen einer Subnetzgruppe](subnet-group.md). 1. Erstellen Sie das Instanzprofil in der AWS DMS Konsole mit der VPC und der Subnetzgruppe, die Sie erstellt haben. Wählen Sie außerdem VPC-Sicherheitsgruppen aus, die Ihr Quelldatenanbieter verwendet. Weitere Informationen finden Sie unter [Erstellen von Instance-Profilen](instance-profiles.md). 1. Konfigurieren Sie die VPC-Peering-Verbindung zwischen Quell- und Zieldatenbank. VPCs Weitere Informationen finden Sie unter [Arbeiten mit VPC-Peering-Verbindungen](https://docs.aws.amazon.com/vpc/latest/peering/working-with-vpc-peering.html). 1. Stellen Sie sicher, dass Sie die DNS-Auflösung für beide Richtungen aktivieren, wenn Sie Endpunkte verwenden möchten, anstatt private Endpunkte direkt zu verwenden. IPs Weitere Informationen finden Sie unter [Aktivieren der DNS-Auflösung für eine VPC-Peering-Verbindung](https://docs.aws.amazon.com/vpc/latest/peering/vpc-peering-dns.html). 1. Erlaubt den Zugriff über den CIDR-Block der VPC der Quelldatenbank für die Zieldatenbank-Sicherheitsgruppe. Weitere Informationen finden Sie unter [Steuern des Zugriffs mit Sicherheitsgruppen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html). 1. Erlaubt den Zugriff über den CIDR-Block der VPC der Zieldatenbank für die Sicherheitsgruppe der Zieldatenbank. Weitere Informationen finden Sie unter [Steuern des Zugriffs mit Sicherheitsgruppen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html). ### So stellen Sie eine Verbindung über ein öffentliches Netzwerk her Wenn Ihre Datenbank Verbindungen von einer beliebigen Adresse akzeptiert: 1. Erstellen Sie die Subnetzgruppe in der AWS DMS Konsole mit der VPC und den öffentlichen Subnetzen. Weitere Informationen finden Sie unter [Erstellen einer Subnetzgruppe](subnet-group.md). 1. Erstellen Sie das Instanzprofil in der AWS DMS Konsole mit der VPC und der Subnetzgruppe, die Sie erstellt haben. Setzen Sie die Option **Öffentlich verfügbar** für das Instanzprofil **auf** Ein. Wenn Sie eine persistente öffentliche IP-Adresse benötigen, die mit der Datenmigration verknüpft werden kann: 1. Erstellen Sie die Subnetzgruppe in der AWS DMS Konsole mit der VPC und den privaten Subnetzen. Weitere Informationen finden Sie unter [Erstellen einer Subnetzgruppe](subnet-group.md). 1. Erstellen Sie das Instanzprofil in der AWS DMS Konsole mit der VPC und der Subnetzgruppe, die Sie erstellt haben. Setzen Sie die Option **Öffentlich verfügbar** für das Instanzprofil **auf Aus**. 1. Richten Sie das NAT-Gateway ein. Weitere Informationen finden Sie unter [Arbeiten mit NAT-Gateways](https://docs.aws.amazon.com/vpc/latest/userguide/nat-gateway-working-with.html). 1. Richten Sie die Routingtabelle für das NAT-Gateway ein. Weitere Informationen finden Sie unter [Anwendungsfälle für NAT-Gateways](https://docs.aws.amazon.com/vpc/latest/userguide/nat-gateway-scenarios.html). 1. Erlauben Sie den Zugriff über die öffentliche IP-Adresse Ihres NAT-Gateways in Ihrer Datenbanksicherheitsgruppe. Weitere Informationen finden Sie unter [Steuern des Zugriffs mit Sicherheitsgruppen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html). ## Verwenden Direct Connect oder ein VPN zur Konfiguration eines Netzwerks für eine VPC Sie können Remote-Netzwerke über Direct Connect oder VPN-Verbindungen (Software oder Hardware) mit Ihrer VPC verbinden. Mit diesen Optionen können Sie Ihr internes Netzwerk um bestehende lokale Dienste wie Überwachung, Authentifizierung, Sicherheit und Datensysteme erweitern und diese in AWS Cloud Ihre AWS Ressourcen integrieren. Für diese Konfiguration muss Ihre VPC-Sicherheitsgruppe eine Routingregel enthalten, die den Datenverkehr an einen Host weiterleitet, der den VPC-Verkehr mit Ihrem lokalen VPN verbinden kann. Dieser Datenverkehr kann entweder mithilfe Ihres VPC-CIDR-Bereichs oder anhand bestimmter IP-Adressen zugewiesen werden. Für den NAT-Host muss eine eigene Sicherheitsgruppe konfiguriert sein, die Datenverkehr aus Ihrem VPC-CIDR-Bereich oder Ihrer Sicherheitsgruppe in die NAT-Instance zulässt und so eine nahtlose Kommunikation zwischen Ihrer VPC und der lokalen Infrastruktur gewährleistet. Weitere Informationen finden Sie unter [Schritt 5](https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html#vpn-create-vpn-connection) für das Verfahren [Erste Schritte mit AWS Site-to-Site VPN](https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html#vpn-create-vpn-connection) im AWS Site-to-Site VPN VPN-Benutzerhandbuch. ## Auflösen von Domain-Endpunkten mithilfe von DNS Für die DNS-Auflösung bei AWS DMS homogenen Migrationen verwendet der Service hauptsächlich den Amazon ECS-DNS-Resolver zur Auflösung von Domain-Endpunkten. Wenn Sie zusätzliche DNS-Auflösungsfunktionen benötigen, ist Amazon Route 53 Resolver als alternative Lösung verfügbar. Weitere Informationen finden Sie unter [Erste Schritte mit Route 53 Resolver](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resolver-getting-started.html) im Amazon Route 53-Benutzerhandbuch. Weitere Informationen zur Konfiguration der Endpunktauflösung mithilfe Ihres lokalen Nameservers mit Amazon Route 53 Resolver finden Sie unter. [Verwenden Ihres eigenen Vor-Ort-Nameservers](CHAP_BestPractices.md#CHAP_BestPractices.Rte53DNSResolver) **Anmerkung** Wenn in Ihrem Datenmigrationsprotokoll die Meldung „Verbindung initiating connection — Networking model: VPC Peering“ angezeigt wird, lesen Sie das Thema. [VPC-Peering-Netzwerkkonfigurationen](vpc-peering.md) # VPC-Peering-Netzwerkkonfigurationen Mit AWS DMS können Sie eine serverlose Umgebung für homogene Datenmigrationen in einer Virtual Private Cloud (VPC) erstellen, die auf dem Amazon VPC-Service basiert. Wenn Sie Ihr Instance-Profil erstellen, geben Sie die VPC an, die Sie verwenden möchten. Sie können Ihre Standard-VPC für Ihr Konto verwenden oder eine neue VPC erstellen. AWS-Region AWS DMS Stellt für jede Datenmigration eine VPC-Peering-Verbindung mit der VPC her, die Sie für Ihr Instanzprofil verwenden. Als Nächstes AWS DMS fügt der Sicherheitsgruppe, die Ihrem Instanzprofil zugeordnet ist, den CIDR-Block hinzu. Da AWS DMS Ihrem Instanzprofil eine öffentliche IP-Adresse angehängt wird, haben alle Ihre Datenmigrationen, die dasselbe Instanzprofil verwenden, dieselbe öffentliche IP-Adresse. Wenn Ihre Datenmigration angehalten wird oder fehlschlägt, wird die VPC-Peering-Verbindung von AWS DMS gelöscht. Um zu vermeiden, dass sich der CIDR-Block mit der VPC Ihres Instanzprofils VPC überschneidet, AWS DMS verwendet das `/24` Präfix aus einem der folgenden CIDR-Blöcke:, und. `10.0.0.0/8` `172.16.0.0/12` `192.168.0.0/16` Wenn Sie beispielsweise drei Datenmigrationen parallel ausführen, verwendet AWS DMS die folgenden CIDR-Blöcke, um eine VPC-Peering-Verbindung herzustellen. + `192.168.0.0/24` – für die erste Datenmigration + `192.168.1.0/24` – für die zweite Datenmigration + `192.168.2.0/24` – für die dritte Datenmigration Sie können verschiedene Netzwerkkonfigurationen verwenden, um die Interaktion zwischen Ihren Quell- und Zieldatenbanken mit einzurichten. AWS DMS Für die fortlaufende Datenreplikation müssen Sie außerdem die Interaktion zwischen Ihren Quell- und Zieldatenbanken einrichten. Diese Konfigurationen hängen vom Standort Ihres Quelldatenanbieters und Ihren Netzwerkeinstellungen ab. Die folgenden Abschnitte enthalten Beschreibungen gängiger Netzwerkkonfigurationen. **Topics** + [Konfiguration eines Netzwerks mithilfe einer einzigen Virtual Private Cloud (VPC)](#vpc-peering-one-vpc) + [Konfiguration eines Netzwerks mithilfe verschiedener virtueller privater Clouds () VPCs](#vpc-peering-different-vpc) + [Verwenden eines On-Premises-Quelldatenanbieters](#vpc-peering-on-premesis) + [Konfiguration der fortlaufenden Datenreplikation](#vpc-peering-ongoing-replication) ## Konfiguration eines Netzwerks mithilfe einer einzigen Virtual Private Cloud (VPC) Stellt in dieser Konfiguration AWS DMS eine Verbindung zu Ihren Quell- und Zieldatenanbietern innerhalb des privaten Netzwerks her. **So konfigurieren Sie ein Netzwerk, wenn sich Ihre Quell- und Zieldatenanbieter in derselben VPC befinden** 1. Erstellen Sie die Subnetzgruppe in der AWS DMS Konsole mit der VPC und den Subnetzen, die Ihre Quell- und Zieldatenanbieter verwenden. Weitere Informationen finden Sie unter [Erstellen einer Subnetzgruppe](subnet-group.md). 1. Erstellen Sie das Instanzprofil in der AWS DMS Konsole mit der VPC und der Subnetzgruppe, die Sie erstellt haben. Wählen Sie außerdem VPC-Sicherheitsgruppen aus, die Ihr Quell- und Zieldatenanbieter verwenden. Weitere Informationen finden Sie unter [Erstellen von Instance-Profilen](instance-profiles.md). Diese Konfiguration erfordert nicht, dass Sie die öffentliche IP-Adresse für Datenmigrationen verwenden. ## Konfiguration eines Netzwerks mithilfe verschiedener virtueller privater Clouds () VPCs AWS DMS Verwendet in dieser Konfiguration ein privates Netzwerk, um eine Verbindung zu Ihrem Quell- oder Zieldatenanbieter herzustellen. AWS DMS Verwendet für einen anderen Datenanbieter ein öffentliches Netzwerk. Je nachdem, welchen Datenanbieter Sie in derselben VPC wie Ihr Instance-Profil haben, wählen Sie eine der folgenden Konfigurationen. **So konfigurieren Sie ein privates Netzwerk für Ihren Quelldatenanbieter und ein öffentliches Netzwerk für Ihren Zieldatenanbieter** 1. Erstellen Sie die Subnetzgruppe in der AWS DMS Konsole mit der VPC und den Subnetzen, die Ihr Quelldatenanbieter verwendet. Weitere Informationen finden Sie unter [Erstellen einer Subnetzgruppe](subnet-group.md). 1. Erstellen Sie das Instanzprofil in der AWS DMS Konsole mit der VPC und der Subnetzgruppe, die Sie erstellt haben. Wählen Sie außerdem VPC-Sicherheitsgruppen aus, die Ihr Quelldatenanbieter verwendet. Weitere Informationen finden Sie unter [Erstellen von Instance-Profilen](instance-profiles.md). 1. Öffnen Sie Ihr Migrationsprojekt. Wählen Sie auf der Registerkarte **Datenmigrationen** Ihre Datenmigration aus. Notieren Sie sich die **öffentliche IP-Adresse** unter **Konnektivität und Sicherheit** auf der Registerkarte **Details**. 1. Erlauben Sie den Zugriff über die öffentliche IP-Adresse Ihrer Datenmigration in der Sicherheitsgruppe Ihrer Zieldatenbank. Weitere Informationen finden Sie unter [Zugriffskontrolle mit Sicherheitsgruppen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html) im *Amazon-Relational-Database-Service-Benutzerhandbuch*. **So konfigurieren Sie ein öffentliches Netzwerk für Ihren Quelldatenanbieter und ein privates Netzwerk für Ihren Zieldatenanbieter** 1. Erstellen Sie die Subnetzgruppe in der AWS DMS Konsole mit der VPC und den Subnetzen, die Ihr Zieldatenanbieter verwendet. Weitere Informationen finden Sie unter [Erstellen einer Subnetzgruppe](subnet-group.md). 1. Erstellen Sie das Instanzprofil in der AWS DMS Konsole mit der VPC und der Subnetzgruppe, die Sie erstellt haben. Wählen Sie außerdem VPC-Sicherheitsgruppen aus, die Ihr Zieldatenanbieter verwendet. Weitere Informationen finden Sie unter [Erstellen von Instance-Profilen](instance-profiles.md). 1. Öffnen Sie Ihr Migrationsprojekt. Wählen Sie auf der Registerkarte **Datenmigrationen** Ihre Datenmigration aus. Notieren Sie sich die **öffentliche IP-Adresse** unter **Konnektivität und Sicherheit** auf der Registerkarte **Details**. 1. Erlauben Sie den Zugriff über die öffentliche IP-Adresse Ihrer Datenmigration in der Sicherheitsgruppe Ihrer Quelldatenbank. Weitere Informationen finden Sie unter [Zugriffskontrolle mit Sicherheitsgruppen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html) im *Amazon-Relational-Database-Service-Benutzerhandbuch*. ## Verwenden eines On-Premises-Quelldatenanbieters Stellt in dieser Konfiguration AWS DMS eine Verbindung zu Ihrem Quelldatenanbieter innerhalb des öffentlichen Netzwerks her. AWS DMS verwendet ein privates Netzwerk, um eine Verbindung zu Ihrem Zieldatenanbieter herzustellen. **Anmerkung** Stellt für homogene Datenmigrationen AWS DMS eine Verbindung zu Ihrer Quelldatenbank im öffentlichen Netzwerk her. Eine Konnektivität zu einer Quelldatenbank innerhalb eines öffentlichen Netzwerks ist jedoch nicht immer möglich. Weitere Informationen finden Sie unter [Migrieren einer lokalen MySQL-Datenbank zu Amazon Aurora MySQL über ein privates Netzwerk mithilfe AWS DMS homogener Datenmigration und Network Load Balancer](https://aws.amazon.com/blogs/database/migrate-an-on-premises-mysql-database-to-amazon-aurora-mysql-over-a-private-network-using-aws-dms-homogeneous-data-migration-and-network-load-balancer/). **So konfigurieren Sie ein Netzwerk für Ihren On-Premises-Quelldatenanbieter** 1. Erstellen Sie die Subnetzgruppe in der AWS DMS Konsole mit der VPC und den Subnetzen, die Ihr Zieldatenanbieter verwendet. Weitere Informationen finden Sie unter [Erstellen einer Subnetzgruppe](subnet-group.md). 1. Erstellen Sie das Instanzprofil in der AWS DMS Konsole mit der VPC und der Subnetzgruppe, die Sie erstellt haben. Wählen Sie außerdem VPC-Sicherheitsgruppen aus, die Ihr Zieldatenanbieter verwendet. Weitere Informationen finden Sie unter [Erstellen von Instance-Profilen](instance-profiles.md). 1. Öffnen Sie Ihr Migrationsprojekt. Wählen Sie auf der Registerkarte **Datenmigrationen** Ihre Datenmigration aus. Notieren Sie sich die **öffentliche IP-Adresse** unter **Konnektivität und Sicherheit** auf der Registerkarte **Details**. 1. Erlauben Sie den Zugriff über auf Ihre Quelldatenbank über die öffentliche IP-Adresse Ihrer Datenmigration in AWS DMS. AWS DMS erstellt Regeln für eingehenden oder ausgehenden Datenverkehr in VPC-Sicherheitsgruppen. Stellen Sie sicher, dass Sie diese Regeln nicht löschen, da dies dazu führen kann, dass Ihre Datenmigration fehlschlägt. Sie können Ihre eigenen Regeln in VPC-Sicherheitsgruppen konfigurieren. Wir empfehlen, den Regeln Beschreibungen hinzuzufügen, damit Sie sie verwalten können. ## Konfiguration der fortlaufenden Datenreplikation Um Datenmigrationen des Typs **Volllast und Change Data Capture (CDC)** oder **Change Data Capture (CDC)** auszuführen, müssen Sie die Verbindung zwischen Ihrer Quell- und Zieldatenbank zulassen. **So konfigurieren Sie eine Verbindung zwischen Ihren öffentlich zugänglichen Quell- und Zieldatenbanken** 1. Notieren Sie sich die öffentlichen IP-Adressen Ihrer Quell- und Zieldatenbanken. 1. Erlauben Sie den Zugriff auf Ihre Quelldatenbank über die öffentliche IP-Adresse Ihrer Zieldatenbank. 1. Erlauben Sie den Zugriff auf Ihre Zieldatenbank über die öffentliche IP-Adresse Ihrer Quelldatenbank. **So konfigurieren Sie eine Verbindung zwischen Ihren privat in einer einzigen VPC zugänglichen Quell- und Zieldatenbanken** 1. Notieren Sie sich die privaten IP-Adressen Ihrer Quell- und Zieldatenbanken. **Wichtig** Wenn sich Ihre Quell- und Zieldatenbanken in unterschiedlichen Netzwerken VPCs oder in unterschiedlichen Netzwerken befinden, können Sie nur öffentliche IP-Adressen für Ihre Quell- und Zieldatenbanken verwenden. Sie können nur öffentliche Hostnamen oder IP-Adressen in Datenanbietern verwenden. 1. Erlauben Sie den Zugriff auf Ihre Quelldatenbank von der Sicherheitsgruppe Ihrer Zieldatenbank aus. 1. Erlauben Sie den Zugriff auf Ihre Zieldatenbank von der Sicherheitsgruppe Ihrer Quelldatenbank aus. # Erstellung von Quelldatenanbietern für homogene Datenmigrationen in AWS DMS AWS DMS Schema Conversion unterstützt die folgenden Datenbanken als Quelldatenanbieter für [Homogene Datenbankmigrationen](data-migrations.md) Projekte: Microsoft SQL Server, Oracle, PostgreSQL, MySQL, IBM DB2 for z/OS und SAP ASE (Sybase ASE). Informationen zu unterstützten Datenbankversionen finden Sie unter. [Quelldatenanbieter für homogene DMS-Datenmigrationen](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) Ihr Quelldatenanbieter kann eine On-Premises-, Amazon-EC2- oder Amazon-RDS-Datenbank sein. **Topics** + [Verwendung einer MySQL-kompatiblen Datenbank als Quelle für homogene Datenmigrationen in AWS DMS](dm-data-providers-source-mysql.md) + [Verwendung einer PostgreSQL-Datenbank als Quelle für homogene Datenmigrationen in AWS DMS](dm-data-providers-source-postgresql.md) + [Verwendung einer MongoDB-kompatiblen Datenbank als Quelle für homogene Datenmigrationen in AWS DMS](dm-data-providers-source-mongodb.md) # Verwendung einer MySQL-kompatiblen Datenbank als Quelle für homogene Datenmigrationen in AWS DMS Sie können eine MySQL-kompatible Datenbank (MySQL oder MariaDB) als Quelle für [Homogene Datenbankmigrationen](data-migrations.md) in AWS DMS verwenden. In diesem Fall kann Ihr Quelldatenanbieter eine On-Premises-, Amazon-EC2-, Amazon-RDS-Datenbank oder MariaDB-Datenbank sein. Um homogene Datenmigrationen durchzuführen, müssen Sie einen Datenbankbenutzer mit den `SELECT`-Berechtigungen für alle Quelltabellen und sekundären Objekte für die Replikation verwenden. Für Change-Data-Capture (CDC)-Aufgaben muss dieser Benutzer auch über die `REPLICATION CLIENT` (`BINLOG MONITOR` für MariaDB-Versionen nach 10.5.2) und `REPLICATION SLAVE`-Berechtigungen verfügen. Für eine Datenmigration mit Volllast benötigen Sie diese beiden Berechtigungen nicht. Verwenden Sie das folgende Skript, um einen Datenbankbenutzer mit den erforderlichen Berechtigungen in Ihrer MySQL-Datenbank zu erstellen. Führen Sie die `GRANT` Abfragen für alle Datenbanken aus, zu denen Sie migrieren. AWS ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'your_user'@'%'; GRANT SELECT, RELOAD, LOCK TABLES, SHOW VIEW, EVENT, TRIGGER ON *.* TO 'your_user'@'%'; GRANT BACKUP_ADMIN ON *.* TO 'your_user'@'%'; ``` Ersetzen Sie im vorherigen Beispiel jede *user input placeholder* durch Ihre eigenen Informationen. Wenn Ihre Quell-MySQL-Datenbankversion niedriger als 8.0 ist, können Sie den `GRANT BACKUP_ADMIN`-Befehl überspringen. Verwenden Sie das folgende Skript, um einen Datenbankbenutzer mit den erforderlichen Berechtigungen in Ihrer MariaDB-Datenbank zu erstellen. Führen Sie die GRANT-Abfragen für alle Datenbanken aus, zu denen Sie migrieren AWS. ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT SELECT, RELOAD, LOCK TABLES, REPLICATION SLAVE, BINLOG MONITOR, SHOW VIEW ON *.* TO 'your_user'@'%'; ``` Ersetzen Sie im vorherigen Beispiel jede *user input placeholder* durch Ihre eigenen Informationen. In den folgenden Abschnitten werden spezifische Konfigurationsvoraussetzungen für selbstverwaltete und von AWS verwaltete MySQL-Datenbanken beschrieben. **Topics** + [Verwendung einer selbstverwalteten MySQL-kompatiblen Datenbank als Quelle für homogene Datenmigrationen](#dm-data-providers-source-mysql-sm) + [Verwendung einer AWS-verwalteten MySQL-kompatiblen Datenbank als Quelle für homogene Datenmigrationen in AWS DMS](#dm-data-providers-source-mysql-aws) + [Einschränkungen bei der Verwendung einer MySQL-kompatiblen Datenbank als Quelle für homogene Datenmigrationen](#dm-data-providers-source-mysql-limitations) ## Verwendung einer selbstverwalteten MySQL-kompatiblen Datenbank als Quelle für homogene Datenmigrationen In diesem Abschnitt wird beschrieben, wie Sie Ihre MySQL-kompatiblen Datenbanken konfigurieren, die On-Premises oder auf Amazon-EC2-Instances gehostet werden. Prüfen Sie Version Ihrer MySQL- oder MariaDB-Quelldatenbank. Stellen Sie sicher, dass Ihre MySQL- oder MariaDB-Quelldatenbankversion AWS DMS unterstützt wird, wie unter beschrieben. [Quellen für homogene DMS-Datenmigrationen](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) Um CDC zu verwenden, stellen Sie sicher, dass die binäre Protokollierung aktiviert ist. Um die binäre Protokollierung zu aktivieren, müssen die folgenden Parameter in der `my.ini`- (Windows) oder `my.cnf`-Datei (UNIX) Ihrer MySQL- oder MariaDB-Datenbank konfiguriert werden. | Parameter | Wert | | --- | --- | | `server-id` | Legen Sie diesen Parameter auf einen Wert von 1 oder größer fest. | | `log-bin` | Legen Sie den Pfad zur binären Protokolldatei fest, z. B. `log-bin=E:\MySql_Logs\BinLog`. Schließen Sie nicht die Dateierweiterung ein. | | `binlog_format` | Legen Sie diesen Parameter auf `ROW` fest. Wir empfehlen, diese Einstellung während der Replikation zu verwenden, da es in gewissen Fällen zu Inkonsistenzen bei der Replikation von Daten auf das Ziel kommen kann, wenn `binlog_format` auf `STATEMENT` gesetzt ist. Die Datenbank-Engine schreibt auch ähnlich inkonsistente Daten in das Ziel, wenn `binlog_format` auf `MIXED` gesetzt ist, da die Datenbank-Engine automatisch zur `STATEMENT`-basierten Protokollierung wechselt. | | `expire_logs_days` | Legen Sie diesen Parameter auf einen Wert von 1 oder größer fest. Um zu verhindern, dass zu viel Speicherplatz verwendet wird, empfehlen wir, nicht den Standardwert 0 zu verwenden. | | `binlog_checksum` | Legen Sie diesen Parameter auf `NONE` fest. | | `binlog_row_image` | Legen Sie diesen Parameter auf `FULL` fest. | | `log_slave_updates` | Setzen Sie diesen Parameter auf `TRUE`, wenn Sie ein MySQL- oder MariaDB-Replikat als Quelle verwenden. | ## Verwendung einer AWS-verwalteten MySQL-kompatiblen Datenbank als Quelle für homogene Datenmigrationen in AWS DMS In diesem Abschnitt wird beschrieben, wie Sie Ihre Amazon-RDS-für-MySQL- und Amazon-RDS-für-MariaDB-Datenbank-Instances konfigurieren. Wenn Sie eine AWS-verwaltete MySQL- oder MariaDB-Datenbank als Quelle für homogene Datenmigrationen in verwenden AWS DMS, stellen Sie sicher, dass Sie die folgenden Voraussetzungen für CDC erfüllen: + Aktivieren Sie automatische Backups auf Instance-Ebene, um Binärprotokolle für RDS für MySQL und MariaDB zu aktivieren. Um Binärprotokolle für einen Aurora-MySQL-Cluster zu aktivieren, ändern Sie die Variable `binlog_format` in der Parametergruppe. Sie müssen keine automatischen Backups für einen Aurora-MySQL-Cluster aktivieren. Stellen Sie den Parameter `binlog_format` auf `ROW` ein. Weitere Informationen zum Aktivieren von automatischen Backups finden Sie unter [Aktivieren von automatisierten Backups](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html#USER_WorkingWithAutomatedBackups.Enabling) im *Benutzerhandbuch für Amazon RDS*. Weitere Informationen zum Einrichten der Binärprotokollierung für eine Amazon-RDS-für-MySQL- oder MariaDB-Datenbank finden Sie unter [Einstellen des Binärprotokollierungsformats](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_LogAccess.MySQL.BinaryFormat.html) im *Benutzerhandbuch für Amazon RDS*. Weitere Informationen zum Einrichten der Binärprotokollierung für einen Aurora-MySQL-Cluster finden Sie unter [Wie aktiviere ich die Binärprotokollierung für meinen Amazon-Aurora-MySQL-Cluster?](https://aws.amazon.com/premiumsupport/knowledge-center/enable-binary-logging-aurora/) + Stellen Sie sicher, dass die Binärprotokolle für verfügbar sind. AWS DMS Da AWS-managed MySQL- und MariaDB-Datenbanken die Binärprotokolle so schnell wie möglich löschen, sollten Sie die Dauer erhöhen, für die die Protokolle verfügbar bleiben. Um z. B. die Aufbewahrungszeit der Protokolle auf 24 Stunden zu verlängern, führen Sie den folgenden Befehl aus. ``` call mysql.rds_set_configuration('binlog retention hours', 24); ``` + Stellen Sie den Parameter `binlog_row_image` auf `Full` ein. + Stellen Sie den Parameter `binlog_checksum` auf `NONE` ein. + Wenn Sie ein Lesereplikat von Amazon RDS MySQL oder MariaDB als Quelle verwenden, aktivieren Sie für das Lesereplikat Backups und stellen Sie sicher, dass der Parameter `log_slave_updates` auf `TRUE` gesetzt ist. ## Einschränkungen bei der Verwendung einer MySQL-kompatiblen Datenbank als Quelle für homogene Datenmigrationen Bei der Verwendung einer MySQL-kompatiblen Datenbank als Quelle für homogene Datenmigrationen gelten die folgenden Einschränkungen: + MariaDB-Objekte wie Sequenzen werden bei homogenen Migrationsaufgaben nicht unterstützt. + Die Migration von MariaDB zu Amazon RDS MySQL/Aurora MySQL schlägt möglicherweise aufgrund inkompatibler Objektunterschiede fehl. + Der Benutzername, den Sie für die Verbindung mit Ihrer Datenquelle verwenden, hat die folgenden Einschränkungen: + Er darf 2 bis 64 Zeichen lang sein. + Er darf keine Leerzeichen enthalten. + Er kann die folgenden Zeichen enthalten: a-z, A-Z, 0-9, Unterstrich (\$1). + Er muss mit a-z oder A-Z beginnen. + Das Passwort, das Sie für die Verbindung mit Ihrer Datenquelle verwenden, hat die folgenden Einschränkungen: + Es darf 1 bis 128 Zeichen lang sein. + Es darf keines der folgenden Zeichen enthalten: einfaches Anführungszeichen ('), doppeltes Anführungszeichen ("), Semikolon (;) oder Leerzeichen. + AWS DMS Bei homogenen Datenmigrationen werden unverschlüsselte MySQL- und MariaDB-Objekte auf den Amazon RDS-Zielinstanzen erstellt, auch wenn die Quellobjekte verschlüsselt waren. RDS for MySQL unterstützt das MySQL keyring\$1aws AWS Keyring Plugin nicht, das für verschlüsselte Objekte erforderlich ist. Weitere Informationen finden Sie in der [Dokumentation MySQL Keyring Plugin not supported](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/MySQL.KnownIssuesAndLimitations.html#MySQL.Concepts.Limits.KeyRing) im Amazon RDS-Benutzerhandbuch. + AWS DMS verwendet Global Transaction Identifiers (GTIDs) nicht für die Datenreplikation, auch wenn die Quelldaten sie enthalten. # Verwendung einer PostgreSQL-Datenbank als Quelle für homogene Datenmigrationen in AWS DMS Sie können eine PostgreSQL-Datenbank als Quelle für [Homogene Datenbankmigrationen](data-migrations.md) in AWS DMS verwenden. In diesem Fall kann Ihr Quelldatenanbieter eine On-Premises-, Amazon-EC2- oder RDS-für-PostgreSQL-Datenbank sein. Um homogene Datenmigrationen durchzuführen, gewähren Sie Superuser-Berechtigungen für den Datenbankbenutzer, den Sie AWS DMS für Ihre PostgreSQL-Quelldatenbank angegeben haben. Das Benutzerkonto erfordert Superuser-Berechtigungen, um auf replikationsspezifische Funktionen in der Quelle zugreifen zu können. Für eine vollständige Datenmigration benötigt Ihr Datenbankbenutzer `SELECT`-Berechtigungen für Tabellen, um sie zu migrieren. Verwenden Sie das folgende Skript, um einen Datenbankbenutzer mit den erforderlichen Berechtigungen in Ihrer PostgreSQL-Quelldatenbank zu erstellen. Führen Sie die `GRANT` Abfrage für alle Datenbanken aus, zu denen Sie migrieren. AWS ``` CREATE USER your_user WITH LOGIN PASSWORD 'your_password'; ALTER USER your_user WITH SUPERUSER; GRANT SELECT ON ALL TABLES IN SCHEMA schema_name TO your_user; ``` Ersetzen Sie im vorherigen Beispiel jede *user input placeholder* durch Ihre eigenen Informationen. AWS DMS unterstützt CDC für PostgreSQL-Tabellen mit Primärschlüsseln. Wenn eine Tabelle keinen Primärschlüssel aufweist, enthalten die Write-Ahead (WAL)-Protokolle kein Vorher-Image der Datenbankzeile. Sie können dann zusätzliche Konfigurationseinstellungen verwenden und die Tabellenreplikatidentität als Problemumgehung verwenden. Bei diesem Ansatz können jedoch zusätzliche Protokolle generiert werden. Es wird empfohlen, die Tabellenreplikatidentität erst nach sorgfältigen Tests als Problemumgehung zu verwenden. Weitere Informationen finden Sie unter [Zusätzliche Konfigurationseinstellungen bei Verwendung einer PostgreSQL-Datenbank als DMS-Quelle](CHAP_Source.PostgreSQL.md#CHAP_Source.PostgreSQL.Advanced). In den folgenden Abschnitten werden spezifische Konfigurationsvoraussetzungen für selbstverwaltete und von AWS verwaltete PostgreSQL-Datenbanken beschrieben. **Topics** + [Verwendung einer selbstverwalteten PostgreSQL-Datenbank als Quelle für homogene Datenmigrationen in AWS DMS](#dm-data-providers-source-postgresql-sm) + [Verwendung einer AWS-verwalteten PostgreSQL-Datenbank als Quelle für homogene Datenmigrationen in AWS DMS](#dm-data-providers-source-postgresql-aws) + [Einschränkungen bei der Verwendung einer PostgreSQL-kompatiblen Datenbank als Quelle für homogene Datenmigrationen](#dm-data-providers-source-postgresql-limitations) ## Verwendung einer selbstverwalteten PostgreSQL-Datenbank als Quelle für homogene Datenmigrationen in AWS DMS In diesem Abschnitt wird beschrieben, wie Sie Ihre PostgreSQL-Datenbanken konfigurieren, die On-Premises oder auf Amazon-EC2-Instances gehostet werden. Überprüfen Sie die Version Ihrer PostgreSQL-Quelldatenbank. Stellen Sie sicher, dass Ihre PostgreSQL-Quelldatenbankversion AWS DMS unterstützt wird, wie unter beschrieben. [Quellen für homogene DMS-Datenmigrationen](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) Homogene Datenmigrationen unterstützen die Erfassung von Datenänderungen (CDC) mithilfe logischer Replikation. Legen Sie die folgenden Parameter und Werte in der Konfigurationsdatei `postgresql.conf` fest, um die logische Replikation einer selbstverwalteten PostgreSQL-Quelldatenbank zu aktivieren. + Setzen Sie `wal_level` auf `logical`. + Legen Sie für `max_replication_slots` einen Wert größer als 1 fest. Legen Sie den Wert `max_replication_slots` gemäß der Anzahl der Aufgaben fest, die Sie ausführen möchten. Wenn Sie beispielsweise fünf Aufgaben ausführen möchten, legen Sie mindestens fünf Slots fest.. Slots werden automatisch geöffnet, sobald eine Aufgabe gestartet wird und bleiben geöffnet, selbst wenn die Aufgabe nicht mehr ausgeführt wird. Löschen Sie offene Slots unbedingt manuell. + Legen Sie für `max_wal_senders` einen Wert größer als 1 fest. Der Parameter `max_wal_senders` legt die Anzahl der Aufgaben fest, die gleichzeitig ausgeführt werden können. + Der Parameter `wal_sender_timeout` beendet Replikationsverbindungen, die länger als die angegebene Anzahl von Millisekunden inaktiv sind. Der Standardwert ist 60 000 Millisekunden (60 Sekunden). Wenn Sie den Wert auf 0 (Null) festlegen, wird der Timeout-Mechanismus deaktiviert. Dies ist eine gültige Einstellung für DMS. Einige Parameter sind statisch und können nur beim Serverstart festgelegt werden. Alle Änderungen an deren Einträgen in der Konfigurationsdatei werden ignoriert, bis der Server neu gestartet wird. Weitere Informationen finden Sie in der [PostgreSQL-Dokumentation](https://www.postgresql.org/docs/current/intro-whatis.html). ## Verwendung einer AWS-verwalteten PostgreSQL-Datenbank als Quelle für homogene Datenmigrationen in AWS DMS In diesem Abschnitt wird beschrieben, wie Sie Ihre Amazon-RDS-für-PostgreSQL-Datenbank-Instances konfigurieren. Verwenden Sie das AWS Master-Benutzerkonto für die PostgreSQL-DB-Instance als Benutzerkonto für den PostgreSQL-Quelldatenanbieter für homogene Datenmigrationen in. AWS DMS Das Masterbenutzerkonto hat die erforderlichen Rollen für die CDC-Einrichtung. Wenn Sie ein anderes Konto als das Hauptbenutzerkonto verwenden, muss das Konto über die `rds_superuser`-Rolle und die `rds_replication`-Rolle verfügen. Die Rolle `rds_replication` erteilt Berechtigungen zur Verwaltung von logischen Slots und zum Streamen von Daten mithilfe von logischen Slots. Verwenden Sie das folgende Codebeispiel: Gewähren der Rollen `rds_superuser` und `rds_replication`. ``` GRANT rds_superuser to your_user; GRANT rds_replication to your_user; ``` Ersetzen Sie es im vorherigen Beispiel durch den Namen Ihres *your\$1user* Datenbankbenutzers. Um die logische Replikation zu aktivieren, setzen Sie den `rds.logical_replication`-Parameter in Ihrer DB-Parametergruppe auf 1. Für das Wirksamwerden dieses statischen Parameters ist ein Neustart der DB-Instance erforderlich. ## Einschränkungen bei der Verwendung einer PostgreSQL-kompatiblen Datenbank als Quelle für homogene Datenmigrationen Bei der Verwendung einer PostgreSQL-kompatiblen Datenbank als Quelle für homogene Datenmigrationen gelten die folgenden Einschränkungen: + Der Benutzername, den Sie für die Verbindung mit Ihrer Datenquelle verwenden, hat die folgenden Einschränkungen: + Er darf 2 bis 64 Zeichen lang sein. + Er darf keine Leerzeichen enthalten. + Er kann die folgenden Zeichen enthalten: a-z, A-Z, 0-9, Unterstrich (\$1). + Er muss mit a-z oder A-Z beginnen. + Das Passwort, das Sie für die Verbindung mit Ihrer Datenquelle verwenden, hat die folgenden Einschränkungen: + Es darf 1 bis 128 Zeichen lang sein. + Es darf keines der folgenden Zeichen enthalten: einfaches Anführungszeichen ('), doppeltes Anführungszeichen ("), Semikolon (;) oder Leerzeichen. # Verwendung einer MongoDB-kompatiblen Datenbank als Quelle für homogene Datenmigrationen in AWS DMS Sie können eine MongoDB-kompatible Datenbank als Quelle für homogene Datenmigrationen in verwenden. AWS DMS In diesem Fall kann es sich bei Ihrem Quelldatenanbieter um eine lokale Amazon EC2 für MongoDB-Datenbank oder eine Amazon DocumentDB DocumentDB-Datenbank (mit MongoDB-Kompatibilität) handeln. Informationen zu unterstützten Datenbankversionen finden Sie unter. [Quelldatenanbieter für homogene DMS-Datenmigrationen](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) In den folgenden Abschnitten werden spezifische Konfigurationsvoraussetzungen für selbstverwaltete MongoDB-Datenbanken und AWS-verwaltete Amazon DocumentDB DocumentDB-Datenbanken beschrieben. **Topics** + [Verwendung einer selbstverwalteten MongoDB-Datenbank als Quelle für homogene Datenmigrationen in AWS DMS](#dm-data-providers-source-mongodb-sm) + [Verwendung einer Amazon DocumentDB DocumentDB-Datenbank als Quelle für homogene Datenmigrationen in AWS DMS](#dm-data-providers-source-mongodb-aws) + [Funktionen zur Verwendung einer MongoDB-kompatiblen Datenbank als Quelle für homogene Datenmigrationen](#dm-data-providers-source-mongodb-features) + [Einschränkungen bei der Verwendung einer MongoDB-kompatiblen Datenbank als Quelle für homogene Datenmigrationen](#dm-data-providers-source-mongodb-limitations) + [Bewährte Methoden für die Verwendung einer MongoDB-kompatiblen Datenbank als Quelle für homogene Datenmigrationen](#dm-data-providers-source-mongodb-bestpractices) ## Verwendung einer selbstverwalteten MongoDB-Datenbank als Quelle für homogene Datenmigrationen in AWS DMS In diesem Abschnitt wird beschrieben, wie Sie Ihre MongoDB-Datenbanken konfigurieren, die lokal oder auf Amazon EC2 EC2-Instances gehostet werden. Überprüfen Sie die Version Ihrer MongoDB-Quelldatenbank. Stellen Sie sicher, dass Ihre MongoDB-Quelldatenbankversion AWS DMS unterstützt wird, wie unter beschrieben[Quelldatenanbieter für homogene DMS-Datenmigrationen](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). Um homogene Datenmigrationen mit einer MongoDB-Quelle durchzuführen, können Sie entweder ein Benutzerkonto mit Root-Rechten oder einen Benutzer mit Berechtigungen nur für die zu migrierende Datenbank erstellen. Weitere Hinweise zur Benutzererstellung finden Sie unter. [Erforderliche Berechtigungen bei der Verwendung von MongoDB als Quelle für AWS DMS](CHAP_Source.MongoDB.md#CHAP_Source.MongoDB.PrerequisitesCDC) Um die fortlaufende Replikation oder CDC mit MongoDB zu verwenden, AWS DMS ist Zugriff auf das MongoDB-Betriebsprotokoll (oplog) erforderlich. Weitere Informationen finden Sie unter [Konfigurieren eines MongoDB-Replikatsatzes für CDC](CHAP_Source.MongoDB.md#CHAP_Source.MongoDB.PrerequisitesCDC.ReplicaSet). Hinweise zu MongoDB-Authentifizierungsmethoden finden Sie unter[Sicherheitsanforderungen bei der Verwendung von MongoDB als Quelle für AWS DMS](CHAP_Source.MongoDB.md#CHAP_Source.MongoDB.Security). Für MongoDB als Quelle unterstützt homogene Datenmigrationen alle Datentypen, die Amazon DocumentDB unterstützt. Für MongoDB als Quelle müssen Sie zum Speichern von Benutzeranmeldeinformationen in Secrets Manager diese im Klartext angeben, indem Sie den **Typ Andere Art von Geheimnissen** verwenden. Weitere Informationen finden Sie unter [Verwenden von Geheimnissen für den Zugriff auf AWS Database Migration Service Endpunkte](security_iam_secretsmanager.md). Das folgende Codebeispiel zeigt, wie Datenbankgeheimnisse im Klartext gespeichert werden. ``` { "username": "dbuser", "password": "dbpassword" } ``` ## Verwendung einer Amazon DocumentDB DocumentDB-Datenbank als Quelle für homogene Datenmigrationen in AWS DMS In diesem Abschnitt wird beschrieben, wie Sie Ihre Amazon DocumentDB DocumentDB-Datenbank-Instances für die Verwendung als Quelle für homogene Datenmigrationen konfigurieren. Verwenden Sie den Master-Benutzernamen für die Amazon DocumentDB DocumentDB-Instance als Benutzerkonto für den MongoDB-kompatiblen Quelldatenanbieter für homogene Datenmigrationen in. AWS DMS Das Masterbenutzerkonto hat die erforderlichen Rollen für die CDC-Einrichtung. Wenn Sie ein anderes Konto als das Master-Benutzerkonto verwenden, muss das Konto die Root-Rolle haben. Weitere Informationen zur Benutzererstellung als Root-Konto finden Sie unter[Festlegen von Berechtigungen zur Verwendung von Amazon DocumentDB als Quelle](CHAP_Source.DocumentDB.md#CHAP_Source.DocumentDB.Permissions). Um die logische Replikation zu aktivieren, setzen Sie den `change_stream_log_retention_duration` Parameter in Ihrer Datenbankparametergruppe auf eine Einstellung, die für Ihren Transaktions-Workload geeignet ist. Um diesen statischen Parameter zu ändern, müssen Sie Ihre DB-Instance neu starten, um wirksam zu werden. Bevor Sie mit der Datenmigration für alle Aufgabentypen, einschließlich Nur Volllast, beginnen, aktivieren Sie Amazon DocumentDB DocumentDB-Change-Streams für alle Sammlungen innerhalb einer bestimmten Datenbank oder nur für ausgewählte Sammlungen. Weitere Informationen zur Aktivierung von Change Streams für Amazon DocumentDB finden Sie unter [Enabling Change Streams](https://docs.aws.amazon.com/documentdb/latest/developerguide/change_streams.html#change_streams-enabling) im *Amazon DocumentDB DocumentDB-Entwicklerhandbuch*. **Anmerkung** AWS DMS verwendet den Amazon DocumentDB DocumentDB-Change-Stream, um Änderungen während der laufenden Replikation zu erfassen. Wenn Amazon DocumentDB die Datensätze aus dem Change-Stream löscht, bevor DMS sie liest, schlagen Ihre Aufgaben fehl. Wir empfehlen, den `change_stream_log_retention_duration` Parameter so einzustellen, dass Änderungen mindestens 24 Stunden lang gespeichert werden. Um Amazon DocumentDB für die homogene Datenmigration zu verwenden, speichern Sie die Benutzeranmeldeinformationen in Secrets Manager unter **Anmeldeinformationen für die Amazon DocumentDB DocumentDB-Datenbank**. ## Funktionen zur Verwendung einer MongoDB-kompatiblen Datenbank als Quelle für homogene Datenmigrationen + Sie können alle sekundären Indizes, die Amazon DocumentDB unterstützt, während der Volllastphase migrieren. + AWS DMS migriert Sammlungen parallel. homogene Datenmigrationen berechnet Segmente zur Laufzeit auf der Grundlage der durchschnittlichen Größe jedes Dokuments in der Sammlung, um eine maximale Leistung zu erzielen. + DMS kann die Sekundärindizes replizieren, die Sie in der CDC-Phase erstellen. DMS unterstützt diese Funktion in MongoDB Version 6.0. + DMS unterstützt Dokumente mit einer Verschachtelungsebene von mehr als 97. ## Einschränkungen bei der Verwendung einer MongoDB-kompatiblen Datenbank als Quelle für homogene Datenmigrationen + Dokumente können keine Feldnamen mit einem `$` Präfix haben. + AWS DMS unterstützt keine Migration der Zeitreihenerfassung. + AWS DMS unterstützt keine`create`,`drop`, oder `rename collection` DDL-Ereignisse während der CDC-Phase. + AWS DMS unterstützt keine inkonsistenten Datentypen in der Sammlung für das Feld. `_id` Die folgende nicht unterstützte Sammlung enthält beispielsweise mehrere Datentypen für das Feld. `_id` ``` rs0 [direct: primary] test> db.collection1.aggregate([ ... { ... $group: { ... _id: { $type: "$_id" }, ... count: { $sum: 1 } ... } ... } ... ]) [ { _id: 'string', count: 6136 }, { _id: 'objectId', count: 848033 } ] ``` + Unterstützt AWS DMS nur für CDC-Aufgaben den `immediate` Startmodus. + AWS DMS unterstützt keine Dokumente mit ungültigen UTF8 Zeichen. + AWS DMS unterstützt keine fragmentierten Sammlungen. ## Bewährte Methoden für die Verwendung einer MongoDB-kompatiblen Datenbank als Quelle für homogene Datenmigrationen + Für mehrere große Datenbanken und Sammlungen, die auf derselben MongoDB-Instance gehostet werden, empfehlen wir, Auswahlregeln für jede Datenbank und Sammlung zu verwenden, um die Aufgabe auf mehrere Datenmigrationsaufgaben und -projekte aufzuteilen. Sie können Ihre Datenbank- und Sammlungsabteilungen für maximale Leistung optimieren. # Eine Zieldatenbank für die Verwendung mit der AWS DMS Schemakonvertierung erstellen und einrichten Sie können MySQL-kompatible, PostgreSQL- und Amazon DocumentDB DocumentDB-Datenbanken als Zieldatenanbieter für homogene Datenmigrationen in verwenden. AWS DMS Informationen zu unterstützten [Zieldatenanbieter für homogene DMS-Datenmigrationen](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations) Datenbankversionen finden Sie unter. Ihr Ziel-Datenanbieter kann eine Amazon-RDS-DB-Instance oder ein Amazon-Aurora-DB-Cluster sein. Beachten Sie, dass die Datenbankversion Ihres Zieldatenproviders der Datenbankversion Ihres Quelldatenproviders entsprechen oder höher sein muss. **Topics** + [Verwendung einer MySQL-kompatiblen Datenbank als Ziel für homogene Datenmigrationen in AWS DMS](dm-data-providers-target-mysql.md) + [Verwendung einer PostgreSQL-Datenbank als Ziel für homogene Datenmigrationen in AWS DMS](dm-data-providers-target-postgresql.md) + [Verwendung einer Amazon DocumentDB DocumentDB-Datenbank als Ziel für homogene Datenmigrationen in AWS DMS](dm-data-providers-target-docdb.md) # Verwendung einer MySQL-kompatiblen Datenbank als Ziel für homogene Datenmigrationen in AWS DMS Sie können eine MySQL-kompatible Datenbank als Migrationsziel für homogene Datenmigrationen in AWS DMS verwenden. AWS DMS erfordert bestimmte Berechtigungen, um Daten in Ihre Amazon RDS for MySQL- oder MariaDB- oder Amazon Aurora MySQL-Zieldatenbank zu migrieren. Verwenden Sie das folgende Skript, um einen Datenbankbenutzer mit den erforderlichen Berechtigungen in Ihrer MySQL-Zieldatenbank zu erstellen. Ersetzen Sie in diesem Beispiel jede Information *user input placeholder* durch Ihre eigenen Informationen. Wenn Ihre Ziel-MariaDB-Datenbankversion niedriger als 10.5 ist, können Sie den `GRANT SLAVE MONITOR` Befehl überspringen. ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT ALTER, CREATE, DROP, INDEX, INSERT, UPDATE, DELETE, SELECT, CREATE VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT, TRIGGER, EXECUTE, REFERENCES ON *.* TO 'your_user'@'%'; GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'your_user'@'%'; GRANT SLAVE MONITOR ON *.* TO 'your_user'@'%'; ``` Ersetzen Sie im vorherigen Beispiel jede *user input placeholder* durch Ihre eigenen Informationen. Verwenden Sie das folgende Skript, um einen Datenbankbenutzer mit den erforderlichen Berechtigungen in Ihrer MariaDB-Datenbank zu erstellen. Führen Sie die GRANT-Abfragen für alle Datenbanken aus, zu denen Sie migrieren AWS. ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, CREATE VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT, TRIGGER, EXECUTE,SLAVE MONITOR, REPLICATION SLAVE ON *.* TO 'your_user'@'%'; ``` Ersetzen Sie im vorherigen Beispiel jede *user input placeholder* durch Ihre eigenen Informationen. **Anmerkung** Wenn Sie in Amazon RDS die automatische Sicherung für eine MySQL/Maria Datenbank-Instance aktivieren, aktivieren Sie auch die binäre Protokollierung. Wenn diese Einstellungen aktiviert sind, kann Ihre Datenmigrationsaufgabe beim Erstellen sekundärer Objekte wie Funktionen, Prozeduren und Auslöser in der Zieldatenbank mit dem folgenden Fehler fehlschlagen. Wenn in Ihrer Zieldatenbank die Binärprotokollierung aktiviert ist, legen Sie vor dem Starten der Aufgabe in der Datenbankparametergruppe den Wert `log_bin_trust_function_creators` auf `true` fest. ``` ERROR 1419 (HY000): You don't have the SUPER privilege and binary logging is enabled (you might want to use the less safe log_bin_trust_function_creators variable) ``` ## Einschränkungen bei der Verwendung einer MySQL-kompatiblen Datenbank als Ziel für homogene Datenmigrationen Bei der Verwendung einer MySQL-kompatiblen Datenbank als Ziel für homogene Datenmigrationen gelten die folgenden Einschränkungen: + Der Benutzername, den Sie für die Verbindung mit Ihrer Datenquelle verwenden, hat die folgenden Einschränkungen: + Er darf 2 bis 64 Zeichen lang sein. + Er darf keine Leerzeichen enthalten. + Er kann die folgenden Zeichen enthalten: a-z, A-Z, 0-9, Unterstrich (\$1). + Ein Bindestrich (-) darf nicht enthalten sein. + Er muss mit a-z oder A-Z beginnen. + Das Passwort, das Sie für die Verbindung mit Ihrer Datenquelle verwenden, hat die folgenden Einschränkungen: + Es darf 1 bis 128 Zeichen lang sein. + Es darf keines der folgenden Zeichen enthalten: einfaches Anführungszeichen ('), doppeltes Anführungszeichen ("), Semikolon (;) oder Leerzeichen. # Verwendung einer PostgreSQL-Datenbank als Ziel für homogene Datenmigrationen in AWS DMS Sie können eine PostgreSQL-Datenbank als Migrationsziel für homogene Datenmigrationen in AWS DMS verwenden. AWS DMS erfordert bestimmte Berechtigungen, um Daten in Ihre Amazon RDS for PostgreSQL- oder Amazon Aurora PostgreSQL-Zieldatenbank zu migrieren. Verwenden Sie das folgende Skript, um einen Datenbankbenutzer mit den erforderlichen Berechtigungen in Ihrer PostgreSQL-Zieldatenbank zu erstellen. ``` CREATE USER your_user WITH LOGIN PASSWORD 'your_password'; GRANT USAGE ON SCHEMA schema_name TO your_user; GRANT CONNECT ON DATABASE db_name to your_user; GRANT CREATE ON DATABASE db_name TO your_user; GRANT CREATE ON SCHEMA schema_name TO your_user; GRANT UPDATE, INSERT, SELECT, DELETE, TRUNCATE ON ALL TABLES IN SCHEMA schema_name TO your_user; #For "Full load and change data capture (CDC)" and "Change data capture (CDC)" data migrations, setting up logical replication requires rds_superuser privileges GRANT rds_superuser TO your_user; ``` Ersetzen Sie im vorherigen Beispiel jede *user input placeholder* Information durch Ihre eigenen Informationen. Um die logische Replikation für Ihr RDS-für-PostgreSQL-Ziel zu aktivieren, setzen Sie den `rds.logical_replication`-Parameter in Ihrer DB-Parametergruppe auf 1. Für das Wirksamwerden dieses statischen Parameters ist ein Neustart der DB-Instance oder des DB-Clusters erforderlich. Einige Parameter sind statisch und können nur beim Serverstart festgelegt werden. AWS DMS ignoriert Änderungen an ihren Einträgen in der DB-Parametergruppe, bis Sie den Server neu starten. PostgreSQL verwendet Auslöser, um Fremdschlüsselbeschränkungen zu implementieren. AWS DMS Lädt während der Vollladephase jede Tabelle einzeln. Wir empfehlen, dass Sie Fremdschlüsseleinschränkungen für Ihre Zieldatenbank während des Volllast-Vorgangs deaktivieren. Verwenden Sie dazu eines der folgenden Verfahren. + Deaktivieren Sie vorübergehend alle Auslöser für Ihrer Instance und beenden Sie den Volllast-Vorgang. + Ändern Sie den Wert des `session_replication_role`-Parameters zu PostgreSQL. Ein Auslöser kann sich zu jedem beliebigen Zeitpunkt in einem der folgenden Zustände befinden: `origin`, `replica`, `always` und `disabled`. Wenn Sie den `session_replication_role`-Parameter auf `replica` setzen, sind nur Auslöser im `replica`-Status aktiv. Andernfalls bleiben die Auslöser inaktiv. ## Einschränkungen bei der Verwendung einer PostgreSQL-kompatiblen Datenbank als Ziel für homogene Datenmigrationen Bei der Verwendung einer PostgreSQL-kompatiblen Datenbank als Ziel für homogene Datenmigrationen gelten die folgenden Einschränkungen: + Der Benutzername, den Sie für die Verbindung mit Ihrer Datenquelle verwenden, hat die folgenden Einschränkungen: + Er darf 2 bis 64 Zeichen lang sein. + Er darf keine Leerzeichen enthalten. + Er kann die folgenden Zeichen enthalten: a-z, A-Z, 0-9, Unterstrich (\$1). + Er muss mit a-z oder A-Z beginnen. + Das Passwort, das Sie für die Verbindung mit Ihrer Datenquelle verwenden, hat die folgenden Einschränkungen: + Es darf 1 bis 128 Zeichen lang sein. + Es darf keines der folgenden Zeichen enthalten: einfaches Anführungszeichen ('), doppeltes Anführungszeichen ("), Semikolon (;) oder Leerzeichen. # Verwendung einer Amazon DocumentDB DocumentDB-Datenbank als Ziel für homogene Datenmigrationen in AWS DMS Sie können eine Amazon DocumentDB DocumentDB-Datenbank (mit MongoDB-Kompatibilität) und einen DocumentDB Elastic-Cluster als Migrationsziel für homogene Datenmigrationen in verwenden. AWS DMS Um homogene Datenmigrationen für ein Amazon DocumentDB DocumentDB-Ziel durchzuführen, können Sie entweder ein Benutzerkonto mit Administratorrechten oder einen Benutzer mit read/write Berechtigungen nur für die zu migrierende Datenbank erstellen. Homogene Datenmigrationen unterstützen alle BSON-Datentypen, die Amazon DocumentDB unterstützt. Eine Liste dieser Datentypen finden Sie unter [Datentypen](https://docs.aws.amazon.com/documentdb/latest/developerguide/mongo-apis.html#mongo-apis-data-types) im *Amazon DocumentDB Developer Guide*. Um die Shard-Funktionen des DocumentDB Elastic-Clusters für die Migration von Sammlungen ohne Sharded aus der Quelle zu verwenden, erstellen Sie vor dem Start der Datenmigrationsaufgabe eine zu migrierende Shard-Sammlung. Weitere Informationen zur Shard-Erfassung in einem Amazon DocumentDB Elastic-Cluster finden Sie unter [Schritt 5: Ihre Sammlung teilen](https://docs.aws.amazon.com/documentdb/latest/developerguide/elastic-get-started.html#elastic-get-started-step6) im *Amazon DocumentDB DocumentDB-Entwicklerhandbuch*. AWS DMS Unterstützt für ein Amazon DocumentDB DocumentDB-Ziel die Modi `none` oder `require` SSL. # Durchführung homogener Datenmigrationen in AWS DMS Sie können [Homogene Datenbankmigrationen](data-migrations.md) in verwenden AWS DMS , um Daten von Ihrer Quelldatenbank zur entsprechenden Engine auf Amazon Relational Database Service (Amazon RDS), Amazon Aurora oder Amazon DocumentDB zu migrieren. AWS DMS automatisiert den Datenmigrationsprozess mithilfe systemeigener Datenbanktools in Ihren Quell- und Zieldatenbanken. Nachdem Sie ein Instance-Profil und kompatible Datenanbieter für homogene Datenmigrationen erstellt haben, erstellen Sie ein Migrationsprojekt. Weitere Informationen finden Sie unter [ Erstellen von Migrationsprojekten](migration-projects-create.md). In den folgenden Abschnitten wird beschrieben, wie Sie homogene Datenmigrationen erstellen, konfigurieren und ausführen. **Topics** + [Erstellen einer Datenmigration in AWS DMS](dm-migrating-data-create.md) + [Auswahlregeln für homogene Datenmigrationen](dm-migrating-data-selectionrules.md) + [Verwaltung von Datenmigrationen in AWS DMS](dm-migrating-data-manage.md) + [Überwachung von Datenmigrationen in AWS DMS](dm-migrating-data-monitoring.md) + [Status homogener Datenmigrationen in AWS DMS](dm-migrating-data-statuses.md) + [Migrieren von Daten aus MySQL-Datenbanken mit homogenen Datenmigrationen in AWS DMS](dm-migrating-data-mysql.md) + [Migrieren von Daten aus PostgreSQL-Datenbanken mit homogenen Datenmigrationen in AWS DMS](dm-migrating-data-postgresql.md) + [Migrieren von Daten aus MongoDB-Datenbanken mit homogenen Datenmigrationen in AWS DMS](dm-migrating-data-mongodb.md) + [Target table preparation mode](dm-migrating-data-table-prep.md) # Erstellen einer Datenmigration in AWS DMS Nachdem Sie ein Migrationsprojekt mit kompatiblen Datenanbietern desselben Typs erstellt haben, können Sie dieses Projekt für homogene Datenmigrationen verwenden. Weitere Informationen finden Sie unter [ Erstellen von Migrationsprojekten](migration-projects-create.md). Um mit der Verwendung homogener Datenmigrationen zu beginnen, erstellen Sie eine neue Datenmigration. Sie können mehrere homogene Datenmigrationen verschiedener Typen in einem einzigen Migrationsprojekt erstellen. AWS DMS hat die maximale Anzahl homogener Datenmigrationen, die Sie für Ihre erstellen können. AWS-Konto Im folgenden Abschnitt finden Sie Informationen zu AWS DMS Servicekontingenten. [Kontingente für AWS Database Migration Service](CHAP_Limits.md) Bevor Sie eine Datenmigration erstellen, stellen Sie sicher, dass Sie die erforderlichen Ressourcen wie Ihre Quell- und Zieldatenbanken, eine IAM-Richtlinie und -Rolle, ein Instance-Profil und Datenanbieter einrichten. Weitere Informationen finden Sie unter [Erstellen von IAM-Ressourcen](dm-iam-resources.md), [Erstellen von Instance-Profilen](instance-profiles.md) und [ Erstellen von Datenanbietern](data-providers-create.md). Außerdem sollten Sie keine homogenen Datenmigrationen verwenden, um Daten von einer höheren Datenbankversion zu einer niedrigeren Datenbankversion zu migrieren. Überprüfen Sie die Versionen der Datenbanken, die Sie für Quell- und Zieldatenanbieter verwenden, und aktualisieren Sie bei Bedarf Ihre Zieldatenbankversion. **So erstellen Sie eine Datenmigration** 1. Melden Sie sich bei [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/) an AWS-Managementkonsole und öffnen Sie die AWS DMS Konsole. 1. Wählen Sie **Migrationsprojekte** aus. Die Seite **Migrationsprojekte** wird geöffnet. 1. Wählen Sie Ihr Migrationsprojekt und auf der Registerkarte **Datenmigrationen** **Datenmigration erstellen**. 1. Geben Sie unter **Name** einen Namen für Ihre Datenmigration ein. Stellen Sie sicher, dass Sie einen eindeutigen Namen für Ihre Datenmigration verwenden, damit Sie sie leicht identifizieren können. 1. Wählen Sie unter **Replikationstyp** den Typ der Datenmigration aus, den Sie konfigurieren möchten. Sie können eine der folgenden Optionen wählen. + **Volllast** – Migriert Ihre vorhandenen Quelldaten. + **Volllast und Erfassung von Änderungsdaten (CDC)** – migriert vorhandene Daten und fortlaufende Änderungen. + **Change Data Capture (CDC)** – Repliziert fortlaufende Änderungen. 1. Aktivieren Sie das Kontrollkästchen ** CloudWatch Protokolle aktivieren**, um Datenmigrationsprotokolle in Amazon zu speichern CloudWatch. Sollten Sie diese Option nicht wählen, können Sie die Protokolldateien nicht sehen, wenn Ihre Datenmigration fehlschlägt. 1. (Optional) Erweitern Sie den Abschnitt **Advanced Settings (Erweiterte Einstellungen)**. Geben Sie **unter Anzahl der Jobs** die Anzahl der parallel Threads ein, mit denen Sie Ihre Quelldaten zum Ziel migrieren AWS DMS können. 1. Wählen Sie unter **IAM-Servicerolle** die zuvor erstellte IAM-Rolle aus. Weitere Informationen finden Sie unter [Erstellen einer IAM-Rolle für homogene Datenmigrationen in AWS DMS](dm-iam-resources.md#dm-resources-iam-role). 1. Konfigurieren Sie den **Startmodus** für Datenmigrationen des Typs **Change Data Capture (CDC)**. Sie können eine der folgenden Optionen wählen. + **Sofort** – Startet die fortlaufende Replikation, wenn Sie Ihre Datenmigration starten. + **Verwenden eines systemeigenen Startpunkts** – Startet die fortlaufende Replikation vom angegebenen Punkt aus. Geben Sie für PostgreSQL-Datenbanken den Namen des logischen Replikationsslots unter **Slot-Name** und die Sequenznummer des Transaktionsprotokolls unter **Systemeigener Startpunkt** ein. Geben Sie für MySQL-Datenbanken die Sequenznummer des Transaktionsprotokolls unter **Protokoll-Sequenznummer (LSN)** ein. 1. Konfigurieren Sie den **Stoppmodus** für Datenmigrationen des Typs **Change Data Capture (CDC)** oder **Volllast und Change Data Capture (CDC)**. Sie können eine der folgenden Optionen wählen. + **Beenden Sie CDC nicht** — AWS DMS setzt die laufende Replikation fort, bis Sie Ihre Datenmigration beenden. + **Verwendung eines Serverzeitpunkts** — AWS DMS stoppt die laufende Replikation zum angegebenen Zeitpunkt. Wenn Sie diese Option wählen, geben Sie für **Datum und Uhrzeit des Anhaltens** das Datum und die Uhrzeit ein, zu dem die fort laufende Replikation automatisch angehalten werden soll. 1. Wählen Sie **Datenmigration erstellen** aus. AWS DMS erstellt Ihre Datenmigration und fügt sie der Liste auf der Registerkarte **Datenmigrationen** in Ihrem Migrationsprojekt hinzu. Hier können Sie den Status Ihrer Datenmigration sehen. Weitere Informationen finden Sie unter [Migrationsstatus](dm-migrating-data-statuses.md). **Wichtig** AWS DMS Löscht bei Datenmigrationen vom Typ **Volllast** und **Volllast und Datenänderungserfassung (CDC)** alle Daten, Tabellen und anderen Datenbankobjekte in Ihrer Zieldatenbank. Stellen Sie sicher, dass Sie eine Sicherungskopie Ihrer Zieldatenbank haben. **Nachdem Sie Ihre Datenmigration AWS DMS erstellt haben, wird der Status dieser Datenmigration auf Bereit gesetzt.** Um Ihre Daten zu migrieren, müssen Sie die Datenmigration manuell starten. Wählen Sie dazu Ihre Datenmigration aus der Liste. Wählen Sie dann für **Aktionen** die Option **Start**. Weitere Informationen finden Sie unter [Verwalten von Datenmigrationen](dm-migrating-data-manage.md). Der erste Start einer homogenen Datenmigration erfordert einige Einrichtungsschritte. AWS DMS erstellt eine serverlose Umgebung für Ihre Datenmigration. Dieser Vorgang kann bis zu 15 Minuten dauern. Nachdem Sie Ihre Datenmigration gestoppt und neu gestartet haben, wird die Umgebung AWS DMS nicht erneut erstellt, sodass Sie schneller auf Ihre Datenmigration zugreifen können. # Auswahlregeln für homogene Datenmigrationen Mithilfe von Auswahlregeln können Sie das Schema, die Tabellen oder beides auswählen, die Sie in Ihre Replikation einbeziehen möchten. Wählen Sie bei der Erstellung einer Datenmigrationsaufgabe die Option **Auswahlregel hinzufügen** aus. Geben Sie für die Regeleinstellungen die folgenden Werte an: + **Schema**: Wählen **Sie Schema eingeben** aus. + **Schemaname**: Geben Sie den Namen des Schemas an, das Sie replizieren oder **%** als Platzhalter verwenden möchten. + **Tabellenname**: Geben Sie den Namen der Tabelle an, die Sie replizieren oder **%** als Platzhalter verwenden möchten. Standardmäßig ist die einzige Regelaktion, die DMS unterstützt, und das einzige Platzhalterzeichen`Include`, das DMS unterstützt, ist. `%` **Anmerkung** Die Unterstützung von Auswahlregeln AWS DMS für homogene Datenmigrationen hängt von der Kombination der Quelldatenbank-Engine und dem ausgewählten Migrationstyp ab. PostgreSQL- und MongoDB-kompatible Quellen ermöglichen Auswahlregeln für alle Migrationstypen, während MySQL-Quellen nur Auswahlregeln für den Migrationstyp Full Load unterstützen. **Example Migrieren aller Tabellen in einem Schema** Im folgenden Beispiel werden alle Tabellen aus einem Schema mit dem Namen `dmsst` in Ihrer Quelle zu Ihrem Zielendpunkt migriert. ``` { "rules": [ { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "dmsst", "table-name": "%" }, "filters": [], "rule-id": "1", "rule-name": "1" } ] } ``` **Example Migrieren einiger Tabellen in einem Schema** Im folgenden Beispiel werden alle Tabellen, deren Name mit, beginnt`collectionTest`, von einem Schema, das `dmsst` in Ihrer Quelle benannt ist, zu Ihrem Zielendpunkt migriert. ``` { "rules": [ { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "dmsst", "table-name": "collectionTest%" }, "filters": [], "rule-id": "1", "rule-name": "1" } ] } ``` **Example Migrieren Sie bestimmte Tabellen aus mehreren Schemas** Im folgenden Beispiel werden einige der Tabellen aus mehreren Schemas mit Namen `dmsst` und `Test` in Ihrer Quelle zu Ihrem Zielendpunkt migriert. ``` { "rules": [ { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "dmsst", "table-name": "collectionTest1" }, "filters": [], "rule-id": "1", "rule-name": "1" }, { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "Test", "table-name": "products" }, "filters": [], "rule-id": "2", "rule-name": "2" } ] } ``` # Verwaltung von Datenmigrationen in AWS DMS Nachdem Sie eine Datenmigration erstellt haben, beginnt die Datenmigration AWS DMS nicht automatisch. Sie starten eine Datenmigration bei Bedarf manuell. Bevor Sie eine Datenmigration starten, können Sie alle Einstellungen Ihrer Datenmigration ändern. Nachdem Sie Ihre Datenmigration gestartet haben, können Sie den Replikationstyp nicht mehr ändern. Um einen anderen Replikationstyp zu verwenden, erstellen Sie eine neue Datenmigration. **So starten Sie eine Datenmigration** 1. Melden Sie sich bei [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/) an AWS-Managementkonsole und öffnen Sie die AWS DMS Konsole. 1. Wählen Sie **Migrationsprojekte** aus. Die Seite **Migrationsprojekte** wird geöffnet. 1. Wählen Sie Ihr Migrationsprojekt aus. Wählen Sie auf der Registerkarte **Datenmigrationen** Ihre Datenmigration aus. Die Seite **Übersicht** für Ihre Datenmigration wird geöffnet. 1. Wählen Sie für **Actions (Aktionen)** die Option **Start**. AWS DMS Erstellt anschließend eine serverlose Umgebung für Ihre Datenmigration. Dieser Vorgang kann bis zu 15 Minuten dauern. Nachdem Sie eine Datenmigration gestartet haben, wird AWS DMS ihr Status auf Wird **gestartet** gesetzt. Der nächste Status, der für Ihre Datenmigration AWS DMS verwendet wird, hängt von der Art der Replikation ab, die Sie in den Datenmigrationseinstellungen auswählen. Weitere Informationen finden Sie unter [Migrationsstatus](dm-migrating-data-statuses.md). **So ändern Sie eine Datenmigration** 1. Melden Sie sich bei [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/) an AWS-Managementkonsole und öffnen Sie die AWS DMS Konsole. 1. Wählen Sie **Migrationsprojekte** aus. Die Seite **Migrationsprojekte** wird geöffnet. 1. Wählen Sie Ihr Migrationsprojekt aus. Wählen Sie auf der Registerkarte **Datenmigrationen** Ihre Datenmigration aus. Die Seite **Übersicht** für Ihre Datenmigration wird geöffnet. 1. Wählen Sie **Ändern** aus. 1. Konfigurieren Sie die Einstellungen für Ihre Datenmigration. **Wichtig** Wenn Sie Ihre Datenmigration gestartet haben, können Sie den Replikationstyp nicht mehr ändern. 1. Um Ihre Datenmigrationsprotokolle in Amazon einzusehen CloudWatch, aktivieren Sie das Kontrollkästchen ** CloudWatch Protokolle einschalten**. 1. Wählen Sie **Änderungen speichern ** aus. Nachdem eine Datenmigration AWS DMS gestartet wurde, können Sie sie beenden. Wählen Sie dazu auf der Registerkarte **Datenmigrationen** Ihre Datenmigration aus. Wählen Sie dann für **Aktionen** die Option **Stopp**. Nachdem Sie eine Datenmigration beendet haben, wird AWS DMS ihr Status auf **Stopp gesetzt**. Als Nächstes setzt AWS DMS den Status dieser Datenmigration auf **Angehalten**. Nach AWS DMS dem Beenden einer Datenmigration können Sie Ihre Datenmigration ändern, fortsetzen, neu starten oder löschen. Um die Datenreplikation fortzusetzen, wählen Sie auf der Registerkarte **Datenmigrationen** die Datenmigration aus, die Sie angehalten haben. Wählen Sie als Nächstes für **Aktionen** die Option **Verarbeitung fortsetzen** aus. Um die Datenladung fortzusetzen, wählen Sie auf der Registerkarte **Datenmigrationen** die Datenmigration aus, die Sie angehalten haben. Wählen Sie als Nächstes für **Aktionen** die Option **Neu starten** aus. AWS DMS löscht alle Daten aus Ihrer Zieldatenbank und startet die Datenmigration von vorne. Sie können eine Datenmigration löschen, die Sie angehalten oder nicht gestartet haben. Wählen Sie zum Löschen einer Datenmigration auf der Registerkarte **Datenmigrationen** Ihre Datenmigration aus. Wählen Sie dann unter **Aktionen** die Option **Löschen**. Um Ihr Migrationsprojekt zu löschen, beenden und löschen Sie alle Datenmigrationen. # Überwachung von Datenmigrationen in AWS DMS Nachdem Sie Ihre homogene Datenmigration gestartet haben, können Sie deren Status und Fortschritt überwachen. Die Durchführung von Datenmigrationen großer Datenmengen mit Hunderten von Gigabyte dauert mehrere Stunden. Überwachen Sie den Fortschritt Ihrer Datenmigration regelmäßig, um die Zuverlässigkeit, Verfügbarkeit und hohe Leistung Ihrer Datenmigration aufrechtzuerhalten. **So prüfen Sie den Status und den Fortschritt Ihrer Datenmigration** 1. [Melden Sie sich bei v2/ an AWS-Managementkonsole und öffnen Sie die AWS DMS Konsole. https://console.aws.amazon.com/dms/](https://console.aws.amazon.com/dms/v2/) 1. Wählen Sie **Migrationsprojekte** aus. Die Seite **Migrationsprojekte** wird geöffnet. 1. Wählen Sie Ihr Migrationsprojekt aus und navigieren Sie zur Registerkarte **Datenmigrationen**. 1. Informationen zu Ihrer Datenmigration finden Sie in der Spalte **Status**. Weitere Informationen zu diesen Werten in dieser Spalte finden Sie unter [Migrationsstatus](dm-migrating-data-statuses.md). 1. Bei einer fortlaufenden Datenmigration wird in der Spalte **Migrationsfortschritt** der Prozentsatz der migrierten Daten angezeigt. **So prüfen Sie die Details Ihrer Datenmigration** 1. [Melden Sie sich bei v2/ an AWS-Managementkonsole und öffnen Sie die AWS DMS Konsole. https://console.aws.amazon.com/dms/](https://console.aws.amazon.com/dms/v2/) 1. Wählen Sie **Migrationsprojekte** aus. Die Seite **Migrationsprojekte** wird geöffnet. 1. Wählen Sie Ihr Migrationsprojekt aus. Wählen Sie auf der Registerkarte **Datenmigrationen** Ihre Datenmigration aus. 1. Auf der Registerkarte **Details** können Sie den Fortschritt der Migration sehen. Insbesondere können Sie die folgenden Metriken sehen. + **Öffentliche IP-Adresse** – Die öffentliche IP-Adresse Ihrer Datenmigration. Sie benötigen diesen Wert, um ein Netzwerk zu konfigurieren. Weitere Informationen finden Sie unter [Einrichten eines Netzwerks](dm-network.md). + **Geladene Tabellen** – Die Anzahl der erfolgreich geladenen Tabellen. + **Tabellen, die geladen werden** – Die Anzahl der Tabellen, die gerade geladen werden. + **Tabellen in der Warteschlange** – Die Anzahl der Tabellen, die derzeit darauf warten, geladen zu werden. + **Fehlerhafte Tabellen** – Die Anzahl der Tabellen, die nicht geladen werden konnten. + **Verstrichene Zeit** – Die Zeit, die nach dem Start Ihrer Datenmigration vergangen ist. + **CDC-Latenz** — Die durchschnittliche Zeit, die zwischen dem Zeitpunkt, an dem eine Änderung an einer Quelltabelle erfolgt, und dem Zeitpunkt, an dem diese Änderung auf die Zieltabelle AWS DMS angewendet wird, vergeht. + **Migration gestartet** – Der Zeitpunkt, zu dem Sie diese Datenmigration gestartet haben. + **Migration angehalten** – Der Zeitpunkt, zu dem Sie diese Datenmigration angehalten haben. 1. Um die Protokolldateien für Ihre Datenmigration anzuzeigen, wählen Sie unter **Einstellungen für homogene Datenmigration** die Option ** CloudWatch Protokolle anzeigen** aus. Sie können ** CloudWatch Protokolle aktivieren**, wenn Sie eine Datenmigration erstellen oder ändern. Weitere Informationen erhalten Sie unter [Erstellen einer Datenmigration](dm-migrating-data-create.md) und [Verwalten von Datenmigrationen](dm-migrating-data-manage.md). Sie können CloudWatch Amazon-Alarme oder -Ereignisse verwenden, um Ihre Datenmigration genau zu verfolgen. Weitere Informationen finden Sie unter [Was sind Amazon CloudWatch, Amazon CloudWatch Events und Amazon CloudWatch Logs?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) im * CloudWatch Amazon-Benutzerhandbuch*. Beachten Sie, dass für die Nutzung von Amazon eine Gebühr anfällt CloudWatch. AWS DMS Beinhaltet für homogene Datenmigrationen die folgenden Kennzahlen in Amazon. CloudWatch | Metrik | Description | | --- | --- | | Insgesamt CDCLatency | Die Gesamtlatenz während der CDC-Phase. Für MySQL-Datenbanken zeigt diese Metrik die Anzahl der Sekunden, die zwischen der Änderung im Quell-Binärprotokoll und der Replikation dieser Änderung vergehen. Für PostgreSQL-Datenbanken zeigt diese Metrik die Anzahl der Sekunden, die zwischen `last_msg_receipt_time` und `last_msg_send_time` aus der `pg_stat_subscription`-Ansicht vergehen. Einheiten: Sekunden | | StorageConsumption | Der Speicherplatz, den Ihre Datenmigration verbraucht. Einheiten: Byte | # Status homogener Datenmigrationen in AWS DMS AWS DMS Zeigt für jede Datenmigration, die Sie ausführen, den **Status in der Konsole** an. AWS DMS Die folgende Liste enthält die möglichen Status: + `Creating`— AWS DMS erstellt die Datenmigration. + `Ready` – Die Datenmigration ist startbereit. + `Starting`— erstellt AWS DMS die serverlose Umgebung für Ihre Datenmigration. Dieser Vorgang kann bis zu 15 Minuten dauern. + `Load running`— führt AWS DMS die Volllastmigration durch. + `Load complete, replication ongoing`— AWS DMS hat den vollen Ladevorgang abgeschlossen und repliziert nun laufende Änderungen. AWS DMS verwendet diesen Status nur für Datenmigrationen vom Typ Full Load and Change Data Capture (CDC). + `Replication ongoing`— AWS DMS repliziert laufende Änderungen. AWS DMS verwendet diesen Status nur für Migrationen vom Typ Change Data Capture (CDC). + `Reloading target`— AWS DMS startet eine Datenmigration neu und führt den angegebenen Migrationstyp durch. + `Stopping`— AWS DMS stoppt die Datenmigration. AWS DMS legt diesen Status fest, nachdem Sie im Menü **Aktionen** ausgewählt haben, dass die Datenmigration gestoppt werden soll. + `Stopped`— AWS DMS hat die Datenmigration gestoppt. + `Failed` – Die Datenmigration ist fehlgeschlagen. Weitere Informationen finden Sie in den Protokolldateien. Wählen Sie zur Anzeige der Protokolldateien auf der Registerkarte **Datenmigrationen** Ihre Datenmigration aus. Wählen Sie als Nächstes unter **Einstellungen für homogene Datenmigration** die Option ** CloudWatch Protokolle anzeigen** aus. **Wichtig** Sie können Protokolldateien anzeigen, wenn Sie bei der Erstellung Ihrer Datenmigration das Kontrollkästchen ** CloudWatch Protokolle aktivieren aktivieren aktivieren**. + `Deleting`— AWS DMS löscht die Datenmigration. AWS DMS legt diesen Status fest, nachdem Sie im Menü **Aktionen** ausgewählt haben, dass die Datenmigration gelöscht werden soll. + `Maintenance`— AWS DMS versetzt eine Aufgabe in den Status des Wartungsmodus, wenn ein neues Image auf dem zugrunde liegenden serverlosen Container bereitgestellt wird, der mit Ihrer Datenmigrationsaufgabe verknüpft ist. # Migrieren von Daten aus MySQL-Datenbanken mit homogenen Datenmigrationen in AWS DMS Sie können [Homogene Datenbankmigrationen](data-migrations.md) verwenden, um eine selbstverwaltete MySQL-Datenbank zu RDS für MySQL oder Aurora MySQL zu migrieren. AWS DMS erstellt eine Serverless-Umgebung für Ihre Datenmigration. AWS DMS Verwendet für verschiedene Arten von Datenmigrationen verschiedene native MySQL-Datenbanktools. AWS DMS Verwendet bei homogenen Datenmigrationen vom Typ **Volllast** mydumper, um Daten aus Ihrer Quelldatenbank zu lesen und sie auf der Festplatte zu speichern, die an die serverlose Umgebung angeschlossen ist. Nachdem alle Ihre Quelldaten AWS DMS gelesen wurden, verwendet es myloader in der Zieldatenbank, um Ihre Daten wiederherzustellen. Für homogene Datenmigrationen vom Typ **Full Load and Change Data Capture (CDC)** AWS DMS verwendet mydumper, um Daten aus Ihrer Quelldatenbank zu lesen und sie auf der Festplatte zu speichern, die an die serverlose Umgebung angeschlossen ist. Nachdem alle Ihre Quelldaten AWS DMS gelesen wurden, verwendet es myloader in der Zieldatenbank, um Ihre Daten wiederherzustellen. Nach AWS DMS Abschluss des Vollladevorgangs wird die Binlog-Replikation eingerichtet, wobei die Binlog-Position auf den Beginn des Vollladens gesetzt wird. Für homogene Datenmigrationen des Typs **Change Data Capture (CDC)** erfordert AWS DMS den **systemeigenen CDC-Startpunkt**, um die Replikation zu starten. Wenn Sie den systemeigenen CDC-Startpunkt angeben, werden die Änderungen von diesem Punkt aus AWS DMS erfasst. Wählen Sie alternativ in den Datenmigrationseinstellungen die Option **Sofort** aus, um den Startpunkt für die Replikation automatisch zu erfassen, wenn die eigentliche Datenmigration beginnt. **Anmerkung** Damit eine reine CDC-Migration ordnungsgemäß funktioniert, müssen alle Quelldatenbankschemata und -objekte bereits in der Zieldatenbank vorhanden sein. Das Ziel kann jedoch Objekte enthalten, die in der Quelle nicht vorhanden sind. Sie können das folgende Codebeispiel verwenden, um die aktuelle Protokoll-Sequenznummer (LSN) in Ihrer MySQL-Datenbank abzurufen. ``` show master status ``` Diese Abfrage gibt einen Binärprotokoll-Dateinamen und die Position zurück. Der systemeigene CDC-Startpunkt ist eine Kombination aus dem Namen der Binärprotokolldatei und der Position. Beispiel, `mysql-bin-changelog.000024:373`. In diesem Beispiel `mysql-bin-changelog.000024` ist dies der Name der Binlog-Datei und die Position, an der mit der Erfassung von Änderungen AWS DMS begonnen `373` wird. Das folgende Diagramm zeigt den Prozess der Verwendung homogener Datenmigrationen AWS DMS zur Migration einer MySQL-Datenbank zu RDS für MySQL oder Aurora MySQL. ![\[Ein Architekturdiagramm der MySQL-Datenmigration mit DMS Homogeneous Data Migrations.\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/images/data-migrations-mysql.png) # Migrieren von Daten aus PostgreSQL-Datenbanken mit homogenen Datenmigrationen in AWS DMS Sie können [Homogene Datenbankmigrationen](data-migrations.md) verwenden, um eine selbstverwaltete PostgreSQL-Datenbank zu RDS für MySQL oder Aurora MySQL zu migrieren. AWS DMS erstellt eine Serverless-Umgebung für Ihre Datenmigration. Für verschiedene Arten von Datenmigrationen verwendet AWS DMS verschiedene native PostgreSQL-Datenbanktools. AWS DMS Verwendet bei homogenen Datenmigrationen vom Typ **Volllast** pg\$1dump, um Daten aus Ihrer Quelldatenbank zu lesen und sie auf der Festplatte zu speichern, die an die serverlose Umgebung angeschlossen ist. Nachdem alle Ihre Quelldaten AWS DMS gelesen wurden, verwendet es pg\$1restore in der Zieldatenbank, um Ihre Daten wiederherzustellen. Wird bei homogenen Datenmigrationen vom Typ **Full Load and Change Data Capture (CDC)** AWS DMS verwendet, `pg_dump` um Schemaobjekte ohne Tabellendaten aus Ihrer Quelldatenbank zu lesen und sie auf der Festplatte zu speichern, die an die serverlose Umgebung angeschlossen ist. Anschließend werden Ihre `pg_restore` Schemaobjekte in der Zieldatenbank wiederhergestellt. Nach AWS DMS Abschluss des `pg_restore` Vorgangs wechselt es automatisch zu einem Herausgeber- und Abonnentenmodell für die logische Replikation mit der `Initial Data Synchronization` Option, die ursprünglichen Tabellendaten direkt von der Quelldatenbank in die Zieldatenbank zu kopieren, und initiiert dann die fortlaufende Replikation. Bei diesem Modell abonnieren ein oder mehrere Subscriber eine oder mehrere Veröffentlichungen auf einem Publisher-Knoten. Für homogene Datenmigrationen vom Typ **Change Data Capture (CDC)** ist der native Startpunkt AWS DMS erforderlich, um die Replikation zu starten. Wenn Sie den systemeigenen Startpunkt angeben, werden die Änderungen von diesem Punkt aus AWS DMS erfasst. Wählen Sie alternativ in den Datenmigrationseinstellungen die Option **Sofort** aus, um den Startpunkt für die Replikation automatisch zu erfassen, wenn die eigentliche Datenmigration beginnt. **Anmerkung** Damit eine reine CDC-Migration ordnungsgemäß funktioniert, müssen alle Quelldatenbankschemata und -objekte bereits in der Zieldatenbank vorhanden sein. Das Ziel kann jedoch Objekte enthalten, die in der Quelle nicht vorhanden sind. Sie können das folgende Codebeispiel verwenden, um den systemeigenen Startpunkt in Ihrer PostgreSQL-Datenbank abzurufen. ``` select confirmed_flush_lsn from pg_replication_slots where slot_name=‘migrate_to_target'; ``` Diese Abfrage verwendet die `pg_replication_slots`-Ansicht in Ihrer PostgreSQL-Datenbank, um den LSN-Wert (Log Sequence Number) zu erfassen. Nachdem AWS DMS Sie den Status Ihrer homogenen PostgreSQL-Datenmigration auf Gestoppt, **Fehlgeschlagen** oder **Gelöscht **gesetzt** haben, werden** der Herausgeber und die Replikation nicht entfernt. Wenn Sie die Migration nicht fortsetzen möchten, löschen Sie den Replikationsslot und den Publisher mithilfe des folgenden Befehls. ``` SELECT pg_drop_replication_slot('migration_subscriber_{ARN}'); DROP PUBLICATION publication_{ARN}; ``` Das folgende Diagramm zeigt den Prozess der Verwendung homogener Datenmigrationen AWS DMS zur Migration einer PostgreSQL-Datenbank nach RDS für PostgreSQL oder Aurora PostgreSQL. ![\[Ein Architekturdiagramm der PostgreSQL-Datenmigration mit DMS Homogeneous Data Migrations.\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/images/data-migrations-postgresql.png) ## Bewährte Methoden für die Verwendung einer PostgreSQL-Datenbank als Quelle für homogene Datenmigrationen + Um die anfängliche Datensynchronisierung auf Abonnentenseite für die FLCDC-Aufgabe zu beschleunigen, müssen Sie und anpassen. `max_logical_replication_workers` `max_sync_workers_per_subscription` Wenn Sie diese Werte erhöhen, wird die Geschwindigkeit der Tabellensynchronisierung erhöht. + **max\$1logical\$1replication\$1workers — Gibt die maximale Anzahl logischer Replikationsworker** an. Dazu gehören sowohl die Apply-Worker auf Abonnentenseite als auch die Workers für die Tabellensynchronisation. + **max\$1sync\$1workers\$1per\$1subscription** — Eine Erhöhung wirkt sich `max_sync_workers_per_subscription` nur auf die Anzahl der Tabellen aus, die parallel synchronisiert werden, nicht auf die Anzahl der Worker pro Tabelle. **Anmerkung** `max_logical_replication_workers`sollte nicht überschreiten `max_worker_processes` und sollte kleiner oder gleich sein. `max_sync_workers_per_subscription` `max_logical_replication_workers` + Bei der Migration großer Tabellen sollten Sie erwägen, diese mithilfe von Auswahlregeln in separate Aufgaben aufzuteilen. Sie können beispielsweise große Tabellen in separate Einzelaufgaben und kleine Tabellen in eine weitere einzelne Aufgabe unterteilen. + Überwachen Sie die Festplatten- und CPU-Auslastung auf Abonnentenseite, um eine optimale Leistung zu gewährleisten. # Migrieren von Daten aus MongoDB-Datenbanken mit homogenen Datenmigrationen in AWS DMS Sie können es verwenden[Homogene Datenbankmigrationen](data-migrations.md), um eine selbstverwaltete MongoDB-Datenbank zu Amazon DocumentDB zu migrieren. AWS DMS erstellt eine serverlose Umgebung für Ihre Datenmigration. AWS DMS Verwendet für verschiedene Arten von Datenmigrationen verschiedene native MongoDB-Datenbanktools. Wird bei homogenen Datenmigrationen vom Typ **Volllast** AWS DMS verwendet, um Daten aus Ihrer Quelldatenbank `mongodump` zu lesen und sie auf der Festplatte zu speichern, die an die serverlose Umgebung angeschlossen ist. Nachdem alle Ihre Quelldaten AWS DMS gelesen wurden, werden sie `mongorestore` in der Zieldatenbank verwendet, um Ihre Daten wiederherzustellen. Wird bei homogenen Datenmigrationen vom Typ **Full Load and Change Data Capture (CDC)** AWS DMS verwendet, um Daten aus Ihrer Quelldatenbank `mongodump` zu lesen und sie auf der Festplatte zu speichern, die an die serverlose Umgebung angeschlossen ist. Nachdem alle Ihre Quelldaten AWS DMS gelesen wurden, werden sie `mongorestore` in der Zieldatenbank verwendet, um Ihre Daten wiederherzustellen. Nach AWS DMS Abschluss des vollständigen Ladevorgangs wechselt es automatisch zu einem Herausgeber- und Abonnentenmodell für die logische Replikation. Bei diesem Modell empfehlen wir, das Protokoll so zu dimensionieren, dass die Änderungen mindestens 24 Stunden lang gespeichert werden. Wählen Sie für homogene Datenmigrationen vom Typ **Change Data Capture (CDC)** `immediately` in den Datenmigrationseinstellungen aus, dass der Startpunkt für die Replikation automatisch erfasst wird, wenn die eigentliche Datenmigration beginnt. **Anmerkung** Für jede neue oder umbenannte Sammlung müssen Sie eine neue Datenmigrationsaufgabe für diese Sammlungen als homogene Datenmigrationen erstellen. Für eine MongoDB-kompatible Quelle werden AWS DMS keine Operationen unterstützt`create`. `rename` `drop collection` Das folgende Diagramm zeigt den Prozess der Verwendung homogener Datenmigrationen AWS DMS zur Migration einer MongoDB-Datenbank zu Amazon DocumentDB. ![\[Ein Architekturdiagramm der MongoDB-Datenmigration mit DMS Homogenous Data Migrations.\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/images/data-migrations-mongodb.png) # Target table preparation mode Sie können den Target-Tabellenvorbereitungsmodus auswählen, wenn Sie auf der Registerkarte **Erweiterte Einstellungen** in der AWS DMS Konsole für PostgreSQL-, MongoDB- und Amazon DocumentDB-Migrationen eine Aufgabe zum Erstellen von Datenmigrationen auswählen. ## Tabellen am Ziel ablegen Im Modus Tabellen im Zielmodus löschen löscht die AWS DMS homogene Migration die Zieltabellen und erstellt sie neu, bevor die Migration gestartet wird. Dieser Ansatz stellt sicher, dass die Zieltabellen zu Beginn der Migration leer sind. AWS DMS Erstellt bei homogenen Migrationen alle sekundären Objekte, einschließlich der in den Metadaten der Quelltabelle definierten Indizes, bevor die Daten geladen werden, um eine effiziente Datenmigration zu gewährleisten. Wenn Sie Drop-Tabellen im Zielmodus verwenden, müssen Sie möglicherweise die Zieldatenbank konfigurieren. Bei einem PostgreSQL-Ziel kann beispielsweise aus Sicherheitsgründen AWS DMS kein Schema-Benutzer erstellt werden. In diesem Fall müssen Sie den Schemanutzer entsprechend der Quelle vorab erstellen, sodass AWS DMS Sie die Tabellen erstellen und ihnen zu Beginn der Migration eine ähnliche Rolle wie der Quelle zuweisen können. ## Kürzen Im Modus Kürzen werden bei der AWS DMS homogenen Migration alle vorhandenen Zieltabellen gekürzt, bevor die Migration beginnt. Dadurch bleibt die Tabellenstruktur erhalten. Dieser Modus eignet sich für Volllast- oder Volllast- und CDC-Migrationen, bei denen das Zielschema vorab erstellt wird. Wenn die Sammlung für ein Amazon DocumentDB DocumentDB-Ziel nicht existiert, AWS DMS wird die Sammlung während der Migration ohne Indizes erstellt. ## Nichts unternehmen Im Modus „Nichts tun“ geht die AWS DMS homogene Migration davon aus, dass die Zieltabellen vorab erstellt wurden. Wenn die Zieltabellen nicht leer sind, können während der Migration Datenkonflikte auftreten, die möglicherweise zu einem DMS-Aufgabenfehler führen. In diesem Modus bleibt die Tabellenstruktur unverändert und alle vorhandenen Daten werden beibehalten. Der Modus „Nichts tun“ eignet sich für reine CDC-Aufgaben, wenn die Zieltabellen aus der Quelle wieder aufgefüllt wurden und die laufende Replikation zur Synchronisation von Quelle und Ziel verwendet wird. Wenn die Sammlung für ein Amazon DocumentDB DocumentDB-Ziel nicht existiert, AWS DMS wird die Sammlung ohne sekundäre Indizes erstellt. Darüber hinaus kann der Modus „Nichts tun“ während der Volllastphase verwendet werden, wenn Daten aus einer MongoDB-Sharded-Sammlung zu Amazon DocumentDB migriert werden. # Fehlerbehebung bei homogenen Datenmigrationen in AWS DMS In der folgenden Liste finden Sie Maßnahmen, die Sie ergreifen können, wenn Sie auf Probleme mit homogenen Datenmigrationen in AWS DMS stoßen. **Topics** + [Ich kann keine homogene Datenmigration in erstellen AWS DMS](#dm-troubleshooting-create) + [Ich kann keine homogene Datenmigration starten in AWS DMS](#dm-troubleshooting-dm-fails) + [Ich kann keine Verbindung zur Zieldatenbank herstellen, wenn ich eine Datenmigration in durchführe AWS DMS](#dm-troubleshooting-connect-target) + [AWS DMS migriert Ansichten als Tabellen in PostgreSQL](#dm-troubleshooting-views) ## Ich kann keine homogene Datenmigration in erstellen AWS DMS Wenn Sie eine Fehlermeldung erhalten, die besagt, dass keine Verbindung zu Ihren Datenanbietern hergestellt werden AWS DMS kann, nachdem Sie **Datenmigration erstellen** ausgewählt haben, stellen Sie sicher, dass Sie die erforderliche IAM-Rolle konfiguriert haben. Weitere Informationen finden Sie unter [Erstellen einer IAM-Rolle](dm-iam-resources.md#dm-resources-iam-role). Wenn Sie die IAM-Rolle konfiguriert haben und immer noch diese Fehlermeldung erhalten, fügen Sie diese IAM-Rolle Ihrem Hauptbenutzer in der AWS KMS Schlüsselkonfiguration hinzu. Weitere Informationen finden Sie unter [Benutzern in anderen Konten die Verwendung des KMS-Schlüssels erlauben](https://docs.aws.amazon.com/kms/latest/developerguide/key-policy-default.html#key-policy-default-allow-users) im *AWS Key Management Service -Entwicklerhandbuch*. ## Ich kann keine homogene Datenmigration starten in AWS DMS Wenn Sie den `Failed`-Status erhalten, wenn Sie eine Datenmigration in Ihrem Migrationsprojekt starten, überprüfen Sie die Versionen Ihrer Quell- und Zieldatenanbieter. Führen Sie dazu die `SELECT VERSION();`-Abfrage in Ihrer MySQL- oder PostgreSQL-Datenbank aus. Achten Sie darauf, die unterstützte Datenbankversion zu verwenden. Eine Liste der unterstützten Quelldatenbanken finden Sie unter [Quellen für homogene DMS-Datenmigrationen](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). Eine Liste der unterstützten Zieldatenbanken finden Sie unter [Ziele für homogene DMS-Datenmigrationen](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations). Wenn Sie eine nicht unterstützte Datenbankversion verwenden, aktualisieren Sie Ihre Quell- oder Zieldatenbank und versuchen Sie es erneut. Überprüfen Sie die Fehlermeldung für Ihre Datenmigration in der AWS DMS Konsole. Öffnen Sie dazu Ihr Migrationsprojekt und wählen Sie Ihre Datenmigration aus. Überprüfen Sie auf der Registerkarte **Details** die Option **Letzte Fehlermeldung** unter **Allgemein**. Analysieren Sie abschließend das CloudWatch Protokoll. Öffnen Sie dazu Ihr Migrationsprojekt und wählen Sie Ihre Datenmigration aus. Wählen Sie auf der Registerkarte **Details** die Option ** CloudWatch Protokolle anzeigen** aus. ## Ich kann keine Verbindung zur Zieldatenbank herstellen, wenn ich eine Datenmigration in durchführe AWS DMS Wenn Sie die Fehlermeldung **Verbindung zum Ziel nicht möglich** erhalten, führen Sie die folgenden Aktionen durch. 1. Stellen Sie sicher, dass die Sicherheitsgruppe, die an Ihre Quell- und Zieldatenbanken angefügt ist, eine Regel für eingehenden und ausgehenden Datenverkehr enthält. Weitere Informationen finden Sie unter [Konfiguration der fortlaufenden Datenreplikation](vpc-peering.md#vpc-peering-ongoing-replication). 1. Überprüfen Sie die Zugriffssteuerungsliste (ACL) und die Routing-Tabellenregeln. 1. Auf Ihre Datenbank muss von der VPC aus zugegriffen werden können, die Sie erstellt haben. Fügen Sie öffentliche IP-Adressen zu VPC-Sicherheitsgruppen hinzu und lassen Sie Eingabeverbindungen in Ihrer Firewall zu. 1. Wählen Sie auf der Registerkarte **Datenmigrationen** Ihres Migrationsprojekts Ihre Datenmigration aus. Notieren Sie sich die **öffentliche IP-Adresse** unter **Konnektivität und Sicherheit** auf der Registerkarte **Details**. Erlauben Sie als Nächstes den Zugriff über die öffentliche IP-Adresse Ihrer Datenmigration in Ihren Quell- und Zieldatenbanken. 1. Stellen Sie für die fortlaufende Datenreplikation sicher, dass Ihre Quell- und Zieldatenbanken miteinander kommunizieren können. Weitere Informationen finden Sie unter [Kontrollieren des Datenverkehrs zu Ressourcen mithilfe von Sicherheitsgruppen](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-security-groups.html) im *Benutzerhandbuch von Amazon Virtual Private Cloud*. ## AWS DMS migriert Ansichten als Tabellen in PostgreSQL Eine homogene Datenmigration unterstützt nicht die Migration von Ansichten als Ansichten in PostgreSQL. AWS DMS Migriert Ansichten für PostgreSQL als Tabellen.