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. # Konvertieren von Datenbankschemata mithilfe von DMS Schema Conversion **Anmerkung** Die DMS-Schemakonvertierung mit generativer AI-Funktion ist jetzt verfügbar. Weitere Informationen erhalten Sie unter [Ihren Bewertungsbericht zur Datenbankmigration für die DMS-Schemakonvertierung anzeigen](assessment-reports-view.md) und [Datenbankschemas in der DMS-Schemakonvertierung konvertieren: Leitfaden step-by-step](schema-conversion-convert.md). Die DMS-Schemakonvertierung in AWS Database Migration Service (AWS DMS) macht Datenbankmigrationen zwischen verschiedenen Datenbanktypen vorhersehbarer. Mithilfe der DMS Schema Conversion können Sie die Komplexität Ihrer Migration für Ihren Quelldatenanbieter bewerten und anschließend Datenbankschemata und Codeobjekte konvertieren. Sie können dann den konvertierten Code auf Ihre Zieldatenbank anwenden. DMS Schema Conversion konvertiert Ihre Quelldatenbankschemata und die meisten Datenbankcodeobjekte automatisch in ein mit der Zieldatenbank kompatibles Format. Diese Konvertierung umfasst Tabellen, Ansichten, gespeicherte Prozeduren, Funktionen, Datentypen, Synonyme usw. Alle Objekte, die DMS Schema Conversion nicht automatisch konvertieren kann, sind deutlich gekennzeichnet. Um die Migration abzuschließen, können Sie diese Objekte manuell konvertieren. Allgemein arbeitet [DMS Schema Conversion](https://aws.amazon.com/dms/schema-conversion-tool/) mit den folgenden drei Komponenten: Instance-Profile, Datenanbieter und Migrationsprojekte. Ein *Instance-Profil* spezifiziert Netzwerk- und Sicherheitseinstellungen. Ein *Datenanbieter* speichert Anmeldeinformationen für Datenbankverbindungen. Ein *Migrationsprojekt* enthält Datenanbieter, ein Instanzprofil und Migrationsregeln. AWS DMS verwendet Datenanbieter und ein Instanzprofil, um einen Prozess zu entwerfen, der Datenbankschemas und Codeobjekte konvertiert. Eine Liste der unterstützten Quelldatenbanken finden Sie unter [Quellen für DMS Schema Conversion](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion). Eine Liste der unterstützten Zieldatenbanken finden Sie unter [Ziele für DMS Schema Conversion](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.SchemaConversion). Das folgende Diagramm illustriert den Prozess von DMS Schema Conversion: ![\[Architekturdiagramm des Features DMS Schema Conversion.\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/images/dms-schema-conversion-diagram.png) Informieren Sie sich in den folgenden Themen, wie Sie die DMS Schema Conversion verwenden können. **Topics** + [Unterstützt AWS-Regionen](#schema-conversion-supported-regions) + [Features für die Schemakonvertierung](#schema-conversion-features) + [Einschränkungen für die Schemakonvertierung](#schema-conversion-limitations) + [Erste Schritte mit DMS Schema Conversion](getting-started.md) + [Einrichten eines Netzwerks für DMS Schema Conversion](instance-profiles-network.md) + [Erstellen von Quelldatenanbietern in DMS Schema Conversion](data-providers-source.md) + [Zieldatenprovider in der DMS-Schemakonvertierung erstellen und einrichten](data-providers-target.md) + [Virtueller Datenanbieter](virtual-data-provider.md) + [Verwalten von Migrationsprojekten in DMS Schema Conversion](sc-migration-projects.md) + [Erstellung von Bewertungsberichten zur Datenbankmigration mit DMS Schema Conversion](assessment-reports.md) + [Verwenden von DMS Schema Conversion](schema-conversion.md) + [Verwenden von Erweiterungspaketen bei DMS Schema Conversion](extension-pack.md) + [AWS Zuordnung von IAM-Aktionen zur API-Konvertierung für DMS-Schemakonvertierung und Common Studio Framework (CSF)](schema-conversion-iam.mapping.md) ## Unterstützt AWS-Regionen Im Folgenden können Sie ein DMS-Schema-Konvertierungs-Migrationsprojekt erstellen. AWS-Regionen In anderen Regionen können Sie AWS Schema Conversion Tool verwenden. Weitere Informationen AWS SCT dazu finden Sie im [AWS Schema Conversion Tool User Guide](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/). | Name der Region | Region | | --- | --- | | Afrika (Kapstadt) | af-south-1 | | Asien-Pazifik (Hongkong) | ap-east-1 | | Asien-Pazifik (Mumbai) | ap-south-1 | | Asien-Pazifik (Hyderabad) | ap-south-2 | | Asien-Pazifik (Tokio) | ap-northeast-1 | | Asien-Pazifik (Seoul) | ap-northeast-2 | | Asien-Pazifik (Singapur) | ap-southeast-1 | | Asien-Pazifik (Sydney) | ap-southeast-2 | | Asien-Pazifik (Jakarta) | ap-southeast-3 | | Asien-Pazifik (Melbourne) | ap-southeast-4 | | Kanada (Zentral) | ca-central-1 | | Kanada West (Calgary) | ca-west-1 | | Europa (Frankfurt) | eu-central-1 | | Europa (Zürich) | eu-central-2 | | Europa (Stockholm) | eu-north-1 | | Europa (Milan) | eu-south-1 | | Europa (Spain) | eu-south-2 | | Europa (Irland) | eu-west-1 | | Europa (Paris) | eu-west-3 | | Israel (Tel Aviv) | il-central-1 | | Naher Osten (VAE) | me-central-1 | | Südamerika (São Paulo) | sa-east-1 | | 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 | ## Features für die Schemakonvertierung DMS Schema Conversion bietet die folgenden Features: + DMS Schema Conversion verwaltet automatisch die AWS Cloud Ressourcen, die für Ihr Datenbankmigrationsprojekt erforderlich sind. Zu diesen Ressourcen gehören Instanzprofile, Datenanbieter und AWS Secrets Manager Geheimnisse. Dazu gehören auch AWS Identity and Access Management (IAM-) Rollen, Amazon S3 S3-Buckets und Migrationsprojekte. + Sie können DMS Schema Conversion verwenden, um eine Verbindung zu Ihrer Quelldatenbank herzustellen, die Metadaten zu lesen und Bewertungsberichte zur Datenbankmigration zu erstellen. Anschließend können Sie den Bericht in einem Amazon-S3-Bucket speichern. Dieser Bericht fasst alle Aufgaben der Schemakonvertierung zusammen und führt detailliert die Elemente auf, die DMS Schema Conversion nicht automatisch in die Zieldatenbank konvertieren kann. Anhand der Bewertungsberichte zur Datenbankmigration können Sie beurteilen, wie viel von Ihrem Migrationsprojekt mit DMS Schema Conversion automatisiert werden kann. Diese Berichte helfen auch dabei, den Umfang des manuellen Aufwands abzuschätzen, der erforderlich ist, um die Konvertierung abzuschließen. Weitere Informationen finden Sie unter [Erstellung von Bewertungsberichten zur Datenbankmigration mit DMS Schema Conversion](assessment-reports.md). + Nachdem Sie eine Verbindung zu Ihren Quell- und Zieldatenanbietern hergestellt haben, kann DMS Schema Conversion Ihre vorhandenen Quelldatenbankschemata in die Zieldatenbank-Engine konvertieren. Sie können beliebige Schemaelemente aus der Quelldatenbank für die Konvertierung auswählen. Nachdem Sie Ihren Datenbankcode in DMS Schema Conversion konvertiert haben, können Sie Ihren Quellcode und den konvertierten Code überprüfen. Sie können den konvertierten SQL-Code in einem Amazon S3 S3-Bucket speichern. + Bevor Sie Ihre Quelldatenbankschemata konvertieren, können Sie Transformationsregeln einrichten. Sie können Transformationsregeln festlegen, um den Datentyp von Spalten zu ändern, Objekte von einem Schema in ein anderes zu verschieben und Objektnamen zu bearbeiten. Sie können Transformationsregeln auf Datenbanken, Schemata, Tabellen und Spalten anwenden. Weitere Informationen finden Sie unter [ Einrichten von Transformationsregeln](schema-conversion-transformation-rules.md). + Sie können die Konvertierungseinstellungen ändern, um die Leistung des konvertierten Codes zu verbessern. Diese Einstellungen sind für jedes Konvertierungspaar spezifisch und hängen von den Features der Quelldatenbank ab, die Sie in Ihrem Code verwenden. Weitere Informationen finden Sie unter [Angeben von Einstellungen für die Schemakonvertierung](schema-conversion-settings.md). + In einigen Fällen kann DMS Schema Conversion die Quelldatenbank-Features nicht in gleichwertige Amazon-RDS-Features konvertieren. In diesen Fällen erstellt DMS Schema Conversion ein Erweiterungspaket in Ihrer Zieldatenbank, um die Features zu emulieren, die nicht konvertiert wurden. Weitere Informationen finden Sie unter [Verwenden von Erweiterungspaketen](extension-pack.md). + Sie können den konvertierten Code und das Erweiterungspaket-Schema auf Ihre Zieldatenbank anwenden. Weitere Informationen finden Sie unter [Anwenden des konvertierten Codes](schema-conversion-save-apply.md#schema-conversion-apply). + Die DMS-Schemakonvertierung unterstützt alle Funktionen der neuesten AWS SCT Version. Weitere Informationen finden Sie unter [Die neuesten Versionshinweise für AWS SCT](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_ReleaseNotes.html). + Sie können konvertierten SQL-Code bearbeiten, bevor DMS ihn in die Zieldatenbank migriert. Weitere Informationen finden Sie unter [Bearbeiten und Speichern Ihres konvertierten SQL-Codes](schema-conversion-convert.md#schema-conversion-convert-editsql). ## Einschränkungen für die Schemakonvertierung Die DMS-Schemakonvertierung ist eine Webversion von (). AWS Schema Conversion Tool AWS SCT Die DMS-Schemakonvertierung unterstützt weniger Datenbankplattformen und bietet im Vergleich zur Desktop-Anwendung eingeschränktere Funktionen. AWS SCT Um Data-Warehouse-Schemata, Big-Data-Frameworks, Anwendungs-SQL-Code und ETL-Prozesse zu konvertieren, verwenden Sie AWS SCT. Weitere Informationen AWS SCT dazu finden Sie im [AWS Schema Conversion Tool User Guide](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/). Die folgenden Einschränkungen gelten, wenn Sie DMS Schema Conversion für die Datenbankschema-Konvertierung verwenden: + Sie können ein Migrationsprojekt nicht speichern und es im Offline-Modus verwenden. + In einem Migrationsprojekt für die DMS-Schemakonvertierung können Sie den SQL-Code für die Quelle nicht bearbeiten. Verwenden Sie Ihren regulären SQL-Editor, um den SQL-Code Ihrer Quelldatenbank zu bearbeiten. Wählen Sie **Aus Datenbank aktualisieren**, um den aktualisierten Code zu Ihrem Migrationsprojekt hinzuzufügen. + Die Migrationsregeln in DMS Schema Conversion unterstützen das Ändern der Spaltensortierung nicht. Sie können keine Migrationsregeln verwenden, um Objekte in ein neues Schema zu verschieben. + Sie können keine Filter auf Ihre Quell- und Zieldatenbankbäume anwenden, um nur die Datenbankobjekte anzuzeigen, die der Filterklausel entsprechen. + Das Erweiterungspaket für die DMS-Schemakonvertierung enthält keine AWS Lambda Funktionen, die das Senden von E-Mails, die Auftragsplanung und andere Funktionen in Ihrem konvertierten Code emulieren. + DMS Schema Conversion verwendet keine vom Kunden verwalteten KMS-Schlüssel für den Zugriff auf AWS -Kundenressourcen. DMS Schema Conversion unterstützt beispielsweise nicht die Verwendung eines vom Kunden verwalteten KMS-Schlüssels für den Zugriff auf Kundendaten in Amazon S3. # Erste Schritte mit DMS Schema Conversion Nutzen Sie das folgende Tutorial für die ersten Schritte mit DMS Schema Conversion. In diesem Tutorial erfahren Sie, wie Sie DMS Schema Conversion einrichten, ein Migrationsprojekt erstellen und eine Verbindung mit Ihren Datenanbietern herstellen. Anschließend erfahren Sie, wie Sie die Komplexität Ihrer Migration bewerten und Ihre Quelldatenbank in ein mit Ihrer Zieldatenbank kompatibles Format konvertieren. Darüber hinaus erfahren Sie, wie Sie den konvertierten Code auf Ihre Zieldatenbank anwenden. Im folgenden Tutorial werden die erforderlichen Aufgaben erläutert und die Konvertierung einer Datenbank von Amazon RDS für SQL Server in Amazon RDS für MySQL demonstriert. Sie können jeden unterstützten Quell- und Zieldatenanbieter verwenden. Weitere Informationen finden Sie unter [Quelldatenanbieter für DMS Schema Conversion](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion). Weitere Informationen zur DMS-Schemakonvertierung finden Sie in den Walkthroughs zur step-by-step Migration von [Oracle zu PostgreSQL](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-oracle-postgresql.html) und von SQL Server zu [MySQL](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-sql-server-mysql.html). Das folgende Video stellt die Benutzeroberfläche von DMS Schema Conversion vor und hilft Ihnen, sich mit den Kernkomponenten dieses Services vertraut zu machen. [![AWS Videos](http://img.youtube.com/vi/https://www.youtube.com/embed/ki3r92Cfqwk/0.jpg)](http://www.youtube.com/watch?v=https://www.youtube.com/embed/ki3r92Cfqwk) **Topics** + [Vollständige Voraussetzungen für die Arbeit mit der DMS-Schemakonvertierung](set-up.md) + [Erstellen Sie ein Instanzprofil für die DMS-Schemakonvertierung](getting-started-instance.md) + [Konfigurieren Sie Ihre Datenanbieter für die DMS-Schemakonvertierung](getting-started-data-providers.md) + [Erstellen Sie ein Migrationsprojekt in DMS Schema Conversion](getting-started-project.md) + [Erstellen Sie einen Bewertungsbericht in DMS Schema Conversion](getting-started-assessment.md) + [Konvertieren Sie Ihren Quellcode in DMS Schema Conversion](getting-started-convert.md) + [Wenden Sie den konvertierten Code für die DMS-Schemakonvertierung an](getting-started-apply.md) + [Bereinigen Sie und beheben Sie Fehler, um mit der DMS-Schemakonvertierung zu arbeiten](getting-started-clean-up.md) # Vollständige Voraussetzungen für die Arbeit mit der DMS-Schemakonvertierung Führen Sie die folgenden Aufgaben aus, um DMS Schema Conversion einzurichten. Anschließend können Sie ein Instance-Profil einrichten, Datenanbieter hinzufügen und ein Migrationsprojekt erstellen. **Topics** + [Erstellen einer VPC basierend auf Amazon VPC](#set-up-vpc) + [Erstellen Sie einen Amazon S3 S3-Bucket](#set-up-s3-bucket) + [Speichern Sie Datenbankanmeldeinformationen in AWS Secrets Manager](#set-up-secrets) + [IAM-Richtlinien erstellen](#set-up-iam-policies) + [Erstellen von IAM-Rollen](#set-up-iam-roles) ## Erstellen einer VPC basierend auf Amazon VPC In diesem Schritt erstellen Sie eine virtuelle private Cloud (VPC) in Ihrem AWS-Konto. Diese VPC basiert auf dem Service Amazon Virtual Private Cloud (Amazon VPC) und enthält Ihre AWS -Ressourcen. **So erstellen Sie eine VPC für DMS Schema Conversion** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon VPC-Konsole unter [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/). 1. Wählen Sie **VPC erstellen** aus. 1. Geben Sie auf der Seite **VPC erstellen** die folgenden Einstellungen ein: + **Zu erstellende Ressourcen** – **VPC und mehr** + **Automatische Generierung des Namens-Tags** – Wählen Sie **Automatisch generieren** aus und geben Sie einen global eindeutigen Namen ein. Geben Sie z. B. ei **sc-vpc**. + **IPv4 CIDR-Block** — **10.0.1.0/24** + **NAT-Gateways** – **In 1 AZ** + **VPC endpoints** (VPC-Endpunkte) – **None** (Keine) 1. Behalten Sie die übrigen Einstellungen unverändert bei und wählen Sie dann **VPC erstellen** aus. 1. Wählen Sie **Subnetze** und notieren Sie sich Ihr öffentliches und privates Subnetz. IDs Um eine Verbindung mit Ihren Amazon-RDS-Datenbanken herzustellen, erstellen Sie eine Subnetzgruppe, die öffentliche Subnetze enthält. Um eine Verbindung mit Ihren On-Premises-Datenbanken herzustellen, erstellen Sie eine Subnetzgruppe, die private Subnetze enthält. Weitere Informationen finden Sie unter [Erstellen Sie ein Instanzprofil für die DMS-Schemakonvertierung](getting-started-instance.md). 1. Wählen Sie **NAT-Gateways** aus. Wählen Sie Ihr **NAT-Gateway** aus und notieren Sie sich Ihre **Elastic IP-Adresse**. Konfigurieren Sie Ihr Netzwerk so, dass AWS DMS Sie über die öffentliche IP-Adresse dieses NAT-Gateways auf Ihre lokale Quelldatenbank zugreifen können. Weitere Informationen finden Sie unter [Verwenden einer Internetverbindung zu einer VPC](instance-profiles-network.md#instance-profiles-network-internet). Verwenden Sie diese VPC, wenn Sie Ihr Instance-Profil und Ihre Zieldatenbanken in Amazon RDS erstellen. ## Erstellen Sie einen Amazon S3 S3-Bucket Erstellen Sie einen Amazon-S3-Bucket, in dem Informationen zu Ihrem Migrationsprojekt gespeichert werden sollen. DMS Schema Conversion verwendet diesen Amazon-S3-Bucket zum Speichern von Elementen wie Bewertungsberichten, konvertiertem SQL-Code, Informationen zu Datenbankschema-Objekten usw. **So erstellen Sie einen Amazon-S3-Bucket für DMS Schema Conversion** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon S3 S3-Konsole unter [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/). 1. Wählen Sie **Create Bucket** (Bucket erstellen) aus. 1. Wählen Sie auf der Seite **Bucket erstellen** einen global eindeutigen Namen für Ihren S3-Bucket aus. Geben Sie z. B. ei **sc-s3-bucket**. 1. Wählen Sie für **AWS-Region** Ihre Region aus. 1. Wählen Sie für **Bucket-Versionsverwaltung** die Option **Aktivieren** aus. 1. Behalten Sie die übrigen Einstellungen unverändert bei und wählen Sie dann **Bucket erstellen** aus. **Anmerkung** DMS Schema Conversion (SC) funktioniert nur mit S3-Buckets, die serverseitige Verschlüsselung mit Amazon S3-Managed Keys (SSE-S3) verwenden. Andere Verschlüsselungskonfigurationen, darunter serverseitige Verschlüsselung mit AWS KMS (SSE-KMS), vom Kunden bereitgestellte Schlüssel (SSE-C) oder clientseitige Verschlüsselung, werden derzeit von SC nicht unterstützt und verhindern, dass SC auf den S3-Bucket zugreift. Wenn Sie eine andere Verschlüsselungsmethode verwenden, müssen Sie einen separaten S3-Bucket mit SSE-S3 für die Verwendung mit der DMS-Schemakonvertierung erstellen. ## Speichern Sie Datenbankanmeldeinformationen in AWS Secrets Manager Speichern Sie Ihre Quell- und Zieldatenbankanmeldedaten in AWS Secrets Manager. Stellen Sie sicher, dass Sie diese Geheimnisse auf Ihre AWS-Region replizieren. DMS Schema Conversion verwendet diese Secrets, um eine Verbindung mit Ihren Datenbanken im Migrationsprojekt herzustellen. **Um Ihre Datenbankanmeldedaten zu speichern in AWS Secrets Manager** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die AWS Secrets Manager Konsole unter [https://console.aws.amazon.com/secretsmanager/](https://console.aws.amazon.com/secretsmanager/). 1. Wählen Sie **Store a new secret** (Ein neues Secret speichern). 1. Die Seite **Geheimnis-Typ auswählen** wird geöffnet. Wählen Sie als **Secret-Typ** den Typ der zu speichernden Datenbank-Anmeldeinformation aus: + **Anmeldeinformationen für eine Amazon-RDS-Datenbank** – Wählen Sie diese Option, um Anmeldeinformationen für Ihre Amazon-RDS-Datenbank zu speichern. Geben Sie als **Anmeldeinformationen** die Anmeldeinformationen für Ihre Datenbank ein. Als **Datenbank** wählen Sie Ihre Datenbank aus. + **Anmeldeinformationen für eine andere Datenbank** – Wählen Sie diese Option, um Anmeldeinformationen für Ihre Oracle- oder SQL-Server-Quelldatenbanken zu speichern. Geben Sie als **Anmeldeinformationen** die Anmeldeinformationen für Ihre Datenbank ein. + **Anderer Geheimnistyp** – Wählen Sie diese Option, um nur den Benutzernamen und das Passwort für die Verbindung mit Ihrer Datenbank zu speichern. Wählen Sie **Zeile hinzufügen** aus, um zwei Schlüssel-Wert-Paare hinzuzufügen. Stellen Sie sicher, dass Sie **username** und **password** für die Schlüsselnamen verwenden. Geben Sie für Werte, die sich auf diese Schlüssel beziehen, die Anmeldeinformationen für Ihre Datenbank ein. 1. Wählen Sie **unter Verschlüsselungsschlüssel** den AWS KMS Schlüssel aus, mit dem Secrets Manager den geheimen Wert verschlüsselt. Wählen Sie **Weiter** aus. 1. Geben Sie auf der Seite **Geheimnis konfigurieren** einen aussagekräftigen Wert für **Secret-Name** ein. Geben Sie beispielsweise **sc-source-secret** als **sc-target-secret** ein. 1. Wählen Sie **Replizieren von Secrets** und anschließend für **AWS-Region** Ihre Region aus. Wählen Sie **Weiter** aus. 1. Wählen Sie auf der Seite **Konfigurieren der Rotation** die Option **Weiter** aus. 1. Prüfen Sie auf der Seite **Review (Prüfen)** die Secret-Details und wählen Sie **Store (Speichern)**. Wiederholen Sie diese Schritte, um Anmeldeinformationen für Ihre Quell- und Zieldatenbanken zu speichern. ## IAM-Richtlinien erstellen **So erstellen Sie eine IAM-Richtlinie für die DMS-Schemakonvertierung für den Zugriff auf Amazon S3** 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 Service** auswählen **Amazon S3** aus der Liste aus. 1. Wählen Sie unter **Zulässige Aktionen** die Option `PutObject``GetObject`,`GetObjectVersion`,`GetBucketVersioning`,`GetBucketLocation`, aus`ListBucket`. 1. Geben Sie in den **Ressourcen** den ARN des Buckets an, den Sie im vorherigen Abschnitt erstellt haben. Wählen Sie **Weiter** aus. 1. Geben Sie auf der Seite **Überprüfen und erstellen** einen aussagekräftigen Namen ein. Beispiel: `sc-s3-policy`. Wählen Sie dann **Richtlinie erstellen** aus. **Um eine IAM-Richtlinie für den Zugriff auf die DMS-Schemakonvertierung zu erstellen AWS Secrets Manager** 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 Service** auswählen die Option **Secrets Manager** aus der Liste aus. 1. Wählen Sie **Weiter** aus. Die Seite **Berechtigungen hinzufügen** wird geöffnet. 1. Wählen Sie unter **Zulässige Aktionen** die Option: `GetSecretValue` und aus`DescribeSecret`. 1. Geben Sie auf der Seite **Überprüfen und erstellen** einen aussagekräftigen Namen ein. Beispiel: `sc-secrets-manager-policy`. Wählen Sie dann **Richtlinie erstellen** aus. ## Erstellen von IAM-Rollen Erstellen Sie AWS Identity and Access Management (IAM) -Rollen zur Verwendung in Ihrem Migrationsprojekt. DMS Schema Conversion verwendet diese IAM-Rollen für den Zugriff auf Ihren Amazon-S3-Bucket und Ihre in AWS Secrets Manager gespeicherten Datenbank-Anmeldeinformationen. **So erstellen Sie eine IAM-Rolle, die Zugriff auf Ihren Amazon-S3-Bucket ermöglicht** 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äten auswählen** die Option **AWS -Service** aus. Wählen Sie **DMS** aus. 1. Wählen Sie **Weiter** aus. Die Seite **Berechtigungen hinzufügen** wird geöffnet. 1. Geben Sie für **Filterrichtlinien** den Wert **S3** ein. Wählen Sie die Richtlinie **sc-s3-policy** aus, die Sie im vorherigen Abschnitt erstellt haben. 1. Wählen Sie **Weiter** aus. Die Seite **Name, prüfen und erstellen** wird geöffnet. 1. Geben Sie für **Rollenname** einen beschreibenden Namen ein. Geben Sie z. B. ei **sc-s3-role**. Wählen Sie **Rolle erstellen** aus. 1. Geben Sie auf der Seite **Rollen** **sc-s3-role** für **Rollenname** ein. Wählen Sie **sc-s3-role** aus. 1. Wählen Sie auf der Seite **sc-s3-role** die Registerkarte **Vertrauensstellungen** aus. Wählen Sie **Vertrauensrichtlinie bearbeiten** aus. 1. Dieser AWS DMS regionale Dienstleiter hat das folgende Format: ``` dms.region-name.amazonaws.com ``` `region-name`Ersetzen Sie ihn durch den Namen Ihrer Region, z. B.`us-east-1`: Das folgende Codebeispiel zeigt den Prinzipal für die `us-east-1` Region: ``` dms.us-east-1.amazonaws.com ``` Das folgende Codebeispiel zeigt eine Vertrauensrichtlinie für den Zugriff auf die AWS DMS Schemakonvertierung: ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "dms.us-east-1.amazonaws.com" }, "Action": "sts:AssumeRole" } ] } ``` ------ **Um eine IAM-Rolle zu erstellen, die Zugriff bietet auf AWS Secrets Manager** 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äten auswählen** die Option **AWS -Service** aus. Wählen Sie **DMS** aus. 1. Wählen Sie **Weiter** aus. Die Seite **Berechtigungen hinzufügen** wird geöffnet. 1. Geben Sie für **Filterrichtlinien** den Wert `s3` ein. Wählen Sie **sc-secrets-manager-policy**die aus, die Sie im vorherigen Abschnitt erstellt haben. 1. Wählen Sie **Weiter** aus. Die Seite **Name, prüfen und erstellen** wird geöffnet. 1. Geben Sie für **Rollenname** einen beschreibenden Namen ein. Geben Sie z. B. ei **sc-secrets-manager-role**. Wählen Sie **Rolle erstellen** aus. 1. Geben Sie auf der Seite **Rollen** **sc-secrets-manager-role** für **Rollenname** ein. Wählen Sie **sc-secrets-manager-role**. 1. Wählen Sie auf der **sc-secrets-manager-role**Seite die **Registerkarte Vertrauensbeziehungen aus**. Wählen Sie **Vertrauensrichtlinie bearbeiten** aus. 1. **Bearbeiten Sie auf der Seite Vertrauensrichtlinie** bearbeiten die Vertrauensbeziehungen für die zu verwendende Rolle `schema-conversion.dms.amazonaws.com` und Ihren AWS DMS regionalen Dienstprinzipal als vertrauenswürdige Entitäten. Dieser AWS DMS regionale Dienstprinzipal hat das folgende Format: ``` dms.region-name.amazonaws.com ``` `region-name`Ersetzen Sie ihn durch den Namen Ihrer Region, z. B.`us-east-1`: Das folgende Codebeispiel zeigt den Prinzipal für die `us-east-1` Region: ``` dms.us-east-1.amazonaws.com ``` Das folgende Codebeispiel zeigt eine Vertrauensrichtlinie für den Zugriff auf die AWS DMS Schemakonvertierung: ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "dms.us-east-1.amazonaws.com" }, "Action": "sts:AssumeRole" } ] } ``` ------ **So erstellen Sie die `dms-vpc-role` IAM-Rolle für die Verwendung mit der AWS CLI oder API AWS DMS** 1. Erstellen Sie eine JSON-Datei mit der folgenden IAM-Richtlinie. Weisen Sie der JSON-Datei die Bezeichnung `dmsAssumeRolePolicyDocument.json` zu. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "dms.amazonaws.com" }, "Action": "sts:AssumeRole" } ] } ``` ------ Erstellen Sie dann die Rolle mithilfe der AWS CLI mit dem folgenden Befehl: ``` aws iam create-role --role-name dms-vpc-role --assume-role-policy-document file://dmsAssumeRolePolicyDocument.json ``` 1. Hängen Sie die `AmazonDMSVPCManagementRole` Richtlinie `dms-vpc-role` mit dem folgenden Befehl an: ``` aws iam attach-role-policy --role-name dms-vpc-role --policy-arn arn:aws:iam::aws:policy/service-role/AmazonDMSVPCManagementRole ``` **So erstellen Sie die `dms-cloudwatch-logs-role` IAM-Rolle für die Verwendung mit der AWS CLI oder API AWS DMS** 1. Erstellen Sie eine JSON-Datei mit der folgenden IAM-Richtlinie. Weisen Sie der JSON-Datei die Bezeichnung `dmsAssumeRolePolicyDocument2.json` zu. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "dms.amazonaws.com" }, "Action": "sts:AssumeRole" } ] } ``` ------ Erstellen Sie dann die Rolle mithilfe der AWS CLI mit dem folgenden Befehl: ``` aws iam create-role --role-name dms-cloudwatch-logs-role --assume-role-policy-document file://dmsAssumeRolePolicyDocument2.json ``` 1. Hängen Sie die `AmazonDMSCloudWatchLogsRole` Richtlinie `dms-cloudwatch-logs-role` mit dem folgenden Befehl an: ``` aws iam attach-role-policy --role-name dms-cloudwatch-logs-role --policy-arn arn:aws:iam::aws:policy/service-role/AmazonDMSCloudWatchLogsRole ``` # Erstellen Sie ein Instanzprofil für die DMS-Schemakonvertierung Bevor Sie ein Instance-Profil erstellen, konfigurieren Sie eine Subnetzgruppe für Ihr Instance-Profil. Weitere Informationen zum Erstellen einer Subnetzgruppe für Ihr AWS DMS Migrationsprojekt finden Sie unter. [Erstellen einer Subnetzgruppe](subnet-group.md) Sie können ein Instance-Profil entsprechend dem folgenden Verfahren erstellen. In diesem Instance-Profil geben Sie Netzwerk- und Sicherheitseinstellungen für Ihr DMS-Schema-Conversion-Projekt an. **So erstellen Sie ein Instance-Profil** 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 im Navigationsbereich **Instance-Profile** und dann **Instance-Profil erstellen** aus. 1. Geben Sie unter **Name** einen eindeutigen Namen für Ihr Instance-Profil ein. Geben Sie z. B. ei **sc-instance**. 1. Wählen Sie **unter Netzwerktyp** aus, ob Sie ein Instanzprofil erstellen **IPv4**möchten, das nur IPv4 Adressierung unterstützt. Um ein Instanzprofil zu erstellen, das IPv4 und IPv6 Adressierung unterstützt, wählen Sie den **Dual-Stack-Modus**. 1. Wählen Sie als **Virtual Private Cloud (VPC)** die VPC aus, die Sie im Schritt zu den Voraussetzungen erstellt haben. 1. Wählen Sie als **Subnetzgruppe** die Subnetzgruppe für Ihr Instance-Profil aus. Um eine Verbindung zu Amazon-RDS-Datenbanken herzustellen, verwenden Sie eine Subnetzgruppe, die öffentliche Subnetze enthält. Um eine Verbindung zu On-Premises-Datenbanken herzustellen, verwenden Sie eine Subnetzgruppe, die private Subnetze enthält. 1. Wählen Sie **Instance-Profil erstellen** aus. Verwenden Sie dieses Instance-Profil, um ein Migrationsprojekt zu erstellen. # Konfigurieren Sie Ihre Datenanbieter für die DMS-Schemakonvertierung Als Nächstes erstellen Sie Datenanbieter, die Ihre Quell- und Zieldatenbanken beschreiben. Für jeden Datenanbieter geben Sie einen Datenspeichertyp und Informationen zum Speicherort an. Sie speichern Ihre Datenbank-Anmeldeinformationen nicht in einem Datenanbieter. **Um einen Datenanbieter für eine lokale Datenbank zu erstellen** 1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die AWS DMS-Konsole. 1. Wählen Sie im Navigationsbereich **Datenanbieter** und dann **Datenanbieter erstellen** aus. 1. Geben Sie als **Name** einen eindeutigen Namen für Ihren Quelldatenanbieter ein. Geben Sie z. B. ei `sc-dp`. 1. Wählen Sie unter **Zweck** die Option **Schemakonvertierung** aus. 1. Wählen Sie als **Engine-Typ** den Typ der Datenbank-Engine für Ihren Datenanbieter aus. 1. Aktivieren Sie den **virtuellen Modus**, wenn Sie die Schemakonvertierung verwenden möchten, ohne eine Verbindung zu einer Zieldatenbank herzustellen. Weitere Informationen finden Sie unter [Virtueller Datenanbieter](virtual-data-provider.md). 1. Wenn der **virtuelle Modus** aktiviert ist, werden die Verbindungsinformationen automatisch mit den Standardeinstellungen voreingestellt. Beachten Sie, dass ein virtueller Datenanbieter nur als Ziel in einem Migrationsprojekt oder bei der Schemakonvertierung verwendet werden kann. Weitere Informationen zum virtuellen Modus finden Sie unter[Virtueller Datenanbieter](virtual-data-provider.md). Wenn der **virtuelle Modus** ausgeschaltet ist, geben Sie Ihre Verbindungsinformationen für die Quelldatenbank ein. Die Verbindungsparameter hängen von Ihrer Datenbank-Engine ab. Weitere Informationen finden Sie unter [ Erstellen von Datenanbietern](data-providers-create.md). 1. Wählen Sie **Engine-Konfiguration** aus. Wählen Sie dann **Manuell eingeben**. Geben Sie Ihre Verbindungsinformationen für die Quelldatenbank an. Die Verbindungsparameter hängen von Ihrer Quelldatenbank-Engine ab. Weitere Informationen finden Sie unter [ Erstellen von Datenanbietern](data-providers-create.md). 1. Wählen Sie für **Secure Sockets Layer (SSL)-Modus** den Typ der SSL-Durchsetzung aus. 1. Wählen Sie **Datenanbieter erstellen** aus. **Um einen Datenanbieter für eine Amazon RDS-Datenbank zu erstellen** 1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die AWS DMS-Konsole. 1. Wählen Sie im Navigationsbereich **Datenanbieter** und dann **Datenanbieter erstellen** aus. 1. Geben Sie als **Name** einen eindeutigen Namen für Ihren Quelldatenanbieter ein. Geben Sie z. B. ei `sc-dp`. 1. Wählen Sie unter **Zweck** die Option **Schemakonvertierung** aus. 1. Wählen Sie als **Engine-Typ** den Typ der Datenbank-Engine für Ihren Datenanbieter aus. 1. Schalten Sie **den virtuellen Modus** ein, wenn Sie diesen Datenprovider für die Schemakonvertierung verwenden möchten, ohne eine Verbindung zu einer Zieldatenbank herzustellen. Weitere Informationen zum virtuellen Modus finden Sie unter[Virtueller Datenanbieter](virtual-data-provider.md). 1. Wählen Sie **Engine-Konfiguration** aus. **Wählen Sie „RDS-Datenbankinstanz aus der Liste** auswählen“ aus. 1. Wählen Sie für **Datenbank aus RDS** die Option **Durchsuchen** und dann Ihre Datenbank aus. DMS Schema Conversion ruft die Informationen über den Engine-Typ, den Servernamen und den Port automatisch ab. 1. Geben Sie unter **Database name (Datenbankname)** den Namen Ihrer Datenbank ein. 1. Wählen Sie für **Secure Sockets Layer (SSL)-Modus** den Typ der SSL-Durchsetzung aus. 1. Wählen Sie **Datenanbieter erstellen** aus. # Erstellen Sie ein Migrationsprojekt in DMS Schema Conversion Jetzt können Sie ein Migrationsprojekt erstellen. Im Migrationsprojekt geben Sie Ihre Quell- und Zieldatenanbieter sowie Ihr Instance-Profil an. **So erstellen Sie ein Migrationsprojekt** 1. Wählen Sie **Migrationsprojekte** und dann **Migrationsprojekt erstellen** aus. 1. Geben Sie unter **Name** einen eindeutigen Namen für Ihr Migrationsprojekt ein. Geben Sie z. B. ei **sc-project**. 1. Wählen Sie für **Instance-Profil** die Option **sc-instance** aus. 1. Wählen Sie für **Quelle** die Option **Durchsuchen** und dann **sc-source** aus. 1. Wählen Sie für **Secret-ID** die Option **sc-source-secret** aus. 1. Wählen Sie für **IAM Role (IAM-Rolle)** **sc-secrets-manager-role** aus. 1. Wählen Sie für **Ziel** die Option **Durchsuchen** und dann **sc-target** aus. 1. Wählen Sie für **Secret-ID** die Option **sc-target-secret** aus. 1. Wählen Sie für **IAM Role (IAM-Rolle)** **sc-secrets-manager-role** aus. 1. Wählen Sie **Migrationsprojekt erstellen** aus. # Erstellen Sie einen Bewertungsbericht in DMS Schema Conversion Sie erstellen den Bewertungsbericht zur Datenbankmigration, um die Komplexität der Migration zu bewerten. Dieser Bericht enthält die Liste aller Datenbankobjekte, die DMS Schema Conversion nicht automatisch konvertieren kann. **So erstellen Sie einen Bewertungbericht** 1. Wählen Sie **Migrationsprojekte** und dann **sc-project** aus. 1. Wählen Sie **Schemakonvertierung** und danach **Schemakonvertierung starten** aus. 1. Wählen Sie im Bereich zur Quelldatenbank das Datenbankschema aus, das bewertet werden soll. Aktivieren Sie außerdem das Kontrollkästchen für den Namen dieses Schemas. 1. Wählen Sie im Bereich zur Quelldatenbank **Bewerten** im Menü **Aktionen** aus. Das Dialogfeld **Bewerten** wird angezeigt. 1. Wählen Sie **Bewerten** in dem Dialogfeld aus, um Ihre Auswahl zu bestätigen. Auf der Registerkarte **Zusammenfassung** wird die Anzahl der Elemente angezeigt, die DMS Schema Conversion automatisch für Datenbank-Speicherobjekte und Datenbank-Codeobjekte konvertieren kann. 1. Wählen Sie **Aktionselemente** aus, um die Liste aller Datenbankobjekte anzuzeigen, die DMS Schema Conversion nicht automatisch konvertieren kann. Sehen Sie sich die empfohlenen Aktionen für die einzelnen Elemente an. 1. Wählen Sie **Ergebnisse exportieren** aus, um eine Kopie Ihres Bewertungsberichts zu speichern. Wählen Sie dann eins der folgenden Formate aus: **CSV** oder **PDF**. Das Dialogfeld **Exportieren** wird angezeigt. 1. Wählen Sie **Exportieren** aus, um Ihre Auswahl zu bestätigen. 1. Wählen Sie **S3-Bucket** aus. Die Amazon-S3-Konsole wird geöffnet. 1. Wählen Sie **Herunterladen** aus, um Ihren Bewertungsbericht zu speichern. # Konvertieren Sie Ihren Quellcode in DMS Schema Conversion Sie können Ihr Quelldatenbankschema anhand des folgenden Verfahrens konvertieren. Anschließend können Sie den konvertierten Code als SQL-Skripts in einer Textdatei speichern. **So konvertieren Sie Ihr Datenbankschema** 1. Wählen Sie im Bereich zur Quelldatenbank das Datenbankschema aus, das konvertiert werden soll. Aktivieren Sie außerdem das Kontrollkästchen für den Namen dieses Schemas. 1. Wählen Sie im Bereich zur Quelldatenbank **Konvertieren** im Menü **Aktionen** aus. Das Dialogfeld **Konvertieren** wird angezeigt. 1. Wählen Sie **Konvertieren** im Dialogfeld aus, um Ihre Auswahl zu bestätigen. 1. Wählen Sie im Bereich zur Quelldatenbank ein Datenbankobjekt aus. DMS Schema Conversion zeigt den Quellcode und den konvertierten Code für dieses Objekt an. Sie können den konvertierten SQL-Code für ein Datenbankobjekt mit der Funktion „SQL bearbeiten“ bearbeiten. Weitere Informationen finden Sie unter [Bearbeiten und Speichern Ihres konvertierten SQL-Codes](schema-conversion-convert.md#schema-conversion-convert-editsql). 1. Wählen Sie im Bereich zur Zieldatenbank das konvertierte Datenbankschema aus. Aktivieren Sie außerdem das Kontrollkästchen für den Namen dieses Schemas. 1. Wählen Sie für **Aktionen** die Option **Als SQL speichern** aus. Das Dialogfeld **Speichern** wird angezeigt. 1. Wählen Sie **Als SQL speichern** aus, um Ihre Auswahl zu bestätigen. 1. Wählen Sie **S3-Bucket** aus. Die Amazon-S3-Konsole wird geöffnet. 1. Wählen Sie **Herunterladen** aus, um Ihre SQL-Skripts zu speichern. # Wenden Sie den konvertierten Code für die DMS-Schemakonvertierung an DMS Schema Conversion wendet den konvertierten Code nicht sofort auf Ihre Zieldatenbank an. Sie können die im vorherigen Schritt erstellten SQL-Skripts verwenden, um Ihre Zieldatenbank zu aktualisieren. Befolgen Sie alternativ das folgende Verfahren, um den konvertierten Code aus DMS Schema Conversion anzuwenden. **So wenden Sie den konvertierten Code an** 1. Wählen Sie im Bereich zur Zieldatenbank das konvertierte Datenbankschema aus. Aktivieren Sie außerdem das Kontrollkästchen für den Namen dieses Schemas. 1. Wählen Sie für **Aktionen** die Option **Änderungen anwenden** aus. Das Dialogfeld **Änderungen anwenden** wird angezeigt. 1. Wählen Sie **Anwenden** aus, um Ihre Auswahl zu bestätigen. # Bereinigen Sie und beheben Sie Fehler, um mit der DMS-Schemakonvertierung zu arbeiten Sie können Amazon verwenden CloudWatch , um Ihre DMS-Schemakonvertierungsprotokolle zu überprüfen oder zu teilen. **So überprüfen Sie die Protokolle zu DMS Schema Conversion** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die CloudWatch Konsole unter [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/). 1. Wählen Sie **Protokolle** und dann **Protokollgruppen** aus. Der Name Ihrer Protokollgruppe zu DMS Schema Conversion beginnt mit `dms-tasks-sct`. Sie können die Protokollgruppen nach **Erstellungszeit** sortieren, um die Protokollgruppe zu DMS Schema Conversion zu finden. Darüber hinaus enthält der Name Ihrer Protokollgruppe den Amazon-Ressourcennamen (ARN) Ihres Migrationsprojekts. Sie können den ARN Ihres Projekts auf der Seite **Migrationsprojekte** in DMS Schema Conversion sehen. Stellen Sie sicher, dass Sie **ARN** unter **Präferenzen** auswählen. 1. Wählen Sie den Namen Ihrer Protokollgruppe und anschließend den Namen Ihres Protokollstreams aus. 1. Wählen Sie unter **Aktionen** die Option **Ergebnisse exportieren** aus, um Ihr Protokoll zu DMS Schema Conversion zu speichern. Bereinigen Sie Ihre Ressourcen, wenn die Schemakonvertierung in DMS Schema Conversion abgeschlossen ist. **So bereinigen Sie Ihre Ressourcen von DMS Schema Conversion** 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die AWS DMS Konsole. 1. Wählen Sie im Navigationsbereich **Migrationsprojekte** aus. 1. Wählen Sie **sc-project**. 1. Wählen Sie **Schemakonvertierung** und anschließend **Schemakonvertierung schließen** aus. 1. Wählen Sie **Löschen** aus und bestätigen Sie Ihre Auswahl. 1. Wählen Sie im Navigationsbereich **Instance-Profile** aus. 1. Wählen Sie **sc-instance**. 1. Wählen Sie **Löschen** aus und bestätigen Sie Ihre Auswahl. 1. Wählen Sie im Navigationsbereich **Datenanbieter** aus. 1. Wählen Sie **sc-source** und **sc-target** aus. 1. Wählen Sie **Löschen** aus und bestätigen Sie Ihre Auswahl. Stellen Sie außerdem sicher, dass Sie andere AWS Ressourcen, die Sie erstellt haben, bereinigen, z. B. Ihren Amazon S3 S3-Bucket, Datenbankgeheimnisse in AWS Secrets Manager, IAM-Rollen und Virtual Private Cloud (VPC). # Einrichten eines Netzwerks für DMS Schema Conversion DMS Schema Conversion erstellt eine Schemakonvertierungs-Instance in einer Virtual Private Cloud (VPC), die auf dem Service Amazon VPC 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 Sie können verschiedene Netzwerkkonfigurationen verwenden, um die Interaktion für Ihre Quell- und Zieldatenbanken mit DMS Schema Conversion einzurichten. Diese Konfigurationen hängen vom Standort Ihres Quelldatenanbieters und Ihren Netzwerkeinstellungen ab. Die folgenden Themen enthalten Beschreibungen gängiger Netzwerkkonfigurationen. **Topics** + [Verwendung einer einzigen VPC für Quell- und Zieldatenanbieter](#instance-profiles-network-one-vpc) + [Verwenden Sie mehrere VPCs für Quell- und Zieldatenanbieter](#instance-profiles-network-multiple-vpc) + [Verwenden Direct Connect oder ein VPN zur Konfiguration eines Netzwerks für eine VPC](#instance-profiles-network-vpn) + [Verwenden einer Internetverbindung zu einer VPC](#instance-profiles-network-internet) ## Verwendung einer einzigen VPC für Quell- und Zieldatenanbieter Die einfachste Netzwerkkonfiguration für DMS Schema Conversion ist eine Konfiguration mit einer VPC. Hier befinden sich Ihr Quelldatenanbieter, Ihr Instance-Profil und der Zieldatenanbieter alle in derselben VPC. Sie können diese Konfiguration verwenden, um Ihre Quelldatenbank auf einer EC2 Amazon-Instance zu konvertieren. Wenn Sie diese Konfiguration verwenden möchten, stellen Sie sicher, dass die vom Instance-Profil verwendete VPC-Sicherheitsgruppe Zugriff auf die Datenanbieter hat. Sie können beispielsweise entweder einen Classless Inter-Domain Routing (CIDR)-VPC-Bereich oder die Elastic-IP-Adresse für Ihr Network Address Translation (NAT)-Gateway zulassen. ## Verwenden Sie mehrere VPCs für Quell- und Zieldatenanbieter Wenn sich Ihre Quell- und Zieldatenanbieter unterscheiden VPCs, können Sie Ihr Instanzprofil in einem der VPCs erstellen. Sie können diese beiden dann mithilfe VPCs von VPC-Peering verknüpfen. Sie können diese Konfiguration verwenden, um Ihre Quelldatenbank auf einer EC2 Amazon-Instance zu konvertieren. Eine *VPC-Peering-Verbindung* ist eine Netzwerkverbindung zwischen zwei VPCs , die das Routing unter Verwendung der privaten IP-Adresse jeder VPC aktiviert, als ob sie sich im selben Netzwerk befinden würden. Sie können eine VPC-Peering-Verbindung zwischen Ihrem eigenen VPCs, mit einer VPC in einem anderen AWS Konto oder mit einer VPC in einem anderen Konto herstellen. AWS-Region Weitere Informationen zu VPC Peering finden Sie unter [VPC Peering](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-peering.html) im *Amazon VPC Benutzerhandbuch*. Befolgen Sie zum Implementieren von VPC-Peering die Anweisungen unter [Arbeiten mit VPC-Peering-Verbindungen](https://docs.aws.amazon.com/vpc/latest/peering/working-with-vpc-peering.html) im *Benutzerhandbuch für Amazon VPC*. Stellen Sie sicher, dass die Routing-Tabelle einer VPC den CIDR-Block der anderen enthält. Nehmen wir beispielsweise an, dass VPC A das Ziel 10.0.0.0/16 und VPC B das Ziel 172.31.0.0 verwendet. In diesem Fall muss die Routing-Tabelle von VPC A 172.31.0.0 und die Routing-Tabelle von VPC B 10.0.0.0/16 enthalten. Ausführlichere Informationen finden Sie unter [Aktualisieren Sie ihre Routing-Tabellen für eine VPC-Peering-Verbindung](https://docs.aws.amazon.com/vpc/latest/peering/vpc-peering-routing.html) im *Handbuch für Amazon-VPC-Peering*. ## Verwenden Direct Connect oder ein VPN zur Konfiguration eines Netzwerks für eine VPC Remote-Netzwerke können mithilfe verschiedener Optionen eine Verbindung zu einer VPC herstellen, z. B. Direct Connect über eine Software- oder Hardware-VPN-Verbindung. Sie können diese Optionen verwenden, um vorhandene lokale Services zu integrieren, indem ein internes Netzwerk in AWS Cloud erweitert wird. Sie können lokale Services wie beispielsweise Überwachung, Authentifizierung, Sicherheit, Daten oder andere Systeme integrieren. Mithilfe dieser Art von Netzwerkerweiterung können Sie Dienste vor Ort nahtlos mit Ressourcen verbinden, die von gehostet werden AWS, z. B. einer VPC. Sie können diese Konfiguration verwenden, um Ihre On-Premises-Quelldatenbank zu konvertieren. Bei dieser Konfiguration muss die VPC-Sicherheitsgruppe eine Routing-Regel enthalten, die den für einen VPC-CIDR-Bereich oder eine spezifische IP-Adresse bestimmten Datenverkehr an einen Host sendet. Dieser Host muss dazu in der Lage sein, den von der VPC kommenden Datenverkehr in ein lokales VPN weiterzuleiten. In diesem Fall enthält der NAT-Host seine eigenen Sicherheitsgruppeneinstellungen. Diese Einstellungen müssen Datenverkehr von Ihrem VPC-CIDR-Bereich oder Ihrer Sicherheitsgruppe zur NAT-Instance zulassen. Weitere Informationen finden Sie im *AWS Site-to-Site VPN Benutzerhandbuch* unter [Erstellen einer Site-to-Site VPN-Verbindung](https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html#vpn-create-vpn-connection). ## Verwenden einer Internetverbindung zu einer VPC Wenn Sie kein VPN verwenden oder keine Verbindung Direct Connect zu AWS Ressourcen herstellen, können Sie eine Internetverbindung verwenden. Diese Konfiguration umfasst ein privates Subnetz in einer VPC mit einem Internet-Gateway. Das Gateway enthält den Zieldatenanbieter und das Instance-Profil. Sie können diese Konfiguration verwenden, um Ihre On-Premises-Quelldatenbank zu konvertieren. Informationen zum Anfügen eines Internet-Gateways zu Ihrer VPC finden Sie unter [Anfügen eines Internet-Gateways](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Internet_Gateway.html#Add_IGW_Attach_Gateway) im *Amazon VPC Benutzerhandbuch*. Die VPC-Routing-Tabelle muss Routing-Regeln enthalten, die den *nicht* für die VPC bestimmten Datenverkehr standardmäßig an das Internet-Gateway senden. In dieser Konfiguration scheint die Verbindung zum Datenanbieter von der öffentlichen IP-Adresse Ihres NAT-Gateways zu stammen. Weitere Informationen finden Sie unter [VPC Route Tables](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Route_Tables.html) im *Benutzerhandbuch für Amazon VPC*. # Erstellen von Quelldatenanbietern in DMS Schema Conversion Sie können eine Microsoft SQL Server-, Oracle-, PostgreSQL-, MySQL-, IBM DB2 for-, IBM DB2 for z/OS - und SAP ASE- (Sybase ASE) -Datenbank als Quelldatenanbieter in Migrationsprojekten für die DMS-Schemakonvertierung verwenden. Konfigurieren Sie das Netzwerk so, dass Interaktionen zwischen Ihrem Quelldatenanbieter und DMS Schema Conversion möglich sind. Weitere Informationen finden Sie unter [Einrichten eines Netzwerks für DMS Schema Conversion](instance-profiles-network.md). **Topics** + [Verwenden einer Datenbank von Microsoft SQL Server als Quelle in DMS Schema Conversion](data-providers-sql-server.md) + [Verwenden einer Oracle-Datenbank als Quelle in DMS Schema Conversion](data-providers-oracle.md) + [Verwenden einer Oracle-Data-Warehouse-Datenbank als Quelle in DMS Schema Conversion](data-providers-oracle-dw.md) + [Verwenden einer PostgreSQL-Datenbank als Quelle bei der DMS-Schemakonvertierung](sc-data-providers-postgresql.md) + [Verwendung einer MySQL-Datenbank als Quelle bei der DMS-Schemakonvertierung](sc-data-providers-mysql.md) + [Verwendung einer IBM Db2 für Linux-, UNIX- und Windows-Datenbank als Quelle für die DMS-Schemakonvertierung](sc-data-providers-db2luw.md) + [Verwenden einer IBM Db2 for z/OS -Datenbank als Quelle für die DMS-Schemakonvertierung](sc-data-providers-db2zos.md) + [Verwendung einer SAP ASE-Datenbank (Sybase ASE) als Quelle bei der Schemakonvertierung AWS DMS](dm-data-providers-source-sybase-ASE.md) # Verwenden einer Datenbank von Microsoft SQL Server als Quelle in DMS Schema Conversion Sie können SQL-Server-Datenbanken als Migrationsquelle in DMS Schema Conversion verwenden. Sie können DMS Schema Conversion verwenden, um Datenbankcodeobjekte aus SQL Server in die folgenden Ziele zu konvertieren: + Aurora MySQL + Aurora PostgreSQL + RDS für MySQL + RDS für PostgreSQL Informationen zu den unterstützten SQL-Server-Datenbankversionen finden Sie unter [Quelldatenanbieter für DMS Schema Conversion](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion). Weitere Informationen zur Verwendung der DMS-Schemakonvertierung mit einer SQL Server-Quelldatenbank finden Sie in der [ step-by-stepexemplarischen Vorgehensweise zur Migration von SQL Server zu MySQL](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-sql-server-mysql.html). ## Berechtigungen für Microsoft SQL Server als Quelle Die folgenden Berechtigungen sind für Microsoft SQL Server als Quelle erforderlich: + VIEW DEFINITION + VIEW DATABASE STATE Die Berechtigung `VIEW DEFINITION` erlaubt es Benutzern mit öffentlichem Zugriff, Objektdefinitionen anzuzeigen. DMS Schema Conversion verwendet die Berechtigung `VIEW DATABASE STATE`, um die Features der SQL Server Enterprise Edition zu überprüfen. Gewähren Sie die erforderlichen Berechtigungen für alle Datenbanken, deren Schemata Sie konvertieren. Gewähren Sie außerdem die folgenden Berechtigungen für die Datenbank `master`: + VIEW SERVER STATE + VIEW ANY DEFINITION DMS Schema Conversion verwendet die Berechtigung `VIEW SERVER STATE`, um Servereinstellungen und -konfigurationen abzurufen. Stellen Sie sicher, dass Sie die Berechtigung `VIEW ANY DEFINITION` zum Anzeigen von Datenanbietern gewähren. Führen Sie den folgenden Befehl in der Datenbank `master` aus, um Informationen über Microsoft Analysis Services zu lesen. ``` EXEC master..sp_addsrvrolemember @loginame = N'', @rolename = N'sysadmin' ``` Ersetzen Sie im vorherigen Beispiel den Platzhalter `` durch den Namen des Benutzers, dem Sie zuvor die erforderlichen Berechtigungen erteilt haben. Um Informationen über den SQL Server-Agent zu lesen, fügen Sie Ihren Benutzer der SQLAgent Benutzerrolle hinzu. Führen Sie den folgenden Befehl für die Datenbank `msdb` aus. ``` EXEC sp_addrolemember , ; ``` Ersetzen Sie im vorherigen Beispiel den Platzhalter `` durch den Namen der SQL-Server-Agent-Rolle. Ersetzen Sie dann den Platzhalter `` durch den Namen des Benutzers, dem Sie zuvor die erforderlichen Berechtigungen erteilt haben. Weitere Informationen finden Sie unter [Hinzufügen eines Benutzers zur SQLAgent Benutzerrolle](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.SQLServer.CommonDBATasks.Agent.html#SQLServerAgent.AddUser) im *Amazon RDS-Benutzerhandbuch*. Gewähren Sie die Berechtigung `SELECT on dbo.log_shipping_primary_databases` für die Datenbank `msdb`, um den Versand von Protokollen zu erkennen. Gewähren Sie die Berechtigung `RECEIVE ON .` für Ihre Quelldatenbanken, um den Benachrichtigungsansatz der Data Definition Language (DDL)-Replikation zu verwenden. Ersetzen Sie in diesem Beispiel den Platzhalter `` durch den Schemanamen Ihrer Datenbank. Ersetzen Sie dann den Platzhalter `` durch den Namen einer Warteschlangen-Tabelle. # Verwenden einer Oracle-Datenbank als Quelle in DMS Schema Conversion Sie können Oracle-Datenbanken als Migrationsquelle in DMS Schema Conversion verwenden. Verwenden Sie die Oracle-System-ID (SID), um eine Verbindung mit Ihrer Oracle-Datenbank herzustellen. Um die Oracle-SID abzurufen, senden Sie die folgende Abfrage an Ihre Oracle-Datenbank: ``` SELECT sys_context('userenv','instance_name') AS SID FROM dual; ``` Sie können DMS Schema Conversion verwenden, um Datenbankcodeobjekte aus Oracle Database in die folgenden Ziele zu konvertieren: + Aurora MySQL + Aurora PostgreSQL + RDS für MySQL + RDS für PostgreSQL Informationen zu den unterstützten Oracle-Datenbankversionen finden Sie unter [Quelldatenanbieter für DMS Schema Conversion](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion). Weitere Informationen zur Verwendung der DMS-Schemakonvertierung mit einer Oracle-Quelldatenbank finden Sie in der Walkthrough zur Migration von [Oracle nach PostgreSQL](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-oracle-postgresql.html). step-by-step ## Berechtigungen für Oracle als Quelle Die folgenden Berechtigungen sind für Oracle als Quelle erforderlich: + CONNECT + SELECT\$1CATALOG\$1ROLE + SELECT ANY DICTIONARY + SELECT ON SYS.ARGUMENT\$1 # Verwenden einer Oracle-Data-Warehouse-Datenbank als Quelle in DMS Schema Conversion Sie können Oracle-Data-Warehouse-Datenbanken als Migrationsquelle in DMS Schema Conversion verwenden, um Datenbankcodeobjekte und Anwendungscode zu Amazon Redshift zu konvertieren. Informationen zu den unterstützten Oracle-Datenbankversionen finden Sie unter [Quelldatenanbieter für DMS Schema Conversion](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion). Weitere Informationen zur Verwendung der DMS-Schemakonvertierung mit einer Oracle-Quelldatenbank finden Sie in der Walkthrough zur Migration von [Oracle nach PostgreSQL](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-oracle-postgresql.html). step-by-step ## Berechtigungen zur Verwendung einer Oraclr- Data Warehouse-Datenbank als Quelle Die folgenden Berechtigungen sind für Oracle Data Warehouse als Quelle erforderlich: + CONNECT + SELECT\$1CATALOG\$1ROLE + SELECT ANY DICTIONARY ## Einstellungen für die Konvertierung von Oracle Data Warehouse zu Amazon Redshift Weitere Informationen zum Bearbeiten der Einstellungen für DMS Schema Conversion finden Sie unter [Angeben von Einstellungen für die Schemakonvertierung für Migrationsprojekte](schema-conversion-settings.md). Einstellungen für die Konvertierung von Oracle Data Warehouse zu Amazon Redshift sind u.a.: + **Dem konvertierten Code Kommentare für die Aktionselemente mit dem ausgewählten oder einem höheren Schweregrad hinzufügen**: Diese Einstellung begrenzt die Anzahl der Kommentare mit Aktionselementen im konvertierten Code. DMS fügt dem konvertierten Code Kommentare zu Aktionselementen mit dem ausgewählten und höheren Schweregraden hinzu. Beispiel: Um die Anzahl der Kommentare im konvertierten Code zu minimieren, wählen Sie **Nur Fehler** aus. Um Kommentare zu allen Aktionselementen in den konvertierten Code aufzunehmen, wählen Sie **Alle Nachrichten** aus. + **Die maximale Anzahl von Tabellen für den Amazon-Redshift-Ziel-Cluster**: Diese Einstellung legt die maximale Anzahl von Tabellen fest, die DMS auf Ihrem Amazon-Redshift-Ziel-Cluster anwenden kann. Amazon Redshift verfügt über Kontingente, die die Verwendungstabellen für verschiedene Cluster-Knotentypen einschränken. Diese Einstellung unterstützt die folgenden Werte: + **Automatisch**: DMS bestimmt je nach Knotentyp die Anzahl der Tabellen, die auf Ihrem Amazon-Redshift-Ziel-Cluster angewendet werden sollen. + **Einen Wert festlegen**: Stellen Sie die Anzahl der Tabellen manuell ein. DMS konvertiert alle Ihre Quelltabellen, auch wenn die Anzahl der Tabellen größer ist als die, die Ihr Amazon-Redshift-Cluster speichern kann. DMS speichert den konvertierten Code in Ihrem Projekt und wendet ihn nicht auf die Zieldatenbank an. Wenn Sie beim Anwenden des konvertierten Codes das Amazon-Redshift-Cluster-Kontingent für die Tabellen erreichen, zeigt DMS eine Warnmeldung an. Außerdem wendet DMS Tabellen auf Ihren Amazon-Redshift-Ziel-Cluster an, bis die Anzahl der Tabellen das Limit erreicht. Weitere Informationen über Amazon-Redshift-Tabellenkontingente finden Sie unter [Kontingente und Limits in Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/mgmt/amazon-redshift-limits.html). + **Verwenden der UNION ALL-Ansicht**: Mit dieser Einstellung können Sie die maximale Anzahl von Zieltabellen festlegen, die DMS für eine einzelne Quelltabelle erstellen kann. Amazon Redshift unterstützt nicht die Tabellenpartitionierung. Um die Tabellenpartitionierung zu emulieren und Abfragen schneller auszuführen, kann DMS jede Partition Ihrer Quelltabelle in eine separate Tabelle in Amazon Redshift migrieren. Anschließend erstellt DMS eine Ansicht, die Daten aus allen erstellten Zieltabellen enthält. DMS ermittelt automatisch die Anzahl an Partitionen in Ihrer Quelltabelle. Je nach Art der Quelltabellenpartitionierung kann diese Zahl das Kontingent für die Tabellen überschreiten, das Sie auf Ihren Amazon-Redshift-Cluster anwenden können. Um zu verhindern, dass dieses Kontingent erreicht wird, geben Sie die maximale Anzahl von Zieltabellen ein, die DMS für Partitionen einer einzelnen Quelltabelle erstellen kann. Die Standardoption ist 368 Tabellen, was einer Partition für 366 Tage im Jahr entspricht, plus zwei Tabellen für die Partitionen NO RANGE und UNKNOWN. + **Datetime-Formatelemente, die Sie im Oracle-Code verwenden, ähneln numerischen Datetime-Formatzeichenfolgen in Amazon Redshift**: Verwenden Sie diese Einstellung, um Formatierungsfunktionen für Datetime-Datentypen wie `TO_CHAR`, `TO_DATE` und `TO_NUMBER` mit Datetime-Formatelementen zu konvertieren, die Amazon Redshift nicht unterstützt. Standardmäßig verwendet DMS Funktionen von Erweiterungspaketen, um diese nicht unterstützten Formatelemente im konvertierten Code zu emulieren. Das Datetime-Formatmodell in Oracle enthält mehr Elemente als die Datetime-Formatzeichenfolgen in Amazon Redshift. Wenn Ihr Quellcode nur Datetime-Formatelemente enthält, die Amazon Redshift unterstützt, legen Sie diesen Wert fest, um Erweiterungspaket-Funktionen im konvertierten Code zu vermeiden. Wenn Sie die Erweiterungsfunktionen vermeiden, wird der konvertierte Code schneller ausgeführt. + **Numerische Formatelemente, die Sie im Oracle-Code verwenden, ähneln numerischen Formatzeichenfolgen in Amazon Redshift**: Verwenden Sie diese Einstellung, um Formatierungsfunktionen für numerische Datentypen zu konvertieren, die Amazon Redshift nicht unterstützt. Standardmäßig verwendet DMS Funktionen von Erweiterungspaketen, um diese nicht unterstützten Formatelemente im konvertierten Code zu emulieren. Das numerische Formatmodell in Oracle enthält mehr Elemente als die numerischen Formatzeichenfolgen in Amazon Redshift. Wenn Ihr Quellcode nur numerische Formatelemente enthält, die Amazon Redshift unterstützt, legen Sie diesen Wert fest, um Erweiterungspaket-Funktionen im konvertierten Code zu vermeiden. Wenn Sie die Erweiterungsfunktionen vermeiden, wird der konvertierte Code schneller ausgeführt. + **Verwenden der NVL-Funktion, um das Verhalten der LEAD- und LAG-Funktionen von Oracle zu emulieren**: Wenn Ihr Quellcode nicht die Standardwerte für Offset in den `LEAD`- und `LAG`-Funktionen verwendet, kann DMS diese Funktionen mit der `NVL`-Funktion emulieren. Standardmäßig löst DMS für jede Verwendung der `LEAD`- und `LAG`-Funktionen ein Aktionselement aus. Wenn Sie diese Funktionen mit `NVL` emulieren, wird der konvertierte Code schneller ausgeführt. + **Emulieren des Verhaltens von Primär- und Einzelschlüsseln**: Legen Sie diese Einstellung fest, damit DMS das Verhalten von Einschränkungen für Primär- und Einzelschlüssel auf dem Amazon-Redshift-Ziel-Cluster emuliert. Amazon Redshift erzwingt keine Einschränkungen für primäre und eindeutige Schlüssel und verwendet sie nur zu Informationszwecken. Wenn Ihr Quellcode Einschränkungen für Primär- oder Einzelschlüssel verwendet, legen Sie diese Einstellung fest, um sicherzustellen, dass DMS deren Verhalten emuliert. + **Komprimierungskodierung verwenden**: Legen Sie diese Einstellung fest, um die Komprimierungskodierung auf Amazon-Redshift-Tabellenspalten anzuwenden. DMS weist mithilfe des standardmäßigen Redshift-Algorithmus automatisch die Komprimierungskodierung zu. Informationen zur Komprimierungskodierung finden Sie unter [Komprimierungskodierungen](https://docs.aws.amazon.com/redshift/latest/dg/c_Compression_encodings.html) im *Amazon-Redshift-Datenbank-Entwicklerhandbuch*. Amazon Redshift wendet standardmäßig keine Komprimierung auf Spalten an, die als Sortier- und Verteilungsschlüssel definiert sind. Um die Komprimierung auf diese Spalten anzuwenden, legen Sie die Option **Komprimierungskodierung für KEY-Spalten verwenden** fest. Sie können diese Option nur auswählen, wenn Sie **Komprimierungskodierung verwenden** aktiviert haben. # Verwenden einer PostgreSQL-Datenbank als Quelle bei der DMS-Schemakonvertierung Sie können PostgreSQL-Datenbanken als Migrationsquelle in der DMS-Schemakonvertierung verwenden. Sie können die DMS-Schemakonvertierung verwenden, um Datenbankcodeobjekte aus der PostgreSQL-Datenbank in die folgenden Ziele zu konvertieren: + MySQL + Aurora MySQL Die für PostgreSQL als Quelle erforderlichen Rechte lauten wie folgt: + CONNECT ON DATABASE + USAGE ON SCHEMA + SELECT ON ALL TABLES IN SCHEMA + SELECT ON ALL SEQUENCES IN SCHEMA # Verwendung einer MySQL-Datenbank als Quelle bei der DMS-Schemakonvertierung Sie können MySQL-Datenbanken als Migrationsquelle in der DMS-Schemakonvertierung verwenden. Sie können die DMS-Schemakonvertierung verwenden, um Datenbankcodeobjekte aus der MySQL-Datenbank in die folgenden Ziele zu konvertieren: + PostgreSQL + Aurora PostgreSQL Die für MySQL als Quelle erforderlichen Rechte lauten wie folgt: + `SELECT ON *.*` + `SHOW VIEW ON *.*` ## Einstellungen für die Konvertierung von MySQL nach PostgreSQL Weitere Informationen zum Bearbeiten der Einstellungen für DMS Schema Conversion finden Sie unter [Angeben von Einstellungen für die Schemakonvertierung für Migrationsprojekte](schema-conversion-settings.md). Zu den Einstellungen für die Konvertierung von MySQL nach PostgreSQL gehören die folgenden: + **Kommentare im konvertierten SQL-Code**: Legen Sie diese Einstellung fest, um dem konvertierten Code Kommentare für die Aktionselemente mit dem ausgewählten Schweregrad und höher hinzuzufügen. Zulässige Werte: + **Nur Fehler** + **Errors and warnings** (Fehler und Warnungen) + **Alle Nachrichten** # Verwendung einer IBM Db2 für Linux-, UNIX- und Windows-Datenbank als Quelle für die DMS-Schemakonvertierung Sie können eine IBM Db2 for Linux-, UNIX- und Windows-Datenbank als Migrationsquelle bei der DMS-Schemakonvertierung verwenden. Sie können die DMS-Schemakonvertierung verwenden, um Datenbankcodeobjekte von Db2 for Linux, UNIX und Windows Database in die folgenden Ziele zu konvertieren: + Aurora PostgreSQL + Amazon RDS für PostgreSQL Informationen zu den unterstützten Datenbankversionen IBM Db2 für Linux, UNIX und Windows finden Sie unter [Quelldatenanbieter für DMS Schema Conversion](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion) ## Voraussetzungen für IBM Db2 für Linux, UNIX und Windows als Quelldatenbank Sie können das folgende Codebeispiel verwenden, um die Version Ihrer IBM Db2 for Linux-, UNIX- und Windows-Quelldatenbank zu überprüfen: ``` SELECT SERVICE_LEVEL FROM SYSIBMADM.ENV_INST_INFO; ``` ## Rechte für IBM Db2 für Linux, UNIX und Windows als Quelldatenbank Die erforderlichen Rechte, um eine Verbindung zu einer Db2 for Linux-, UNIX- und Windows-Datenbank herzustellen und Systemkataloge und -tabellen zu lesen, lauten wie folgt: ``` EXECUTE ON PACKAGE NULLID.SYSSH200 EXECUTE ON PACKAGE NULLID.SQLC2O26 /* If Db2 LUW runs on a Linux operating system */ EXECUTE ON FUNCTION SYSPROC.ENV_GET_INST_INFO EXECUTE ON FUNCTION SYSPROC.AUTH_LIST_AUTHORITIES_FOR_AUTHID EXECUTE ON FUNCTION SYSPROC.AUTH_LIST_GROUPS_FOR_AUTHID EXECUTE ON FUNCTION SYSPROC.AUTH_LIST_ROLES_FOR_AUTHID SELECT ON SYSIBMADM.ENV_INST_INFO SELECT ON SYSIBMADM.ENV_SYS_INFO SELECT ON SYSIBMADM.PRIVILEGES SELECT ON SYSCAT.ATTRIBUTES SELECT ON SYSCAT.CHECKS SELECT ON SYSCAT.COLIDENTATTRIBUTES SELECT ON SYSCAT.COLUMNS SELECT ON SYSCAT.DATAPARTITIONEXPRESSION SELECT ON SYSCAT.DATAPARTITIONS SELECT ON SYSCAT.DATATYPEDEP SELECT ON SYSCAT.DATATYPES SELECT ON SYSCAT.HIERARCHIES SELECT ON SYSCAT.INDEXCOLUSE SELECT ON SYSCAT.INDEXES SELECT ON SYSCAT.INDEXPARTITIONS SELECT ON SYSCAT.KEYCOLUSE SELECT ON SYSCAT.MODULEOBJECTS SELECT ON SYSCAT.MODULES SELECT ON SYSCAT.NICKNAMES SELECT ON SYSCAT.PERIODS SELECT ON SYSCAT.REFERENCES SELECT ON SYSCAT.ROUTINEPARMS SELECT ON SYSCAT.ROUTINES SELECT ON SYSCAT.ROWFIELDS SELECT ON SYSCAT.SCHEMATA SELECT ON SYSCAT.SEQUENCES SELECT ON SYSCAT.TABCONST SELECT ON SYSCAT.TABLES SELECT ON SYSCAT.TRIGGERS SELECT ON SYSCAT.VARIABLEDEP SELECT ON SYSCAT.VARIABLES SELECT ON SYSCAT.VIEWS SELECT ON SYSIBM.SYSDUMMY1 ``` # Verwenden einer IBM Db2 for z/OS -Datenbank als Quelle für die DMS-Schemakonvertierung Sie können eine IBM Db2 for z/OS Databases als Migrationsquelle in der DMS-Schemakonvertierung verwenden. Sie können die DMS-Schemakonvertierung verwenden, um Datenbankcodeobjekte von Db2 for z/OS Database in die folgenden Ziele zu konvertieren: + Amazon RDS für Db2 + Amazon RDS für PostgreSQL + Aurora PostgreSQL Weitere Informationen zu den unterstützten Versionen von IBM Db2 für z/OS Datenbanken finden Sie unter [Quelldatenanbieter für die DMS-Schemakonvertierung](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Introduction.Sources.html#CHAP_Introduction.Sources.SchemaConversion). ## Voraussetzungen für IBM Db2 for z/OS als Quelldatenbank Die Datenbankversion IBM Db2 für z/OS Version 12, Function Level 100, unterstützt die meisten neuen Funktionen von IBM Db2 für z/OS Version 12 nicht. Diese Datenbankversion bietet Unterstützung für den Fallback auf Db2 Version 11 und die gemeinsame Nutzung von Daten mit Db2 Version 11. Um die Konvertierung nicht unterstützter Funktionen von Db2 Version 11 zu vermeiden, empfehlen wir, dass Sie eine IBM Db2 für z/OS Datenbankfunktion der Stufe 500 oder höher als Quelle für SC verwenden. AWS DMS Sie können das folgende Codebeispiel verwenden, um die Version Ihrer Quelldatenbank IBM Db2 for zu überprüfen: z/OS ``` SELECT GETVARIABLE('SYSIBM.VERSION') as version FROM SYSIBM.SYSDUMMY1; ``` Stellen Sie sicher, dass dieser Code Version `DSN12015` oder höher zurückgibt. Sie können das folgende Codebeispiel verwenden, um den Wert des `APPLICATION COMPATIBILITY` speziellen Registers in Ihrer IBM Db2 for z/OS-Quelldatenbank zu überprüfen: ``` SELECT CURRENT APPLICATION COMPATIBILITY as version FROM SYSIBM.SYSDUMMY1; ``` Stellen Sie sicher, dass dieser Code Version `V12R1M500` oder höher zurückgibt. ## Rechte für IBM Db2 for z/OS als Quelldatenbank Die Berechtigungen, die erforderlich sind, um eine Verbindung zu einer z/OS Datenbank von DB2 herzustellen und Systemkataloge und -tabellen zu lesen, lauten wie folgt: ``` SELECT ON SYSIBM.LOCATIONS SELECT ON SYSIBM.SYSCHECKS SELECT ON SYSIBM.SYSCOLUMNS SELECT ON SYSIBM.SYSDATABASE SELECT ON SYSIBM.SYSDATATYPES SELECT ON SYSIBM.SYSDUMMY1 SELECT ON SYSIBM.SYSFOREIGNKEYS SELECT ON SYSIBM.SYSINDEXES SELECT ON SYSIBM.SYSKEYCOLUSE SELECT ON SYSIBM.SYSKEYS SELECT ON SYSIBM.SYSKEYTARGETS SELECT ON SYSIBM.SYSJAROBJECTS SELECT ON SYSIBM.SYSPACKAGE SELECT ON SYSIBM.SYSPARMS SELECT ON SYSIBM.SYSRELS SELECT ON SYSIBM.SYSROUTINES SELECT ON SYSIBM.SYSSEQUENCES SELECT ON SYSIBM.SYSSEQUENCESDEP SELECT ON SYSIBM.SYSSYNONYMS SELECT ON SYSIBM.SYSTABCONST SELECT ON SYSIBM.SYSTABLES SELECT ON SYSIBM.SYSTABLESPACE SELECT ON SYSIBM.SYSTRIGGERS SELECT ON SYSIBM.SYSVARIABLES SELECT ON SYSIBM.SYSVIEWS ``` # Verwendung einer SAP ASE-Datenbank (Sybase ASE) als Quelle bei der Schemakonvertierung AWS DMS Sie können SAP ASE-Datenbanken (Sybase ASE) als Migrationsquelle in der DMS-Schemakonvertierung verwenden. Sie können die DMS-Schemakonvertierung verwenden, um Datenbankcodeobjekte aus der SAP ASE-Datenbank (Sybase ASE) in die folgenden Ziele zu konvertieren: + Aurora PostgreSQL + RDS für PostgreSQL Hinweise zu den unterstützten SAP ASE (Sybase ASE) -Datenbankversionen finden Sie unter [Quelldatenanbieter für DMS Schema Conversion](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion) ## Rechte für SAP ASE (Sybase ASE) als Quelldatenbank Die folgenden Rechte sind erforderlich, wenn Sie SAP ASE (Sybase ASE) als Quelldatenbank verwenden: + VERWENDEN SIE master + wählen Sie auf dbo.spt\$1values + wählen Sie auf asehostname Erteilen Sie für jede zu migrierende Datenbank die folgenden Rechte: + USE db\$1name *(Ersetzen Sie db\$1name durch den Namen der Datenbank, die migriert wird*) + wählen Sie auf dbo.sysusers + wählen Sie auf dbo.sysobjects + wählen Sie auf dbo.sysindexes + wählen Sie auf dbo.syscolumns + wählen Sie auf dbo.sysreferences + wählen Sie auf dbo.syscomments + wählen Sie auf dbo.syspartitions + wählen Sie auf dbo.syspartitionkeys + wählen Sie auf dbo.sysconstraints + wählen Sie auf dbo.systypes + wählen Sie auf dbo.sysqueryplans # Zieldatenprovider in der DMS-Schemakonvertierung erstellen und einrichten Sie können MySQL, PostgreSQL, Amazon Redshift und Amazon RDS für Db2-Datenbanken als Zieldatenanbieter in Migrationsprojekten für die DMS-Schemakonvertierung verwenden. **Topics** + [Verwenden einer MySQL-Datenbank als Ziel in DMS Schema Conversion](data-providers-mysql.md) + [Verwenden einer PostgreSQL-Datenbank als Ziel in DMS Schema Conversion](data-providers-postgresql.md) + [Verwenden eines Amazon-Redshift-Clusters als Ziel in DMS Schema Conversion](data-providers-redshift.md) + [Verwenden der Amazon RDS for Db2-Datenbank als Ziel bei der DMS-Schemakonvertierung](sc-data-providers-rds.md) # Verwenden einer MySQL-Datenbank als Ziel in DMS Schema Conversion Sie können MySQL-Datenbanken als Migrationsziel in DMS Schema Conversion verwenden. Informationen zu den unterstützten Zieldatenbanken finden Sie unter [Zieldatenanbieter für DMS Schema Conversion](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.SchemaConversion). ## Berechtigungen für MySQL als Ziel Die folgenden Berechtigungen sind für MySQL als Ziel erforderlich: + `CREATE ON *.*` + `ALTER ON *.*` + `DROP ON *.*` + `INDEX ON *.*` + `REFERENCES ON *.*` + `SELECT ON *.*` + `CREATE VIEW ON *.*` + `SHOW VIEW ON *.*` + `TRIGGER ON *.*` + `CREATE ROUTINE ON *.*` + `ALTER ROUTINE ON *.*` + `EXECUTE ON *.*` + `CREATE TEMPORARY TABLES ON *.*` + `AWS_LAMBDA_ACCESS (Only valid for Aurora MySQL)` + `INSERT, UPDATE ON AWS_ORACLE_EXT.*` + `INSERT, UPDATE, DELETE ON AWS_ORACLE_EXT_DATA.*` + `INSERT, UPDATE ON AWS_SQLSERVER_EXT.*` + `INSERT, UPDATE, DELETE ON AWS_SQLSERVER_EXT_DATA.*` + `CREATE TEMPORARY TABLES ON AWS_SQLSERVER_EXT_DATA.*` Sie können das folgende Codebeispiel verwenden, um einen Datenbankbenutzer zu erstellen und die Berechtigungen zu gewähren. ``` CREATE USER 'user_name' IDENTIFIED BY 'your_password'; GRANT CREATE ON *.* TO 'user_name'; GRANT ALTER ON *.* TO 'user_name'; GRANT DROP ON *.* TO 'user_name'; GRANT INDEX ON *.* TO 'user_name'; GRANT REFERENCES ON *.* TO 'user_name'; GRANT SELECT ON *.* TO 'user_name'; GRANT CREATE VIEW ON *.* TO 'user_name'; GRANT SHOW VIEW ON *.* TO 'user_name'; GRANT TRIGGER ON *.* TO 'user_name'; GRANT CREATE ROUTINE ON *.* TO 'user_name'; GRANT ALTER ROUTINE ON *.* TO 'user_name'; GRANT EXECUTE ON *.* TO 'user_name'; GRANT CREATE TEMPORARY TABLES ON *.* TO 'user_name'; GRANT AWS_LAMBDA_ACCESS TO 'user_name'; (Only valid for Aurora MySQL) GRANT INSERT, UPDATE ON AWS_ORACLE_EXT.* TO 'user_name'; GRANT INSERT, UPDATE, DELETE ON AWS_ORACLE_EXT_DATA.* TO 'user_name'; GRANT INSERT, UPDATE ON AWS_SQLSERVER_EXT.* TO 'user_name'; GRANT INSERT, UPDATE, DELETE ON AWS_SQLSERVER_EXT_DATA.* TO 'user_name'; GRANT CREATE TEMPORARY TABLES ON AWS_SQLSERVER_EXT_DATA.* TO 'user_name'; ``` Ersetzen Sie es im vorherigen Beispiel durch den Namen *user\$1name* Ihres Benutzers. Ersetzen Sie es dann *your\$1password* durch ein sicheres Passwort. Setzen Sie den Parameter `lower_case_table_names` auf `1`, um Amazon RDS für MySQL oder Aurora MySQL als Ziel zu verwenden. Dieser Wert bedeutet, dass der MySQL-Server Kennungen von Objektnamen wie Tabellen, Indizes, Auslösern und Datenbanken ohne Berücksichtigung der Groß- und Kleinschreibung behandelt. Wenn Sie die binäre Protokollierung in Ihrer Ziel-Instance aktiviert haben, setzen Sie den Parameter `log_bin_trust_function_creators` auf `1`. In diesem Fall müssen Sie die Eigenschaften `DETERMINISTIC`, `READS SQL DATA` oder `NO SQL` nicht verwenden, um gespeicherte Funktionen zu erstellen. Erstellen Sie zum Konfigurieren dieser Parameter eine neue DB-Parametergruppe oder ändern Sie eine vorhandene DB-Parametergruppe. # Verwenden einer PostgreSQL-Datenbank als Ziel in DMS Schema Conversion Sie können PostgreSQL-Datenbanken als Migrationsziel in DMS Schema Conversion verwenden. Informationen zu den unterstützten Zieldatenbanken finden Sie unter [Zieldatenanbieter für DMS Schema Conversion](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.SchemaConversion). ## Berechtigungen für PostgreSQL als Ziel Um PostgreSQL als Ziel zu verwenden, benötigt die DMS-Schemakonvertierung die folgenden Mindestberechtigungen. Die Zieldatenbank muss vorhanden sein, bevor Sie eine Verbindung herstellen können. Erteilen Sie dem für die Migration verwendeten Benutzerkonto für jede Datenbank, die Sie in Ihrem Migrationsprojekt verwenden möchten, die folgenden Rechte: ``` GRANT CONNECT ON DATABASE TO ; GRANT CREATE ON DATABASE TO ; ``` DMS Schema Conversion erfordert die Rolle `rds_superuser`, um Amazon RDS für PostgreSQL als Ziel verwenden zu können. Um die konvertierten öffentlichen Synonyme zu verwenden, ändern Sie den Standard-Suchpfad der Datenbank mit folgendem Befehl. ``` ALTER DATABASE SET SEARCH_PATH = "$user", public_synonyms, public; ``` Ersetzen Sie in diesem Beispiel den Platzhalter `` durch den Namen Ihrer Datenbank. In PostgreSQL kann nur der Schemaeigentümer oder ein `superuser` ein Schema entfernen. Der Eigentümer kann ein Schema und alle darin enthaltenen Objekte löschen, auch wenn der Eigentümer des Schemas nicht der Eigentümer von einigen enthaltenen Objekten ist. Wenn Sie verschiedene Benutzer verwenden, um verschiedene Schemas zu konvertieren und auf Ihre Zieldatenbank anzuwenden, wird möglicherweise eine Fehlermeldung angezeigt, falls DMS Schema Conversion ein Schema nicht löschen kann. Verwenden Sie die Rolle `superuser`, um diese Fehlermeldung zu vermeiden. # Verwenden eines Amazon-Redshift-Clusters als Ziel in DMS Schema Conversion Sie können Amazon-Redshift-Datenbanken als Migrationsziel in DMS Schema Conversion verwenden. Informationen zu den unterstützten Zieldatenbanken finden Sie unter [Zieldatenanbieter für DMS Schema Conversion](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.SchemaConversion). ## Berechtigungen für Amazon Redshift als Ziel Die Verwendung von Amazon Redshift als Ziel für DMS Sehema Conversion erfordert die folgenden Berechtigungen: + **CREATE ON DATABASE**: Ermöglicht DMS, neue Schemata in der Datenbank zu erstellen. + **CREATE ON SCHEMA**: Ermöglicht DMS, Objekte in dem Datenbankschema zu erstellen. + **GRANT USAGE ON LANGUAGE**: Ermöglicht DMS, neue Funktionen und Prozeduren in der Datenbank zu erstellen. + **GRANT SELECT ON ALL TABLES IN SCHEMA pg\$1catalog**: Stellt dem Benutzer Systeminformationen zum Amazon-Redshift-Cluster bereit. + **GRANT SELECT ON pg\$1class\$1info**: Stellt dem Benutzer Informationen zum Tabellenverteilungsstil bereit. Sie können das folgende Codebeispiel verwenden, um einen Datenbankbenutzer zu erstellen und ihm Berechtigungen zu gewähren. Ersetzen Sie die Beispielwerte durch eigene Werte. ``` CREATE USER user_name PASSWORD your_password; GRANT CREATE ON DATABASE db_name TO user_name; GRANT CREATE ON SCHEMA schema_name TO user_name; GRANT USAGE ON LANGUAGE plpythonu TO user_name; GRANT USAGE ON LANGUAGE plpgsql TO user_name; GRANT SELECT ON ALL TABLES IN SCHEMA pg_catalog TO user_name; GRANT SELECT ON pg_class_info TO user_name; GRANT SELECT ON sys_serverless_usage TO user_name; GRANT SELECT ON pg_database_info TO user_name; GRANT SELECT ON pg_statistic TO user_name; ``` Wiederholen Sie den `GRANT CREATE ON SCHEMA`-Vorgang für jedes Zielschema, auf das Sie den konvertierten Code anwenden oder zu dem Sie Daten migrieren möchten. Sie können ein Erweiterungspaket auf Ihre Amazon-Redshift-Zieldatenbank anwenden. Ein Erweiterungspaket ist ein Add-On-Modul, das die Funktionen in der Quelldatenbank emuliert, die erforderlich sind, wenn Objekte zu Amazon Redshift konvertiert werden. Weitere Informationen finden Sie unter [Verwenden von Erweiterungspaketen bei DMS Schema Conversion](extension-pack.md). # Verwenden der Amazon RDS for Db2-Datenbank als Ziel bei der DMS-Schemakonvertierung Sie können Amazon RDS for Db2-Datenbanken als Migrationsziel in der DMS-Schemakonvertierung verwenden. Weitere Informationen zu unterstützten Zieldatenbanken finden Sie unter [Zieldatenanbieter für die DMS-Schemakonvertierung](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Introduction.Targets.html#CHAP_Introduction.Targets.SchemaConversion). ## Rechte für Amazon RDS for Db2 als Ziel Um Amazon RDS for Db2 als Ziel zu verwenden, benötigt DMS Schema Conversion die `master_user_role` Rolle. Weitere Informationen finden Sie unter [Amazon RDS for Db2-Standardrollen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/db2-default-roles.html) im *Amazon Relational Database Service Service-Benutzerhandbuch*. # Virtueller Datenanbieter AWS Der Database Migration Service (DMS) bietet den virtuellen Modus für Datenanbieter bei der Schemakonvertierung. Mit dieser Funktion können Sie die Schemakonvertierung durchführen, ohne eine Verbindung zu einer Zieldatenbank herstellen zu müssen. Dies reduziert die Infrastrukturkosten und bietet Flexibilität bei der Migrationsplanung. Im virtuellen Modus können Sie sofort mit der Konvertierung beginnen, um eine optimale Migrationsstrategie zu planen, bevor Sie Ressourcen bereitstellen. Sie können die Kompatibilität bewerten, Schemacode konvertieren und überprüfen und sogar verschiedene Zieloptionen testen. Anschließend können Sie eine Verbindung zu einer Datenbank herstellen, wenn Sie bereit sind. Der virtuelle Modus unterstützt alle Zieldatenbanken, die mit AWS DMS Schema Conversion kompatibel sind, einschließlich MySQL, PostgreSQL, Amazon Redshift und Amazon RDS for Db2. ## Erstellen Sie einen virtuellen Datenanbieter Um einen virtuellen Datenanbieter zu erstellen, aktivieren Sie einfach den virtuellen Modus im Formular zum Erstellen des Datenanbieters. Weitere Informationen finden [Sie unter Konfigurieren Sie Ihre Datenanbieter für die DMS-Schemakonvertierung](https://docs.aws.amazon.com/dms/latest/userguide/getting-started-data-providers.html). ## Verwendung virtueller Datenprovider Um einen virtuellen Datenanbieter zu verwenden, erstellen Sie ein neues Migrationsprojekt oder ändern Sie ein vorhandenes Migrationsprojekt. Stellen Sie dann den Zieldatenanbieter des Projekts auf den virtuellen Datenanbieter ein, den Sie erstellt haben. Um einen virtuellen Anbieter für das Secret und die IAM-Rolle zum Lesen der Felder dieses Secrets zu verwenden, verwenden Sie ein beliebiges Secret, das der IAM-Rolle zugewiesen wurde, um das Migrationsprojekt erfolgreich einzurichten. Nachdem der Zielanbieter festgelegt wurde, wählen Sie die Registerkarte **Schemakonvertierung**. Wählen Sie dann die Schaltfläche **Schemakonvertierung starten**. Warten Sie, bis das Projekt gestartet ist. Sie können die Schemakonvertierung jetzt mit dem virtuellen Zieldatenanbieter genauso verwenden, wie Sie es mit einem echten Zieldatenanbieter tun würden. Aktionen, die eine Verbindung zu einer echten Zieldatenbank erfordern, werden deaktiviert, aber „**Als SQL speichern**“ ist für die Zielstruktur verfügbar. ## Übergang von einem virtuellen Datenanbieter zu einem echten Datenanbieter Wenn Sie bereit sind, mit der eigentlichen Migration fortzufahren, können Sie den Übergang zu einem echten Datenanbieter vornehmen. **Gehen Sie folgendermaßen vor, um von einem virtuellen Datenanbieter zu einem echten Datenanbieter zu wechseln.** 1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die AWS DMS-Konsole. 1. Wählen Sie im Navigationsbereich **Datenanbieter** aus. Wählen Sie dann den Datenanbieter aus, den Sie ändern möchten. 1. Gehen Sie zum Abschnitt **Assoziierte Migrationsprojekte**, um alle Migrationsprojekte zu sehen, die diesen virtuellen Datenanbieter verwenden. 1. Wählen Sie das erste zugehörige Projekt aus. 1. Wählen Sie die Registerkarte **Schemakonvertierung**. 1. Überprüfen Sie die Option **„Details“** — **Status**. 1. Wenn der Status **Offen** ist und die Schaltfläche **Schemakonvertierung schließen** nicht ausgegraut ist, wählen Sie sie aus und warten Sie, bis das Projekt geschlossen ist. 1. Wiederholen Sie die vorherigen Schritte für alle verbleibenden zugehörigen Migrationsprojekte. 1. Vergewissern Sie sich, dass keine offenen Projekte mehr vorhanden sind. 1. Kehren Sie zum Datenprovider zurück und wählen Sie **Ändern**. 1. Schalten Sie **den virtuellen Modus** aus. 1. Füllen Sie die Verbindungseinstellungen korrekt aus. Die Verbindungsparameter hängen von Ihrer Datenbank-Engine ab. Weitere Informationen finden Sie unter [Datenprovider erstellen](https://docs.aws.amazon.com/dms/latest/userguide/data-providers-create.html). 1. Wählen Sie **Änderungen speichern ** aus. **Anmerkung** Nachdem die Änderungen gespeichert wurden, ist es nicht möglich, den virtuellen Modus wieder einzuschalten. 1. Kehren Sie zur AWS DMS-Konsole zurück. 1. Wählen Sie im Navigationsbereich die Option **Migrationsprojekte** aus. Wählen Sie dann das Migrationsprojekt aus, für das Sie den Datenanbieter ändern möchten. 1. Wählen Sie **Ändern** aus. 1. Geben Sie das Secret ein, das für die Verbindung zum Zieldatenanbieter verwendet werden soll. Verwenden Sie das richtige Geheimnis, das die Anmeldeinformationen enthält, die für die Verbindung mit der Datenbank erforderlich sind. 1. Füllen Sie die IAM-Rolle aus, die zum Lesen des Zielgeheimnisses verwendet werden soll. Vergewissern Sie sich, dass die hier angegebene IAM-Rolle korrekt ist, dass sie Lesezugriff auf das geheime Verbindungsdatengeheimnis hat und dass sie für den AWS DMS-Schemakonvertierungsdienst verfügbar ist. 1. Wählen Sie **Änderungen speichern ** aus. 1. Wählen Sie die Registerkarte **Schemakonvertierung**. 1. Wählen Sie die Schaltfläche **Schemakonvertierung starten**. 1. Warten Sie, bis das Projekt gestartet ist. **Wichtig** Sobald Sie den virtuellen Modus deaktiviert und diese Änderung des Datenproviders gespeichert haben, kann diese Aktion nicht mehr rückgängig gemacht werden. Sie müssen die tatsächlichen Datenbankverbindungsdetails für den Datenanbieter sowie die funktionierende Secret- und IAM-Rolle angeben, um auf den Secret im zugehörigen Migrationsprojekt zugreifen zu können. Beim allerersten Start des Projekts, das den Datenprovider für die Übertragung enthält, erhalten Sie Konvertierungsergebnisse. Nur diese Aktionen werden verfügbar sein: + **On-Knoten-Schemas** — Aus der Datenbank aktualisieren. + **Bei Datenbankobjekten** — Wenden Sie die Änderungen an und speichern Sie sie dann als SQL. Mit der Aktion **Anwenden** werden konvertierte Objekte auf die reale Datenbank angewendet. Die Aktion **Aus Datenbank aktualisieren** lädt Datenbankobjekte aus der echten Datenbank. Alle nicht gespeicherten Konvertierungsobjekte gehen verloren. # Verwalten von Migrationsprojekten in DMS Schema Conversion Nachdem Sie ein Instance-Profil und kompatible Datenanbieter für die Schemakonvertierung erstellt haben, erstellen Sie ein Migrationsprojekt. Weitere Informationen finden Sie unter [ Erstellen von Migrationsprojekten](migration-projects-create.md). Um dieses neue Projekt in DMS Schema Conversion zu verwenden, wählen Sie Ihr Projekt in der Liste auf der Seite **Migrationsprojekte** aus. Wählen Sie anschließend auf der Registerkarte **Schemakonvertierung** die Option **Schemakonvertierung starten** aus. Der erste Start von DMS Schema Conversion erfordert einige Einstellungen. AWS Database Migration Service (AWS DMS) startet eine Schemakonvertierungsinstanz, was bis zu fünf Minuten dauert. Bei diesem Prozess werden auch die Metadaten aus den Quell- und Zieldatenbanken gelesen. Nach einem erfolgreichen ersten Start können Sie schneller auf DMS Schema Conversion zugreifen. Amazon beendet die Schemakonvertierungs-Instance, die Ihr Migrationsprojekt verwendet, innerhalb von drei Tagen nach Abschluss des Projekts. Sie können Ihr konvertiertes Schema und Ihren Bewertungsbericht aus dem Amazon-S3-Bucket abrufen, den Sie für DMS Schema Conversion verwenden. ## Angeben von Migrationsprojekt-Einstellungen für DMS Schema Conversion Nachdem Sie Ihr Migrationsprojekt erstellt und die Schemakonvertierung gestartet haben, können Sie Einstellungen für das Migrationsprojekt angeben. Sie können die Konvertierungseinstellungen ändern, um die Leistung des konvertierten Codes zu verbessern. Sie können auch die Ansicht der Schemakonvertierung anpassen. Die Konvertierungseinstellungen hängen von Ihren Quell- und Zieldatenbank-Plattformen ab. Weitere Informationen erhalten Sie unter [Erstellen von Quelldatenanbietern](data-providers-source.md) und [ Zieldatenprovider erstellen und einrichten](data-providers-target.md). Verwenden Sie die Einstellungen für die Strukturansicht, um anzugeben, welche Schemas und Datenbanken in den Quell- und Zieldatenbank-Bereichen angezeigt werden sollen. Sie können leere Schemas, leere Datenbanken, Systemdatenbanken und benutzerdefinierte Datenbanken oder Schemas ausblenden. **So blenden Sie Datenbanken und Schemas in der Baumstrukturansicht aus** 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 und dann auf der Registerkarte **Schemakonvertierung** die Option **Schemakonvertierung starten** aus. 1. Wählen Sie **Einstellungen** aus. Die Seite **Einstellungen** wird geöffnet. 1. Führen Sie im Abschnitt **Strukturansicht** folgende Schritte aus: + Wählen Sie **Leere Schemas ausblenden** aus, um leere Schemas auszublenden. + Wählen Sie **Leere Datenbanken ausblenden** aus, um leere Datenbanken auszublenden. + Wählen Sie für **Systemdatenbanken oder Schemas** Systemdatenbanken und Schemas dem Namen nach aus, um sie auszublenden. + Geben Sie für **Benutzerdefinierte Datenbanken oder Schemas** die Namen benutzerdefinierter Datenbanken und Schemas ein, die ausgeblendet werden sollen. Wählen Sie **Hinzufügen** aus. Bei den Namen wird zwischen Groß- und Kleinschreibung unterschieden. Wenn Sie mehrere Datenbanken oder Schemas hinzufügen möchten, trennen Sie die Namen durch ein Komma. Wenn Sie mehrere Objekte mit ähnlichen Namen hinzufügen möchten, verwenden Sie das Prozentzeichen (%) als Platzhalter. Dieser Platzhalter ersetzt eine beliebige Anzahl von Symbolen im Datenbank- oder Schemanamen. Wiederholen Sie diese Schritte für die Abschnitte **Quelle** und **Ziel**. 1. Wählen Sie **Anwenden** und dann **Schemakonvertierung** aus. ## Zugriffs-Logs für AWS DMS die Schemakonvertierung 1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die AWS DMS Konsole unter [https://console.aws.amazon.com/dms/](https://console.aws.amazon.com/dms/). 1. Wählen Sie **Migrationsprojekte** aus. Die Seite **Migrationsprojekte** wird geöffnet. 1. Wählen Sie Ihr Migrationsprojekt aus und kopieren Sie auf der Registerkarte **Übersicht** die Migrationsprojekt-ID aus dem **ARN-Feld**. ![\[Dies ist ein Bild, das zeigt, wie die ARN-ID von der AWS DMS Konsole abgerufen wird.\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/images/dms-schema-conversion-log.png) 1. **CloudWatch**Dienst öffnen. 1. Wählen Sie **Gruppen protokollieren** und geben Sie ein`dms-tasks-sct-{migration_project_id}`, wo `{migration_project_id}` sich die `id` aus Schritt 3 befinden. 1. In der **Protokollgruppe** finden Sie den **Protokollstream** mit Protokollen. # Erstellung von Bewertungsberichten zur Datenbankmigration mit DMS Schema Conversion Ein wichtiger Teil von DMS Schema Conversion ist der Bericht, der zur Unterstützung der Konvertierung Ihres Schemas generiert wird. Dieser *Bewertungsbericht zur Datenbankmigration* fasst alle Aufgaben zur Schemakonvertierung zusammen. Außerdem werden die Aktionspunkte für Schemata detailliert beschrieben, die nicht in die DB-Engine Ihrer Ziel-DB-Instance konvertiert werden können. Sie können den Bericht in der AWS DMS Konsole anzeigen oder eine Kopie dieses Berichts als PDF- oder CSV-Datei (Comma-Separated Value) speichern. Der Bericht zur Bewertung der Datenbankmigration enthält die folgenden Elemente: + Kurze Zusammenfassung + Empfehlungen, einschließlich Konvertierung von Server-Objekten, Backup-Vorschläge und verknüpfte Server-Änderungen Wenn Sie Elemente haben, die DMS Schema Conversion nicht automatisch konvertieren kann, enthält der Bericht Schätzungen, aus denen hervorgeht, wie viel Aufwand erforderlich ist, um den entsprechenden Code für Ihre Ziel-DB-Instance zu schreiben. **Topics** + [Erstellen eines Bewertungsberichts zur Datenbankmigration für die DMS-Schemakonvertierung](assessment-reports.create.md) + [Ihren Bewertungsbericht zur Datenbankmigration für die DMS-Schemakonvertierung anzeigen](assessment-reports-view.md) + [Speichern Sie Ihren Bewertungsbericht zur Datenbankmigration für die DMS-Schemakonvertierung](assessment-reports-save.md) # Erstellen eines Bewertungsberichts zur Datenbankmigration für die DMS-Schemakonvertierung Nachdem Sie ein Migrationsprojekt erstellt haben, verwenden Sie das folgende Verfahren, um einen Bewertungsbericht zur Datenbankmigration zu erstellen. **So erstellen Sie einen Bewertungsbericht zur Datenbankmigration** 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 dann **Schemakonvertierung** aus. 1. Wählen Sie **Schemakonvertierung starten** aus. Die Seite **Schemakonvertierung** wird geöffnet. 1. Wählen Sie im Bereich „Quelldatenbank“ das Datenbankschema oder die Schemaelemente aus, die Sie bewerten möchten. Um mehrere Objekte in den Bericht aufzunehmen, stellen Sie sicher, dass Sie alle Elemente auswählen. 1. Nachdem Sie die Kontrollkästchen für alle Schemaobjekte aktiviert haben, die Sie bewerten möchten, müssen Sie den übergeordneten Knoten für die ausgewählten Objekte auswählen. Das Menü **Aktionen** im Bereich „Quelldatenbank“ ist jetzt verfügbar. 1. Wählen Sie **Bewerten** im Menü **Aktionen**. Ein Bestätigungsdialogfeld wird angezeigt. 1. Wählen Sie **Bewerten** in dem Dialogfeld aus, um Ihre Auswahl zu bestätigen. # Ihren Bewertungsbericht zur Datenbankmigration für die DMS-Schemakonvertierung anzeigen Nachdem Sie einen Bewertungsbericht erstellt haben, fügt DMS Schema Conversion Informationen auf den folgenden Registerkarten hinzu: + **Übersicht** + **Aktionselemente** Auf der Registerkarte **Zusammenfassung** wird die Anzahl der Elemente angezeigt, die DMS Schema Conversion automatisch konvertieren kann. Auf der Registerkarte **Aktionselemente** werden Elemente angezeigt, die DMS Schema Conversion nicht automatisch konvertieren kann, sowie Empfehlungen zur Verwaltung dieser Elemente. ## Zusammenfassung des Bewertungsberichts Auf der Registerkarte **Summary** wird eine Zusammenfassung des Berichts zur Bewertung der Datenbankmigration angezeigt. Dies zeigt die Anzahl der Elemente an, die DMS Schema Conversion automatisch für Datenbankspeicherobjekte und Datenbankcodeobjekte konvertieren kann. In den meisten Fällen kann DMS Schema Conversion nicht automatisch alle Schemaelemente in die Zieldatenbank-Engine konvertieren. Die Registerkarte **Zusammenfassung** enthält auch eine Schätzung des Aufwands, der erforderlich ist, Schemata in Ihrer Ziel-DB-Instance zu erstellen, die denen in Ihrer Quelldatenbank entsprechen. Um die Konvertierungszusammenfassung für Datenbank-Speicherobjekte wie Tabellen, Sequenzen, Einschränkungen, Datentypen usw. anzuzeigen, wählen Sie **Datenbank-Speicherobjekte**. Um die Konvertierungszusammenfassung für Datenbankcodeobjekte wie Prozeduren, Funktionen, Ansichten, Auslöser usw. anzuzeigen, wählen Sie **Datenbankcode-Objekte**. Um den Umfang des Bewertungsberichts zu ändern, wählen Sie den gewünschten Knoten in der Quelldatenbankstruktur aus. DMS Schema Conversion aktualisiert die Zusammenfassung des Bewertungsberichts, so dass sie dem ausgewählten Umfang entspricht. ## Aktionselemente im Bewertungsbericht Die Registerkarte **Aktionselemente** enthält eine Liste von Elementen, die DMS Schema Conversion nicht automatisch in ein mit der Zieldatenbank-Engine kompatibles Format konvertieren kann. Für jedes Aktionselement stellt DMS Schema Conversion eine Beschreibung des Problems und die empfohlene Maßnahme bereit. DMS Schema Conversion gruppiert ähnliche Aktionselemente und zeigt deren Häufigkeit an. Um den Code für das relationale Datenbankobjekt anzuzeigen, wählen Sie ein Aktionselement in der Liste aus. ## Bewertungsbericht mit generativer KI Die DMS-Schemakonvertierung mit generativer KI optimiert den Datenbankmigrationsprozess, indem sie Ihnen Empfehlungen zur Konvertierung von zuvor nicht konvertierten Codeobjekten bietet, die normalerweise eine komplexe manuelle Konvertierung erfordern. Derzeit ist diese Funktion für Konvertierungen von Oracle nach PostgreSQL/Aurora PostgreSQL und von SQL Server nach PostgreSQL/Aurora PostgreSQL verfügbar. Der Bewertungsbericht, welche Datenbankcode-Objekte für eine Konvertierung mit generativer KI in Frage kommen. Sie können diesen Bericht als PDF exportieren, um eine kurze Liste von fünf Objekten pro Aktionspunkt zu erhalten. Sie können den Bericht in eine CSV-Datei exportieren, um die vollständige Liste der Kandidaten zu sehen. Wenn Sie „**Schema mithilfe generativer KI konvertieren**“ aktivieren und eine Konvertierung durchführen, identifiziert der aktualisierte Bewertungsbericht die Objekte, die mithilfe von KI erfolgreich konvertiert wurden. Diese Objekte sind deutlich mit einem entsprechenden Aktionselement gekennzeichnet, sodass die von der KI generierten Konversionsempfehlungen leicht identifiziert und nachverfolgt werden können. Um Objekte, die mit generativer KI konvertiert wurden, schnell zu finden: 1. Navigieren Sie zur Registerkarte „**Aktionspunkte**“. 1. Suchen Sie in der oberen rechten Ecke das Drop-down-Menü. 1. Wählen Sie aus den Optionen **Generiert von KI** aus. Mit dieser Filtermethode können Sie alle Datenbankobjekte, die mit dieser Funktion erfolgreich konvertiert wurden, effizient anzeigen. # Speichern Sie Ihren Bewertungsbericht zur Datenbankmigration für die DMS-Schemakonvertierung Nachdem Sie einen Bewertungsbericht zur Datenbankmigration erstellt haben, können Sie eine Kopie dieses Berichts als PDF- oder CSV-Datei (Comma-Separated Value) speichern. **So speichern Sie einen Bewertungsbericht zur Datenbankmigration als PDF-Datei** 1. Wählen Sie **Exportieren** und anschließend **PDF**. Prüfen Sie das Dialogfeld und wählen Sie **Als PDF exportieren**. 1. DMS Schema Conversion erstellt ein Archiv mit Ihrer PDF-Datei und speichert dieses Archiv in Ihrem Amazon-S3-Bucket. Um den Amazon-S3-Bucket zu ändern, bearbeiten Sie die Einstellungen für die Schemakonvertierung in Ihrem Instance-Profil. 1. Öffnen Sie die Bewertungsberichtsdatei in Ihrem Amazon-S3-Bucket. **So speichern Sie einen Bewertungsbericht zur Datenbankmigration als CSV-Dateien** 1. Wählen Sie **Exportieren** und anschließend **CSV**. Prüfen Sie das Dialogfeld und wählen Sie **Als CSV exportieren**. 1. DMS Schema Conversion erstellt ein Archiv mit CSV-Dateien und speichert dieses Archiv in Ihrem Amazon-S3-Bucket. Um den Amazon-S3-Bucket zu ändern, bearbeiten Sie die Einstellungen für die Schemakonvertierung in Ihrem Instance-Profil. 1. Öffnen Sie die Bewertungsberichtsdateien in Ihrem Amazon-S3-Bucket. Die PDF-Datei enthält sowohl die Zusammenfassung als auch Informationen zu den Aktionselementen. Wenn Sie Ihren Bewertungsbericht als CSV exportieren, erstellt DMS Schema Conversion drei CSV-Dateien. Die erste CSV-Datei enthält die folgenden Informationen über die Aktionselemente: + Kategorie + Vorkommen + Aktionselement + Betreff + Group (Gruppieren) + Description + Dokumentationsreferenzen + Empfohlene Aktion + Linien + Position + Quelle + Target + IP-Adresse und Port des Servers + Datenbank + Schema Die zweite CSV-Datei enthält das `Action_Items_Summary`-Suffix in ihrem Namen und enthält die folgenden Informationen: + Schema + Aktionselement + Anzahl der Vorkommen + Lernkurvenaufwand, d. h. der Aufwand, der erforderlich ist, um ein Konzept für die Konvertierung der einzelnen Aktionselemente zu entwickeln + Bemühungen, ein Vorkommen des Aktionselements zu konvertieren, wobei der Aufwand angegeben wird, der für die Konvertierung der einzelnen Aktionselemente erforderlich ist, wenn das entworfene Konzept verfolgt wird + Aktionselementbeschreibung + Empfohlene Aktion Die Werte, die den Umfang der erforderlichen Bemühungen angeben, basieren auf einer gewichteten Skala, die von niedrig (am wenigsten) bis hoch (am meisten) reicht. Die dritte CSV-Datei enthält das `Summary`-Suffix in ihrem Namen und enthält die folgenden Informationen: + Kategorie + Anzahl der Objekte + Automatisch konvertierte Objekte + Objekte mit einfachen Aktionen + Objekte mit Aktionen mittlerer Komplexität + Objekte mit komplexen Aktionen + Gesamtzahl der Codezeilen # Verwenden von DMS Schema Conversion DMS Schema Conversion konvertiert Ihre vorhandenen Datenbankschemas und die meisten Datenbank-Codeobjekte in ein mit der Zieldatenbank kompatibles Format. DMS Schema Conversion automatisiert einen Großteil des Prozesses der Konvertierung Ihrer OLTP-Datenbankschemas (Online Transaction Processing, Online-Transaktionsverarbeitung) in Amazon RDS für MySQL oder RDS für PostgreSQL. Die Quell- und Zieldatenbank-Engines enthalten viele verschiedene Features und Funktionen und DMS Schema Conversion versucht, möglichst ein vergleichbares Schema zu erstellen. Für Datenbankobjekte, bei denen eine direkte Konvertierung nicht möglich ist, bietet DMS Schema Conversion eine Liste von möglichen Maßnahmen. Gehen Sie wie folgt vor, um das Datenbankschema zu konvertieren: + Bevor Sie Ihre Datenbankschemas konvertieren, richten Sie Transformationsregeln ein, die die Namen Ihrer Datenbankobjekte während der Konvertierung ändern. + Erstellen Sie einen Bewertungsbericht zur Datenbankmigration, um die Komplexität der Migration abzuschätzen. Dieser Bericht enthält Einzelheiten zu den Schemaelementen, die DMS Schema Conversion nicht automatisch konvertieren kann. + Konvertieren Sie Ihre Quelldatenbank-Speicher- und -Codeobjekte. DMS Schema Conversion erstellt eine lokale Version der konvertierten Datenbankobjekte. Sie können in Ihrem Migrationsprojekt auf diese konvertierten Objekte zugreifen. + Speichern Sie den konvertierten Code in SQL-Dateien, um ihn zu überprüfen, zu bearbeiten oder die Aktionselemente zur Konvertierung anzugehen. Wenden Sie optional den konvertierten Code direkt auf Ihre Zieldatenbank an. **Topics** + [Einrichten von Transformationsregeln in DMS Schema Conversion](schema-conversion-transformation-rules.md) + [Datenbankschemas in der DMS-Schemakonvertierung konvertieren: Leitfaden step-by-step](schema-conversion-convert.md) + [Datenbankobjekte mit generativer KI konvertieren](schema-conversion-convert.databaseobjects.md) + [Angeben von Einstellungen für die Schemakonvertierung für Migrationsprojekte](schema-conversion-settings.md) + [Aktualisieren Ihrer Datenbankschemas in DMS Schema Conversion](schema-conversion-refresh.md) + [Speichern und Anwenden des konvertierten Codes in DMS Schema Conversion](schema-conversion-save-apply.md) + [Embedded SQL in Java-Anwendungen konvertieren](schema-conversion-embedded-sql.md) # Einrichten von Transformationsregeln in DMS Schema Conversion Bevor Sie Ihr Datenbankschema mit DMS Schema Conversion konvertieren, können Sie Transformationsregeln einrichten. *Transformationsregeln* können beispielsweise einen Objektnamen in Klein- oder Großbuchstaben ändern, ein Präfix oder Suffix hinzufügen oder entfernen und Objekte umbenennen. Nehmen wir beispielsweise an, dass Sie in Ihrem Quellschema eine Reihe von Tabellen mit dem Namen `test_TABLE_NAME` haben. Sie können eine Regel einrichten, die das Präfix `test_` im Zielschema in das Präfix `demo_` ändert. Sie können Transformationsregeln für die folgenden Aufgaben erstellen: + Ein Präfix hinzufügen, entfernen oder ersetzen + Ein Suffix hinzufügen, entfernen oder ersetzen + Den Datentyp einer Spalte ändern + Den Objektnamen in Klein- oder Großbuchstaben ändern + Umbenennen von Objekten Sie können Transformationsregeln für die folgenden Objekte erstellen: + Schema + Tabelle + Spalte ## Erstellen von Transformationsregeln DMS Schema Conversion speichert Transformationsregeln als Teil Ihres Migrationsprojekts. Sie können Transformationsregeln einrichten, wenn Sie Ihr Migrationsprojekt erstellen, oder sie später bearbeiten. Sie können Ihrem Projekt mehrere Transformationsregeln hinzufügen. DMS Schema Conversion wendet Transformationsregeln während der Konvertierung in derselben Reihenfolge an, in der sie hinzugefügt wurden. **So erstellen Sie Transformationsregeln** 1. Wählen Sie auf der Seite **Migrationsprojekt erstellen** die Option **Transformationsregeln hinzufügen** aus. Weitere Informationen finden Sie unter [ Erstellen von Migrationsprojekten](migration-projects-create.md). 1. Wählen Sie unter **Ziel der Regel** den Typ der Datenbankobjekte aus, für die diese Regel gilt. 1. Wählen Sie für **Quell-Schema** die Option **Schema eingeben** aus. Geben Sie dann die Namen Ihrer Quellschemas, Tabellen und Spalten ein, für die diese Regel gilt. Sie können den exakten Namen eingeben und ein Objekt auswählen oder Sie können ein Muster angeben und damit mehrere Objekte auswählen. Verwenden Sie den Prozentsatz (%) als Platzhalter, um eine beliebige Anzahl von Symbolen im Datenbankobjektnamen zu ersetzen. 1. Wählen Sie unter **Aktion** die Aufgabe aus, die ausgeführt werden soll. 1. Geben Sie je nach Regeltyp einen oder zwei zusätzliche Werte ein. Wenn Sie beispielsweise ein Objekt umbenennen möchten, geben Sie den neuen Namen des Objekts ein. Wenn Sie ein Präfix ersetzen möchten, geben Sie das alte und das neue Präfix ein. 1. Wählen Sie **Transformationsregeln hinzufügen** aus, um eine weitere Transformationsregel hinzuzufügen. Wenn Sie mit dem Hinzufügen von Regeln fertig sind, wählen Sie **Migrationsprojekt erstellen** aus. Wenn Sie eine vorhandene Transformationsregel duplizieren möchten, wählen Sie **Duplizieren** aus. Wenn Sie eine vorhandene Transformationsregel bearbeiten möchten, wählen Sie die Regel in der Liste aus. Wenn Sie eine vorhandene Transformationsregel löschen möchten, wählen Sie **Entfernen** aus. ## Bearbeiten von Transformationsregeln Sie können in Ihrem Migrationsprojekt neue Transformationsregeln hinzufügen und vorhandene Transformationsregeln entfernen oder bearbeiten. Da DMS Schema Conversion die Transformationsregeln beim Start der Schemakonvertierung anwendet, müssen Sie die Schemakonvertierung schließen und erneut starten, nachdem Sie Ihre Regeln bearbeitet haben. **So bearbeiten Sie Transformationsregeln** 1. Melden Sie sich bei [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/) an und öffnen Sie die AWS DMS Konsole. AWS-Managementkonsole 1. Wählen Sie **Migrationsprojekte** und dann Ihr Migrationsprojekt aus. 1. Wählen Sie **Schemakonvertierung** und anschließend **Schemakonvertierung schließen** aus. 1. Wählen Sie AWS DMS nach Abschluss der Schemakonvertierung **Ändern** aus, um die Einstellungen Ihres Migrationsprojekts zu bearbeiten. 1. Wählen Sie für **Transformationsregeln** eine der folgenden Aktionen: + Wählen Sie **Duplizieren** aus, um eine vorhandene Transformationsregel zu duplizieren und am Ende der Liste hinzuzufügen. + Wählen Sie **Entfernen** aus, um eine vorhandene Transformationsregel zu löschen. + Wählen Sie die vorhandene Transformationsregel aus, um sie zu bearbeiten. 1. Wählen Sie **Änderungen speichern** aus, wenn Sie mit dem Bearbeiten der Regeln fertig sind. 1. Wählen Sie Ihr Projekt in der Liste auf der Seite **Migrationsprojekte** aus. Wählen Sie **Schemakonvertierung** und anschließend **Schemakonvertierung starten** aus. # Datenbankschemas in der DMS-Schemakonvertierung konvertieren: Leitfaden step-by-step Nachdem Sie das Migrationsprojekt erstellt und eine Verbindung mit Ihren Quell- und Zieldatenbanken hergestellt haben, können Sie Ihre Quelldatenbankobjekte in ein Format konvertieren, das mit Ihrer Zieldatenbank kompatibel ist. DMS Schema Conversion zeigt Ihr Quelldatenbankschema im linken Bereich in einer Strukturansicht an. Jeder Knoten in der Datenbank-Strukturansicht wird per *Lazy Loading* abgerufen. Wenn Sie einen Knoten in der Strukturansicht auswählen, fordert DMS Schema Conversion die Schemainformationen aus der Quelldatenbank zu diesem Zeitpunkt an. Damit die Schemainformationen schneller geladen werden, wählen Sie Ihr Schema und dann **Metadaten laden** im Menü **Aktionen** aus. DMS Schema Conversion liest dann die Datenbank-Metadaten und speichert die Informationen in einem Amazon-S3-Bucket. Sie können die Datenbankobjekte jetzt schneller durchsuchen. Sie können das gesamte Datenbankschema konvertieren oder ein beliebiges Schemaelement aus Ihrer Quelldatenbank zum Konvertieren auswählen. Falls das ausgewählte Schemaelement von einem übergeordneten Element abhängig ist, generiert DMS Schema Conversion auch das Schema für dieses übergeordnete Element. Wenn Sie beispielsweise eine Tabelle zum Konvertieren auswählen, erstellt DMS Schema Conversion die konvertierte Tabelle und das Datenbankschema, in dem sich die Tabelle befindet. ## Konvertieren von Datenbankobjekten Sie können DMS Schema Conversion verwenden, um ein ganzes Datenbankschema oder einzelne Datenbankschema-Objekte zu konvertieren. **So konvertieren Sie ein ganzes Datenbankschema** 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 dann **Schemakonvertierung** aus. 1. Wählen Sie **Schemakonvertierung starten** aus. Die Seite **Schemakonvertierung** wird geöffnet. 1. Aktivieren Sie im Bereich zur Quelldatenbank das Kontrollkästchen für den Schemanamen. 1. Wählen Sie dieses Schema im linken Bereich des Migrationsprojekts aus. DMS Schema Conversion hebt den Schemanamen blau hervor und aktiviert das Menü **Aktionen**. 1. Wählen Sie für **Aktionen** die Option **Konvertieren** aus. Daraufhin wird das Dialogfeld Konvertieren angezeigt. 1. Wählen Sie **Konvertieren** im Dialogfeld aus, um Ihre Auswahl zu bestätigen. **So konvertieren Sie Ihre Quelldatenbankobjekte** 1. [Melden Sie sich bei AWS-Managementkonsole v2/ an https://console.aws.amazon.com/dms/ und öffnen Sie die AWS DMS Konsole.](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 und dann **Schemakonvertierung** aus. 1. Wählen Sie **Schemakonvertierung starten** aus. Die Seite **Schemakonvertierung** wird geöffnet. 1. Wählen Sie im Bereich zur Quelldatenbank Ihre Quelldatenbankobjekte aus. 1. Nachdem Sie alle Kontrollkästchen für die Objekte aktiviert haben, die konvertiert werden sollen, wählen Sie den übergeordneten Knoten für alle ausgewählten Objekte im linken Bereich aus. DMS Schema Conversion hebt den übergeordneten Knoten blau hervor und aktiviert das Menü **Aktionen**. 1. Wählen Sie für **Aktionen** die Option **Konvertieren** aus. Daraufhin wird das Dialogfeld Konvertieren angezeigt. 1. Wählen Sie **Konvertieren** im Dialogfeld aus, um Ihre Auswahl zu bestätigen. Wenn Sie beispielsweise zwei von 10 Tabellen konvertieren möchten, aktivieren Sie die Kontrollkästchen für die beiden Tabellen, die Sie konvertieren möchten. Beachten Sie, dass das Menü **Aktionen** inaktiv ist. Wenn Sie den Knoten **Tabellen** auswählen, hebt DMS Schema Conversion den Namen blau hervor und aktiviert das Menü **Aktionen**. Anschließend können Sie in diesem Menü die Option **Konvertieren** auswählen. Wenn Sie zwei Tabellen und drei Verfahren konvertieren möchten, aktivieren Sie ebenfalls die Kontrollkästchen für die Objektnamen. Wählen Sie dann den Schemaknoten aus, um das Menü **Aktionen** zu aktivieren, und wählen Sie dann **Schema konvertieren** aus. ## Bearbeiten und Speichern Ihres konvertierten SQL-Codes Auf der Seite zur **Schemakonvertierung** können Sie konvertierten SQL-Code in Ihren Datenbankobjekten bearbeiten. Führen Sie die folgenden Schritte aus, um den konvertierten SQL-Code zu bearbeiten, die Änderungen zu übernehmen und sie anschließend zu speichern. **So können Sie konvertierten SQL-Code bearbeiten, Änderungen daran übernehmen und ihn speichern** 1. Öffnen Sie auf der Seite „**Schemakonvertierung**“ die Strukturansicht im Bereich **Quelldatenanbieter**, um ein Codeobjekt anzuzeigen. ![\[Schemakonvertierung: Strukturansicht der Quelldatenanbieter\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/images/datarep-sc-editsql-1.png) 1. Wählen Sie im Bereich **Quelldatenanbieter** die Optionen **Aktionen**, **Konvertieren** aus. Bestätigen Sie die Aktion. 1. Wenn die Konvertierung abgeschlossen ist, erweitern Sie bei Bedarf den mittleren Bereich, um das konvertierte SQL anzuzeigen. Um das konvertierte SQL zu bearbeiten, wählen Sie das Bearbeitungssymbol im Bereich **Ziel-SQL**. ![\[Schemakonvertierung: Ziel-SQL bearbeiten\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/images/datarep-sc-editsql-2.png) 1. Nachdem Sie das Ziel-SQL bearbeitet haben, bestätigen Sie Ihre Änderungen, indem Sie das Häkchensymbol oben auf der Seite auswählen. Bestätigen Sie die Aktion. 1. Wählen Sie im Bereich **Target-Datenprovider** die Optionen **Aktionen**, **Änderungen übernehmen** aus. Bestätigen Sie die Aktion. 1. DMS schreibt die bearbeitete Prozedur in den Zieldatenspeicher. ## Überprüfen von konvertierten Datenbankobjekten Nachdem Sie Ihre Quelldatenbankobjekte konvertiert haben, können Sie im linken Bereich Ihres Projekts ein Objekt auswählen. Anschließend können Sie den Quell- und den konvertierten Code für dieses Objekt anzeigen. DMS Schema Conversion lädt den konvertierten Code für das im linken Bereich ausgewählte Objekt automatisch. Sie können auch die Eigenschaften oder Parameter des ausgewählten Objekts sehen. DMS Schema Conversion speichert den konvertierten Code automatisch als Teil des Migrationsprojekts. Diese Codeänderungen werden nicht auf die Zieldatenbank angewendet. Weitere Informationen zum Anwenden von konvertiertem Code auf Ihre Zieldatenbank finden Sie unter [Anwenden des konvertierten Codes](schema-conversion-save-apply.md#schema-conversion-apply). Um den konvertierten Code aus dem Migrationsprojekt zu entfernen, wählen Sie Ihr Zielschema im rechten Bereich aus und wählen Sie dann die Option **Aus Datenbank aktualisieren** unter **Aktionen**. Nachdem Sie Ihre Quelldatenbankobjekte konvertiert haben, können Sie die Konvertierungsübersicht und die Aktionselemente im unteren mittleren Bereich sehen. Sie erhalten die gleichen Informationen, wenn Sie einen Bewertungsbericht erstellen. Mit diesem Bewertungsbericht können Sie die Schemaelemente ermitteln und auflösen, die DMS Schema Conversion nicht konvertieren kann. Sie können die Zusammenfassung des Bewertungsberichts und die Liste der Aktionselemente zur Konvertierung in CSV-Dateien speichern. Weitere Informationen finden Sie unter [Bewertungsberichte zur Datenbankmigration](assessment-reports.md). # Datenbankobjekte mit generativer KI konvertieren Die Funktion DMS-Schemakonvertierung mit generativer KI rationalisiert den Datenbankmigrationsprozess, indem sie Empfehlungen bietet, mit denen Sie zuvor nicht konvertierte Codeobjekte konvertieren können, die normalerweise eine komplexe manuelle Konvertierung erfordern. Diese Funktion ist für Konvertierungen von Oracle nach PostgreSQL/Aurora PostgreSQL und von SQL Server nach PostgreSQL/Aurora PostgreSQL and SAP ASE (Sybase ASE) to PostgreSQL/Aurora PostgreSQL verfügbar. Sie können ein ganzes Datenbankschema oder einzelne Datenbankschemaobjekte konvertieren. **Warnung** Generative KI-Funktionen bei der DMS-Schemakonvertierung verwenden regionsübergreifende Inferenz. Weitere Informationen finden Sie unter [Regionsübergreifende Inferenz bei der DMS-Schemakonvertierung](CHAP_Security.DataProtection.CrossRegionInference.md#CHAP_Security.DataProtection.CrossRegionInference.SchemaConversion). Um Ihre Quelldatenbankobjekte mit generativer KI zu konvertieren, folgen Sie den Schritten 1 bis 6 unter [Datenbankobjekte konvertieren](schema-conversion-convert.md#schema-conversion-convert-steps) und fahren Sie dann mit einer der beiden Methoden fort: + Methode 1: Wählen Sie im Menü **Aktionen** die Option **Konvertieren** aus. Aktivieren Sie im daraufhin angezeigten Konvertierungsdialogfeld die Option **Schema mit generativer KI konvertieren** und klicken Sie auf **Konvertieren**. + Methode 2: Klicken Sie oben rechts auf ****Schema mit generativer KI konvertieren****. Stellen Sie im Konvertierungsdialogfeld sicher, dass die Option aktiviert ist, und klicken Sie auf **Konvertieren**. Um diese Einstellung jederzeit in der DMS-Schemakonvertierung manuell anzupassen, gehen Sie wie folgt vor: + Navigieren Sie zur Registerkarte **Einstellungen**. + Aktivieren Sie im **Bereich Konvertierungseinstellungen** die Option **Generative KI**, um die Verwendung generativer KI zu genehmigen. **Anmerkung** Unterstützte Regionen: Asien-Pazifik (Tokyo) (ap-northeast-1) Asien-Pazifik (Osaka) (ap-northeast-3) Asien-Pazifik (Sydney): (ap-southeast-2) Kanada (Zentral): (ca-central-1) Europa (Frankfurt) (eu-central-1) Europa (Stockholm) (eu-north-1) Europa (Irland) (eu-west-1) Europa (London) (eu-west-2) Europa (Paris) (eu-west-3) USA Ost (Nord-Virginia): (us-east-1) USA Ost (Ohio): (us-east-2) USA West (Oregon): (us-west-2) **Anmerkung** Unterstützte Konvertierungspfade: Oracle zu Amazon RDS for PostgreSQL Von Oracle zu Amazon Aurora PostgreSQL Microsoft SQL Server zu Amazon RDS for PostgreSQL Microsoft SQL Server zu Amazon Aurora PostgreSQL SAP ASE (Sybase ASE) zu Amazon RDS for PostgreSQL SAP ASE (Sybase ASE) zu Amazon Aurora PostgreSQL IBM Db2 für Linux, UNIX und Windows (LUW) zu Amazon RDS for PostgreSQL IBM Db2 für Linux, UNIX und Windows (LUW) zu Amazon Aurora PostgreSQL IBM Db2 für z/OS zu Amazon RDS for PostgreSQL IBM Db2 für Amazon Aurora z/OS PostgreSQL ## Umfang der generativen KI-Konvertierung Die generative KI-gestützte Schemakonvertierung konzentriert sich auf bestimmte SQL-Elemente mit bestimmten Aktionspunkten. Alle anderen SQL-Elemente werden mithilfe regelbasierter Standardansätze konvertiert. Zu den SQL-Elementen im erweiterten Umfang der Generativen KI-Konvertierung gehören: **** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/schema-conversion-convert.databaseobjects.html) ### Einschränkungen Die Funktion zum Konvertieren von Datenbankobjekten mit generativer KI hat die folgenden Einschränkungen: + Datenbankendpunkte, die die generative KI-Konvertierung unterstützen, sind in der AWS Konsole nicht sichtbar. Sie können sie nur anzeigen, indem Sie den Bewertungsbericht als PDF- oder CSV-Datei exportieren. + Da es sich um ein probabilistisches System handelt, erreicht die generative KI-gestützte Schemakonvertierung möglicherweise nicht bei allen Konvertierungen eine hundertprozentige Genauigkeit. Es kann auch zu unterschiedlichen Ergebnissen für dieselben SQL-Anweisungen über einen bestimmten Zeitraum führen. Sie müssen alle Konvertierungsausgaben überprüfen und validieren. + Generative KI-Konvertierung wird nicht unterstützt für: + DEFAULT-Einschränkung in einer Tabelle + DEFAULT-Wert für einen Funktions- oder Prozedurparameter + COMPUTE COLUMN in einer Tabelle + TRIGGER + DATENTYP DER SPALTE + Dynamisches SQL + INDEX + CONSTRAINT + Wenn die Quellanweisung mit mehreren Aktionspunkten konvertiert wird und mindestens ein Aktionspunkt mit generativer KI verarbeitet wird, werden alle Aktionspunkte durch einen Aktionspunkt 5444 auf einem Ziel für Oracle und 7744 für Microsoft SQL Server ersetzt. Der Aktionspunkt 9997 ist eine Ausnahme, die nach der Verarbeitung mit generativer KI gespeichert wird. **Warnung** Die Konvertierung mit generativer KI dauert länger als die einfache Konvertierung. Jedes AWS Konto hat ein Minutenkontingent, das die Anzahl der SQL-Anweisungen begrenzt, die mit generativer KI konvertiert werden können. Anweisungen, die diesen Grenzwert überschreiten, werden zur Verarbeitung in den folgenden Minuten in die Warteschlange gestellt. Das Kontingent ist wie folgt: **** | Region | SQL-Anweisungen pro AWS Konto pro Minute | | --- | --- | | Asien-Pazifik (Tokyo) (ap-northeast-1) Asien-Pazifik (Osaka) (ap-northeast-3) Asien-Pazifik (Sydney): (ap-southeast-2) Kanada (Zentral): (ca-central-1) Europa (Stockholm) (eu-north-1) Europa (Irland) (eu-west-1) Europa (London) (eu-west-2) Europa (Paris) (eu-west-3) USA Ost (Ohio): (us-east-2) | Bis zu 24 Anweisungen | | Europa (Frankfurt) (eu-central-1) USA Ost (Nord-Virginia): (us-east-1) USA West (Oregon): (us-west-2) | Bis zu 40 Aussagen | # Angeben von Einstellungen für die Schemakonvertierung für Migrationsprojekte Nachdem Sie ein Migrationsprojekt erstellt haben, können Sie die Konvertierungseinstellungen in DMS Schema Conversion angeben. Durch die Konfiguration der Einstellungen für die Schemakonvertierung wird die Leistung des konvertierten Codes verbessert. **So bearbeiten Sie die Konvertierungseinstellungen** 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 **Schemakonvertierung** und dann **Schemakonvertierung starten** aus. 1. Wählen Sie **Einstellungen** aus. Die Seite **Einstellungen** wird geöffnet. 1. Ändern Sie die Einstellungen im Abschnitt **Konvertierung**. 1. Wählen Sie **Anwenden** und dann **Schemakonvertierung** aus. Sie können die Anzahl der Kommentare mit Aktionselementen im konvertierten Code für alle Konvertierungspaare einschränken. Öffnen Sie zum Einschränken der Anzahl der Kommentare im konvertierten Code die Konvertierungseinstellungen im Migrationsprojekt. Wählen Sie für **Kommentare im konvertierten SQL-Code** den Schweregrad der Aktionselemente aus. DMS Schema Conversion fügt dem konvertierten Code Kommentare zu Aktionselementen mit dem ausgewählten und höheren Schweregraden hinzu. Beispiel: Um die Anzahl der Kommentare im konvertierten Code zu minimieren, wählen Sie **Nur Fehler** aus. Um Kommentare zu allen Aktionselementen in den konvertierten Code aufzunehmen, wählen Sie **Alle Nachrichten** aus. Andere Konvertierungseinstellungen unterscheiden sich je nach Kombination aus Quell- und Zieldatenbank. **Topics** + [Grundlegendes zu den Konvertierungseinstellungen von Oracle nach MySQL](schema-conversion-oracle-mysql.md) + [Grundlegendes zu den Konvertierungseinstellungen von Oracle nach PostgreSQL](schema-conversion-oracle-postgresql.md) + [Grundlegendes zu den Konvertierungseinstellungen von SQL Server nach MySQL](schema-conversion-sql-server-mysql.md) + [Grundlegendes zu den Einstellungen für die Konvertierung von SQL Server nach PostgreSQL](schema-conversion-sql-server-postgresql.md) + [Grundlegendes zu den Konvertierungseinstellungen von PostgreSQL in MySQL](schema-conversion-postgresql-mysql.md) + [Grundlegendes zu den Konvertierungseinstellungen von IBM Db2 for LUW zu Amazon RDS for PostgreSQL](schema-conversion-db2-luw-postgresql.md) + [Grundlegendes zu den Konvertierungseinstellungen von IBM Db2 for z/OS zu Amazon RDS for Db2](schema-conversion-db2-zos-db2.md) + [Grundlegendes zu den Konvertierungseinstellungen von IBM Db2 for z/OS zu Amazon RDS for PostgreSQL](schema-conversion-db2-zos-postgresql.md) + [Grundlegendes zu den Konvertierungseinstellungen von SAP ASE (Sybase ASE) nach PostgreSQL](schema-conversion--sybase-ASE.md) # Grundlegendes zu den Konvertierungseinstellungen von Oracle nach MySQL Die Einstellungen für die Konvertierung von Oracle in MySQL in DMS Schema Conversion umfassen Folgendes: + Ihre Oracle-Quelldatenbank kann die Pseudospalte `ROWID` verwenden. MySQL unterstützt keine ähnlichen Funktionen. DMS Schema Conversion kann die Pseudospalte `ROWID` im konvertierten Code emulieren. Aktivieren Sie dazu die Option **Zeilen-ID generieren**. Wenn Ihr Oracle-Quellcode die Pseudospalte `ROWID` nicht verwendet, deaktivieren Sie die Option **Zeilen-ID generieren**. In diesem Fall arbeitet der konvertierte Code schneller. + Der Oracle-Quellcode kann die Funktionen `TO_CHAR`, `TO_DATE` und `TO_NUMBER` mit Parametern enthalten, die MySQL nicht unterstützt. Standardmäßig emuliert DMS Schema Conversion die Verwendung dieser Parameter im konvertierten Code. Sie können die nativen MySQL-Funktionen `TO_CHAR`, `TO_DATE` und `TO_NUMBER` verwenden, wenn Ihrem Oracle-Quellcode Parameter fehlen, die von MySQL nicht unterstützt werden. In diesem Fall arbeitet der konvertierte Code schneller. Wählen Sie dazu die folgenden Werte aus: + **Native MySQL-Funktion TO\$1CHAR verwenden** + **Native MySQL-Funktion TO\$1DATE verwenden** + **Native MySQL-Funktion TO\$1NUMBER verwenden** + Ihre Datenbank und Anwendungen können in verschiedenen Zeitzonen ausgeführt werden. Standardmäßig emuliert DMS Schema Conversion Zeitzonen im konvertierten Code. Sie benötigen diese Emulation jedoch nicht, wenn Ihre Datenbank und Anwendungen dieselbe Zeitzone verwenden. Wählen Sie in diesem Fall die Option **Leistung des konvertierten Codes verbessern, wenn die Datenbank und die Anwendungen dieselbe Zeitzone verwenden**. # Grundlegendes zu den Konvertierungseinstellungen von Oracle nach PostgreSQL Die Einstellungen für die Konvertierung von Oracle in PostgreSQL in DMS Schema Conversion umfassen Folgendes: + Um entsprechende Datenbankobjekte mit generativer KI zu konvertieren, aktivieren Sie die **Generative AI-Einstellung**. Objekte, die erfolgreich mit generativer KI konvertiert wurden, werden anhand des **Aktionspunkts 5444** eindeutig gekennzeichnet, in dem es heißt: „Bei dieser Konvertierung werden Modelle für maschinelles Lernen verwendet, die Vorhersagen auf der Grundlage von Datenmustern generieren. Weitere Informationen finden Sie unter [Datenbankobjekte mit generativer KI konvertieren](schema-conversion-convert.databaseobjects.md). + Sie können Schemas für verschiedene unterstützte Versionen Ihrer Zieldatenbank konvertieren, nicht nur für die neueste Version. Verwenden Sie die Einstellung Version der **Ziel-Engine, um eine Version** anzugeben. Die verfügbaren Konvertierungsoptionen variieren je nach der ausgewählten Engine-Version. Derzeit werden die PostgreSQL-Versionen 14 und 15 unterstützt (sie haben identische Einstellungen). Beachten Sie, dass die Verwendung einer Ziel-Engine-Version während der Schemakonvertierung, die sich von der in dieser Einstellung angegebenen Version unterscheidet, zu Kompatibilitätsproblemen und Fehlern bei der Ausführung des Vorgangs Auf das Ziel anwenden führen kann. + AWS DMS kann materialisierte Oracle-Ansichten in Tabellen oder materialisierte Ansichten auf PostgreSQL konvertieren. Wählen Sie für **Materialisierte Ansichten** aus, wie Ihre materialisierten Quellansichten konvertiert werden sollen. + Ihre Oracle-Quelldatenbank kann die Pseudospalte `ROWID` verwenden. PostgreSQL unterstützt keine ähnlichen Funktionen. DMS Schema Conversion kann die Pseudospalte `ROWID` im konvertierten Code mit dem Datentyp `bigint` oder `character varying` emulieren. Wählen Sie dazu **Datentyp Bigint zum Emulieren der Pseudospalte ROWID verwenden** oder **Datentyp Character Varying zum Emulieren der Pseudospalte ROWID verwenden** für **Zeilen-ID** aus. + Um den NUMBER-Datentyp in den am besten geeigneten numerischen Datentyp zu konvertieren, können Sie je nach Genauigkeit und Skalierung die Option Optimierte Datentypzuordnung für Spalten des NUMBER-Datentyps verwenden auswählen. + Wenn Ihr Oracle-Quellcode die Pseudospalte `ROWID` nicht verwendet, wählen Sie **Nicht generieren** aus. In diesem Fall arbeitet der konvertierte Code schneller. + Der Oracle-Quellcode kann die Funktionen `TO_CHAR`, `TO_DATE` und `TO_NUMBER` mit Parametern enthalten, die PostgreSQL nicht unterstützt. Standardmäßig emuliert DMS Schema Conversion die Verwendung dieser Parameter im konvertierten Code. Sie können die nativen PostgreSQL-Funktionen `TO_CHAR`, `TO_DATE` und `TO_NUMBER` verwenden, wenn Ihrem Oracle-Quellcode Parameter fehlen, die von PostgreSQL nicht unterstützt werden. In diesem Fall arbeitet der konvertierte Code schneller. Wählen Sie dazu die folgenden Werte aus: + **Native PostgreSQL-Funktion TO\$1CHAR verwenden** + **Native PostgreSQL-Funktion TO\$1DATE verwenden** + **Native PostgreSQL-Funktion TO\$1NUMBER verwenden** + Ihre Datenbank und Anwendungen können in verschiedenen Zeitzonen ausgeführt werden. Standardmäßig emuliert DMS Schema Conversion Zeitzonen im konvertierten Code. Sie benötigen diese Emulation jedoch nicht, wenn Ihre Datenbank und Anwendungen dieselbe Zeitzone verwenden. Wählen Sie in diesem Fall die Option **Leistung des konvertierten Codes verbessern, wenn die Datenbank und die Anwendungen dieselbe Zeitzone verwenden**. + Damit weiterhin Sequenzen in Ihrem konvertierten Code verwendet werden, wählen Sie **Konvertierte Sequenzen mit dem letzten quellseitig generierten Wert ausfüllen**. + In Einzelfällen speichert Ihre Oracle-Quelldatenbank möglicherweise nur Ganzzahlwerte in den Primär- oder Fremdschlüsselspalten des Datentyps `NUMBER`. In diesen Fällen AWS DMS können Sie diese Spalten in den `BIGINT` Datentyp konvertieren. Dieser Ansatz verbessert die Leistung des konvertierten Codes. Wählen Sie dazu **Primär- und Fremdschlüsselspalten des Datentyps NUMBER in den Datentyp BIGINT konvertieren**. Stellen Sie sicher, dass Ihre Quelle keine Gleitkommawerte in diesen Spalten enthält, um Datenverlust zu vermeiden. + Wählen Sie **Nur aktive Auslöser und Einschränkungen konvertieren** aus, damit deaktivierte Auslöser und Einschränkungen in Ihrem Quellcode übersprungen werden. + Sie können DMS Schema Conversion verwenden, um Zeichenfolgenvariablen zu konvertieren, die als dynamisches SQL bezeichnet werden. Ihr Datenbankcode kann die Werte dieser Zeichenfolgenvariablen ändern. Um sicherzustellen, dass AWS DMS immer der neueste Wert dieser Zeichenkettenvariablen konvertiert **wird, wählen Sie Dynamischen SQL-Code konvertieren, der in aufgerufenen Routinen erstellt wurde**. + PostgreSQL-Versionen 10 und früher unterstützen keine Verfahren. Wenn Sie mit der Verwendung von Prozeduren in PostgreSQL nicht vertraut sind, AWS DMS können Sie Oracle-Prozeduren in PostgreSQL-Funktionen konvertieren. Wählen Sie dazu **Verfahren in Funktionen konvertieren** aus. + Wenn Sie zusätzliche Informationen zu den aufgetretenen Aktionselementen anzeigen möchten, können Sie dem Erweiterungspaket spezifische Funktionen hinzufügen. Wählen Sie dazu **Erweiterungspaket-Funktionen hinzufügen, die benutzerdefinierte Ausnahmen auslösen**. Wählen Sie anschließend Schweregrade zum Auslösen benutzerdefinierter Ausnahmen aus. Stellen Sie sicher, dass Sie nach dem Konvertieren Ihrer Quelldatenbankobjekte das Erweiterungspaket-Schema anwenden. Weitere Informationen zu Erweiterungspaketen finden Sie unter [Verwenden von Erweiterungspaketen](extension-pack.md). + Ihre Oracle-Quelldatenbank kann Einschränkungen mit den automatisch generierten Namen enthalten. Wenn Ihr Quellcode diese Namen verwendet, stellen Sie sicher, dass Sie die Option **Namen der vom System generierten Einschränkungen beibehalten** auswählen. Wenn Ihr Quellcode diese Einschränkungen, aber nicht ihre Namen verwendet, deaktivieren Sie diese Option, um die Konvertierungsgeschwindigkeit zu erhöhen. + Wenn Ihre Quell- und Zieldatenbanken in unterschiedlichen Zeitzonen ausgeführt werden, gibt die Funktion, die die integrierte Oracle-Funktion `SYSDATE` emuliert, andere Werte als die Quellfunktion zurück. Wählen Sie **Zeitzone Ihrer Quelldatenbank festlegen** aus, um sicherzustellen, dass die Quell- und die Zielfunktion die gleichen Werte zurückgeben. + Sie können die Funktionen der Erweiterung orafce im konvertierten Code verwenden. Wählen Sie dazu für **In Oracle integrierte Routinen** die Funktionen aus, die Sie verwenden möchten. [Weitere Informationen zu Oracle finden Sie unter Oracle on.](https://github.com/orafce/orafce) GitHub # Grundlegendes zu den Konvertierungseinstellungen von SQL Server nach MySQL Die Einstellungen für die Konvertierung von SQL Server in MySQL in DMS Schema Conversion umfassen Folgendes: + Ihre SQL-Server-Quelldatenbank kann die Ausgabe von `EXEC` in einer Tabelle speichern. DMS Schema Conversion erstellt temporäre Tabellen und ein zusätzliches Verfahren, um dieses Feature zu emulieren. Wählen Sie **Zusätzliche Routinen für die Verarbeitung offener Datensätze erstellen** aus, um diese Emulation zu verwenden. # Grundlegendes zu den Einstellungen für die Konvertierung von SQL Server nach PostgreSQL Die Einstellungen für die Konvertierung von SQL Server in PostgreSQL in DMS Schema Conversion umfassen Folgendes: + Um entsprechende Datenbankobjekte mithilfe von generativer KI zu konvertieren, aktivieren Sie die **Generative AI-Einstellung**. Objekte, die erfolgreich mit generativer KI konvertiert wurden, werden anhand des **Aktionspunkts 7744** eindeutig gekennzeichnet, in dem es heißt: „Bei dieser Konvertierung werden Modelle für maschinelles Lernen verwendet, die Vorhersagen auf der Grundlage von Datenmustern generieren.“ Weitere Informationen finden Sie unter [Datenbankobjekte mit generativer KI konvertieren](schema-conversion-convert.databaseobjects.md). + In SQL Server können Sie Indizes mit dem gleichen Namen in verschiedenen Tabellen verwenden. In PostgreSQL müssen jedoch alle im Schema verwendeten Indexnamen eindeutig sein. Wählen Sie **Eindeutige Namen für Indizes generieren** aus, um sicherzustellen, dass DMS Schema Conversion für alle Indizes eindeutige Namen generiert. + PostgreSQL-Versionen 10 und früher unterstützen keine Verfahren. Wenn Sie mit der Verwendung von Prozeduren in PostgreSQL nicht vertraut sind, AWS DMS können Sie SQL Server-Prozeduren in PostgreSQL-Funktionen konvertieren. Wählen Sie dazu **Verfahren in Funktionen konvertieren** aus. + Ihre SQL-Server-Quelldatenbank kann die Ausgabe von `EXEC` in einer Tabelle speichern. DMS Schema Conversion erstellt temporäre Tabellen und ein zusätzliches Verfahren, um dieses Feature zu emulieren. Wählen Sie **Zusätzliche Routinen für die Verarbeitung offener Datensätze erstellen** aus, um diese Emulation zu verwenden. + Sie können die Vorlage definieren, die für die Schemanamen im konvertierten Code verwendet werden soll. Wählen Sie für **Schema-Namen** eine der folgenden Optionen aus: + **DB** – Verwendet den SQL-Server-Datenbanknamen als Schemanamen in PostgreSQL. + **SCHEMA** – Verwendet den SQL-Server-Schemanamen als Schemanamen in PostgreSQL. + **DB\$1SCHEMA** – Verwendet eine Kombination aus SQL-Server-Datenbank- und -Schemanamen als Schemanamen in PostgreSQL. + Sie können die Groß- und Kleinschreibung in den Namen von Quelloperanden beibehalten. Um zu verhindern, dass Operandennamen in Kleinbuchstaben umgewandelt werden, wählen Sie bei Operationen, bei denen Groß- und Kleinschreibung beachtet wird**, die Kleinschreibung vermeiden** aus. Diese Option ist nur anwendbar, wenn die Funktion zur Berücksichtigung von Groß- und Kleinschreibung in der Quelldatenbank aktiviert ist. + Sie können die Parameternamen aus der Quelldatenbank beibehalten. DMS Schema Conversion kann den Namen von Parametern im konvertierten Code doppelte Anführungszeichen hinzufügen. Wählen Sie dazu die Option **Ursprüngliche Parameternamen beibehalten** aus. + Sie können eine Länge von Routineparametern aus Ihrer Quelldatenbank behalten. DMS Schema Conversion erstellt Domains und verwendet sie, um eine Länge von Routineparametern anzugeben. Wählen Sie dazu die Option **Parameterlängen beibehalten** aus. + Um nicht unterstützte integrierte Objekte in Stub-Objekte zu konvertieren, aktivieren **Sie die Einstellung Nicht unterstützte integrierte Objekte in Stub-Objekte konvertieren**: + Wenn diese Option aktiviert ist, ersetzt DMS SC nicht unterstützte integrierte Objekte durch entsprechende Stub-Objekte in der Zieldatenbank. Diese Funktion konvertiert Codeabschnitte, die normalerweise in den Migrationsproblemen 7811 oder 7904 enthalten wären. Es erstellt Stub-Objekte auf der Grundlage des Typs der integrierten Quellobjekte `PROCEDURE` für Prozeduren, Ansichten `VIEW` oder Tabellen. Die Konvertierung eines Quelldatenbankobjekts mit dem Aufruf eines nicht unterstützten Objekts führt zum Aufruf eines Stub-Objekts und führt zu einem Migrationsproblem 7822. Sie können sich dafür entscheiden, Stub-Objekte in einem separaten Schema zu erstellen, indem **Sie die Option Stub-Objekte in einem separaten Schema erstellen** aktivieren. Wenn diese Option ausgewählt ist, werden Stub-Objekte in einem speziellen Schema erstellt, das `aws_sqlserver_stub` in der Zieldatenbank benannt ist. Wenn diese Option nicht ausgewählt ist, werden sie in demselben Schema wie die aufrufenden Objekte erstellt. + Stub-Routinen werden auf der Grundlage des vollqualifizierten Namens der ursprünglichen integrierten Routine benannt. Bei Stub-Ansichten umfasst die Benennungskonvention den Namen des Systemschemas. `system_schema_name$builtin_view_name` Bei der erneuten Konvertierung sucht DMS SC nach vorhandenen Stub-Routinen in der Zieldatenbank. Existiert bereits eine Routine mit demselben Namen und denselben Eingabeparametern, wird sie nicht überschrieben. Überprüfen Sie nach der Konvertierung den benutzerdefinierten Code für Stub-Routinen und implementieren Sie ihn nach Bedarf. + `CITEXT`Die Einstellungen für den Datentyp für alle Zeichenkettendatentypen in der DMS-Schemakonvertierung umfassen Folgendes: + Um den `CITEXT` Datentyp bei der Konvertierung von SQL Server nach PostgreSQL für Zeichenkettenoperationen ohne Berücksichtigung der Groß- und Kleinschreibung zu verwenden, aktivieren **Sie die Einstellung CITEXT für alle Zeichenkettendatentypen verwenden**. Diese Option trägt dazu bei, ein konsistentes Verhalten bei der Migration von einem SQL Server ohne Berücksichtigung der Groß- und Kleinschreibung zu einer PostgreSQL-Umgebung aufrechtzuerhalten. + Wenn diese Option aktiviert ist, konvertiert DMS SC alle relevanten Zeichenkettendatentypen aus der SQL Server-Quelldatenbank in PostgreSQL. `CITEXT` Dadurch werden explizite LOWER () -Funktionsaufrufe in Bedingungen überflüssig und Zeichenkettenausdrücke in bedingten Operationen werden automatisch in umgewandelt. `CITEXT` + Führen Sie die folgende Abfrage aus, um festzustellen, ob Ihre SQL Server-Instanz zwischen Groß- und Kleinschreibung unterscheidet: ``` SELECT SERVERPROPERTY('COLLATION'); ``` Ein Ergebnis, das 'CI' enthält, bedeutet, dass Groß- und Kleinschreibung nicht beachtet wird, während 'CS' bedeutet, dass Groß- und Kleinschreibung beachtet wird. + Die `CITEXT` Konvertierung gilt möglicherweise nicht in Szenarien, in denen explizite Sortiereinstellungen mit Berücksichtigung der Groß- und Kleinschreibung auf Server-, Datenbank- oder Spaltenebene verwendet werden. Um diese Funktion zu verwenden, stellen Sie sicher, dass das `CITEXT` Modul in Ihrer PostgreSQL-Zieldatenbank installiert und verfügbar ist. + Beachten Sie bei der Verwendung der `CITEXT` Datentypkonvertierung die folgenden bewährten Methoden: + Aktivieren Sie diese Funktion, wenn Sie von einem SQL Server migrieren, bei dem Groß- und Kleinschreibung nicht berücksichtigt wird, um ein konsistentes Verhalten in PostgreSQL aufrechtzuerhalten. + Überprüfen Sie Ihren Anwendungscode, um sicherzustellen, dass er nicht auf Zeichenkettenoperationen basiert, bei denen Groß- und Kleinschreibung beachtet wird. + Testen Sie Ihre Anwendung nach der Migration gründlich, um sicherzustellen, dass das Verhalten, bei dem die Groß- und Kleinschreibung nicht beachtet wird, erwartungsgemäß beibehalten wird. # Grundlegendes zu den Konvertierungseinstellungen von PostgreSQL in MySQL Zu den Einstellungen für die Konvertierung von PostgreSQL nach MySQL in der DMS-Schemakonvertierung gehören: + **Kommentare im konvertierten SQL-Code**: Diese Einstellung beinhaltet Kommentare im konvertierten Code für die Aktionselemente mit dem ausgewählten Schweregrad und höher. Diese Einstellung unterstützt die folgenden Werte: + Nur Fehler + Errors and warnings (Fehler und Warnungen) + Alle Nachrichten # Grundlegendes zu den Konvertierungseinstellungen von IBM Db2 for LUW zu Amazon RDS for PostgreSQL **Anmerkung** Die AWS Management Console unterstützt nicht die Erstellung von Migrationsprojekten in DMS Schema Conversion, die IBM Db2 for LUW als Quelldatenanbieter mit Amazon RDS for PostgreSQL als Zieldatenanbieter verwenden. Verwenden Sie stattdessen die AWS CLI- oder DMS-Schemakonvertierung API. Die Einstellungen für die Konvertierung von IBM Db2 für Linux, UNIX und Windows zu Amazon RDS for PostgreSQL in der DMS-Schemakonvertierung umfassen Folgendes: + **Kommentare im konvertierten SQL-Code**: Diese Einstellung beinhaltet Kommentare im konvertierten Code für die Aktionselemente mit dem ausgewählten Schweregrad und höher. Diese Einstellung unterstützt die folgenden Werte: + Nur Fehler + Errors and warnings (Fehler und Warnungen) + Alle Nachrichten # Grundlegendes zu den Konvertierungseinstellungen von IBM Db2 for z/OS zu Amazon RDS for Db2 Die DB2 Konvertierungseinstellungen von IBM für z/OS Amazon RDS bei der DMS-Schemakonvertierung umfassen Folgendes: + **Kommentare im konvertierten SQL-Code**: Diese Einstellung beinhaltet Kommentare im konvertierten Code für die Aktionselemente mit dem ausgewählten Schweregrad und höher. Diese Einstellung unterstützt die folgenden Werte: + Nur Fehler + Errors and warnings (Fehler und Warnungen) + Alle Nachrichten # Grundlegendes zu den Konvertierungseinstellungen von IBM Db2 for z/OS zu Amazon RDS for PostgreSQL **Anmerkung** Die AWS Management Console unterstützt nicht die Erstellung von Migrationsprojekten in DMS Schema Conversion, die IBM Db2 for z/OS als Quelldatenanbieter mit Amazon RDS for PostgreSQL als Zieldatenanbieter verwenden. Verwenden Sie stattdessen die AWS CLI- oder DMS-Schemakonvertierung API. Die Konvertierungseinstellungen von IBM Db2 for z/OS zu Amazon RDS for PostgreSQL in der DMS-Schemakonvertierung umfassen Folgendes: + **Kommentare im konvertierten SQL-Code**: Diese Einstellung beinhaltet Kommentare im konvertierten Code für die Aktionselemente mit dem ausgewählten Schweregrad und höher. Diese Einstellung unterstützt die folgenden Werte: + Nur Fehler + Errors and warnings (Fehler und Warnungen) + Alle Nachrichten # Grundlegendes zu den Konvertierungseinstellungen von SAP ASE (Sybase ASE) nach PostgreSQL Die Einstellungen für die Konvertierung von SAP ASE (Sybase ASE) nach PostgreSQL in der DMS-Schemakonvertierung umfassen Folgendes: + **Um die entsprechenden Datenbankobjekte mithilfe von generativer KI zu konvertieren, aktivieren Sie die Einstellung Generative AI.** Objekte, die erfolgreich mit generativer KI konvertiert wurden, werden anhand des **Aktionspunkts 3077** eindeutig gekennzeichnet, in dem es heißt: „Bei dieser Konvertierung werden Modelle für maschinelles Lernen verwendet, die Vorhersagen auf der Grundlage von Datenmustern generieren.“ Weitere Informationen finden Sie unter [Datenbankobjekte mit generativer KI konvertieren](schema-conversion-convert.databaseobjects.md). + **Kommentare im konvertierten SQL-Code:** Diese Einstellung beinhaltet Kommentare im konvertierten Code für die Aktionselemente mit dem ausgewählten Schweregrad und höher. Diese Einstellung unterstützt die folgenden Werte: + Nur Fehler + Errors and warnings (Fehler und Warnungen) + Alle Nachrichten + Sie können die Vorlage definieren, die für die Schemanamen im konvertierten Code verwendet werden soll. Wählen Sie für **Schema-Namen** eine der folgenden Optionen aus: + **DB** — Verwendet den SAP ASE-Datenbanknamen (Sybase ASE) als Schemanamen in PostgreSQL. + **SCHEMA** — Verwendet den SAP ASE-Schemanamen (Sybase ASE) als Schemanamen in PostgreSQL. + **DB\$1SCHEMA** — Verwendet eine Kombination aus der SAP ASE-Datenbank (Sybase ASE) und Schemanamen als Schemanamen in. + Sie können die genaue Groß- und Kleinschreibung von Objektnamen aus Ihrer Quelldatenbank beibehalten. Wählen Sie dazu die Option Objektnamen der Quelldatenbank unter Berücksichtigung von Groß- und Kleinschreibung behandeln aus. Wenn diese Option deaktiviert ist, werden alle Datenbankobjektnamen in Kleinbuchstaben umgewandelt. + Sie können verhindern, dass Operanden bei Operationen ohne Berücksichtigung der Groß- und Kleinschreibung in Kleinbuchstaben umgewandelt werden. Bei der DMS-Schemakonvertierung wird die LOWER-Funktion nicht auf Operanden im konvertierten Code angewendet. Wählen Sie dazu bei Operationen, bei denen die Groß- und Kleinschreibung nicht **beachtet wird, die Umwandlung von Operanden in Kleinbuchstaben vermeiden** aus. Wenn diese Option nicht ausgewählt ist (Standardeinstellung), wendet die DMS-Schemakonvertierung automatisch die LOWER-Funktion an, um Operanden in Kleinbuchstaben umzuwandeln, bevor Vergleiche ohne Berücksichtigung der Groß- und Kleinschreibung durchgeführt werden. + In SAP ASE (Sybase ASE) können Sie Indizes mit identischen Namen in verschiedenen Tabellen erstellen. PostgreSQL verlangt, dass alle Indexnamen innerhalb eines Schemas eindeutig sind. Um sicherzustellen, dass die AWS Schemakonvertierung während der Migration eindeutige Indexnamen erstellt, wählen Sie **Eindeutige Namen für Indizes generieren** aus. Diese Option fügt Indexnamen automatisch Präfixe hinzu, um Namenskonflikte in Ihrer PostgreSQL-Zieldatenbank zu vermeiden. # Aktualisieren Ihrer Datenbankschemas in DMS Schema Conversion Nachdem Sie ein Migrationsprojekt erstellt haben, speichert DMS Schema Conversion die Informationen zu Ihren Quell- und Zielschemas in diesem Projekt. DMS Schema Conversion verwendet *Lazy Loading*, um Metadaten nur dann zu laden, wenn sie benötigt werden, z. B. wenn Sie einen Knoten in Ihrer Datenbank-Strukturansicht auswählen. Sie können *Eager Loading* verwenden, um die Schemainformationen schneller zu laden. Wählen Sie dazu Ihr Schema und dann **Metadaten laden** unter **Aktionen** aus. Nachdem Sie das Objekt automatisch oder manuell in Ihr Migrationsprojekt geladen haben, verwendet DMS Schema Conversion Lazy Loading nicht erneut. Wenn Sie also Objekte wie Tabellen und Verfahren in Ihrer Datenbank ändern, müssen Sie sie unbedingt in Ihrem Migrationsprojekt aktualisieren. Um Schemas aus der Datenbank zu aktualisieren, wählen Sie die Objekte, die aktualisiert werden sollen, und anschließend **Aus Datenbank aktualisieren** unter **Aktionen** aus. Sie können Datenbankobjekte in Ihren Quell- und Zieldatenbankschemas aktualisieren: + **Quelle** – Wenn Sie das Schema der Quelldatenbank aktualisieren, wählen Sie **Aus Datenbank aktualisieren** aus, um das Schema im Projekt durch das neueste Schema von der Quelldatenbank zu ersetzen. + **Ziel** – Wenn Sie das Schema der Zieldatenbank aktualisieren, ersetzt DMS Schema Conversion das Schema im Projekt durch das neueste Schema von der Zieldatenbank. DMS Schema Conversion ersetzt den konvertierten Code durch den Code aus der Zieldatenbank. Stellen Sie sicher, dass Sie den konvertierten Code auf die Zieldatenbank angewendet haben, bevor Sie **Aus Datenbank aktualisieren** auswählen. Konvertieren Sie andernfalls Ihr Quelldatenbankschema erneut. # Speichern und Anwenden des konvertierten Codes in DMS Schema Conversion Nach dem Konvertieren Ihrer Quelldatenbankobjekte wendet DMS Schema Conversion den konvertierten Code nicht sofort auf Ihre Zieldatenbank an. Stattdessen speichert DMS Schema Conversion den konvertierten Code im Projekt, bis Sie bereit sind, ihn auf die Zieldatenbank anzuwenden. Bevor Sie den konvertierten Code anwenden, können Sie den Code Ihrer Quelldatenbank aktualisieren und die aktualisierten Objekte erneut konvertieren, um die vorhandenen Aktionselemente zu berücksichtigen. Weitere Informationen zu Elementen, die DMS Schema Conversion nicht automatisch konvertieren kann, finden Sie unter [Erstellung von Bewertungsberichten zur Datenbankmigration mit DMS Schema Conversion](assessment-reports.md). Weitere Informationen zum Aktualisieren Ihrer Quelldatenbankobjekte im Migrationsprojekt für DMS Schema Conversion finden Sie unter [Aktualisieren Ihrer Datenbankschemas](schema-conversion-refresh.md). Anstatt den konvertierten Code in DMS Schema Conversion direkt auf Ihre Datenbank anzuwenden, können Sie den Code als SQL-Skript in einer Datei speichern. Sie können diese SQL-Skripts überprüfen, bei Bedarf bearbeiten und dann manuell auf Ihre Zieldatenbank anwenden. ## Speichern des konvertierten Codes in einer SQL-Datei Sie können das konvertierte Schema als SQL-Skripts in einer Textdatei speichern. Sie können den konvertierten Code ändern, um Aktionselemente zu berücksichtigen, die DMS Schema Conversion nicht automatisch konvertieren kann. Anschließend können Sie die aktualisierten SQL-Skripts auf der Zieldatenbank ausführen und den konvertierten Code auf die Zieldatenbank anwenden. **So speichern Sie Ihr konvertiertes Schema als SQL-Skripts** 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 und dann **Schemakonvertierung** aus. 1. Wählen Sie **Schemakonvertierung starten** aus. Die Seite **Schemakonvertierung** wird geöffnet. 1. Wählen Sie im rechten Bereich das Zieldatenbankschema oder die konvertierten Objekte aus, die Sie speichern möchten. Stellen Sie sicher, dass DMS Schema Conversion den übergeordneten Knoten blau hervorhebt und das Menü **Aktionen** für die Zieldatenbank aktiviert. 1. Wählen Sie **Als SQL speichern** für **Aktionen** aus. Das Dialogfeld **Speichern** wird angezeigt. 1. Wählen Sie **Als SQL speichern** aus, um Ihre Auswahl zu bestätigen. DMS Schema Conversion erstellt ein Archiv mit SQL-Dateien und speichert dieses Archiv in Ihrem Amazon-S3-Bucket. 1. (Optional) Ändern Sie den S3-Bucket für das Archiv, indem Sie die Einstellungen für die Schemakonvertierung in Ihrem Instance-Profil bearbeiten. 1. Öffnen Sie die SQL-Skripts über Ihren S3-Bucket. ## Anwenden des konvertierten Codes Wenn Sie bereit sind, den konvertierten Code auf die Zieldatenbank anzuwenden, wählen Sie im rechten Projektbereich die Datenbankobjekte aus. Sie können Änderungen auf ein ganzes Datenbankschema oder auf ausgewählte Datenbankschema-Objekte anwenden. Nachdem Sie die Datenbankobjekte ausgewählt haben, hebt DMS Schema Conversion den Namen des ausgewählten Knotens oder des übergeordneten Knotens blau hervor. Anschließend wird das Menü **Aktionen** aktiviert. Wählen Sie **Änderungen anwenden** für **Aktionen** aus. Wählen Sie im daraufhin angezeigten Dialogfeld **Anwenden** aus, um Ihre Auswahl zu bestätigen und den konvertierten Code auf die Zieldatenbank anzuwenden. ## Anwenden des Erweiterungspaket-Schemas Wenn Sie Ihr konvertiertes Schema zum ersten Mal auf die Zieldatenbank anwenden, wendet DMS Schema Conversion möglicherweise auch das Erweiterungspaket-Schema an. Das Erweiterungspaket-Schema emuliert Systemfunktionen der Quelldatenbank, die zum Ausführen des konvertierten Codes für die Zieldatenbank benötigt werden. Wenn der konvertierte Code die Funktionen des Erweiterungspakets verwendet, stellen Sie sicher, dass Sie das Erweiterungspaket-Schema anwenden. Wählen Sie **Änderungen anwenden** unter **Aktionen** aus, um das Erweiterungspaket manuell auf die Zieldatenbank anzuwenden. Wählen Sie im daraufhin angezeigten Dialogfeld **Bestätigen** aus, um das Erweiterungspaket auf die Zieldatenbank anzuwenden. Es wird empfohlen, das Erweiterungspaket-Schema nicht zu ändern, um unerwartete Ergebnisse im konvertierten Code zu vermeiden. Weitere Informationen finden Sie unter [Verwenden von Erweiterungspaketen bei DMS Schema Conversion](extension-pack.md). # Embedded SQL in Java-Anwendungen konvertieren Wenn Sie eine DMS-Schemakonvertierung verwenden AWS DMS , um eine Datenbank zu migrieren, müssen Sie möglicherweise das eingebettete SQL in Ihrer Anwendung konvertieren, damit es mit Ihrer Zieldatenbank kompatibel ist. Anstatt es manuell zu konvertieren, können Sie Amazon Q in der IDE verwenden, um die Konvertierung zu automatisieren. Amazon Q verwendet Metadaten aus einer DMS-Schemakonvertierung, um Embedded SQL in Ihrer Anwendung in eine Version zu konvertieren, die mit Ihrer Zieldatenbank kompatibel ist. Amazon Q erkennt Oracle-SQL-Code in Ihrer Anwendung und konvertiert ihn in die PostgreSQL-Syntax. Weitere Informationen finden Sie unter [Konvertieren von Embedded SQL in Java-Anwendungen mit Amazon Q Developer](https://docs.aws.amazon.com/amazonq/latest/qdeveloper-ug/transform-sql.html). **Metadatendatei für die Embedded SQL-Konvertierung in eine Java-Anwendung herunterladen** 1. Wenn Sie die Konvertierung abgeschlossen haben, schließen Sie das Projekt und wechseln Sie zum S3-Bucket, in dem Ihr Projekt gespeichert ist. 1. Öffnen Sie den Ordner und suchen Sie den Projektordner („sct-project“). 1. Laden Sie das Objekt im Projektordner herunter. Dies wird eine Zip-Datei sein. 1. Verwenden Sie die heruntergeladene ZIP-Datei als Eingabe für Ihre Transformation mit Amazon Q: [Konvertieren von Embedded SQL in Java-Anwendungen mit Amazon Q Developer](https://docs.aws.amazon.com/amazonq/latest/qdeveloper-ug/transform-sql.html). # Verwenden von Erweiterungspaketen bei DMS Schema Conversion Ein *Erweiterungspaket* in DMS Schema Conversion ist ein Zusatzmodul, das Funktionen der Quelldatenbank emuliert, die in der Zieldatenbank nicht unterstützt werden. Verwenden Sie ein Erweiterungspaket, um sicherzustellen, dass der konvertierte Code dieselben Ergebnisse liefert wie der Quellcode. Bevor Sie ein Erweiterungspaket installieren können, müssen Sie Ihre Datenbankschemata konvertieren. Jedes Erweiterungspaket enthält ein Datenbankschema. Dieses Schema beinhaltet SQL-Funktionen, Prozeduren, Tabellen und Ansichten zur Emulation bestimmter OLTP-Objekte (Online Transaction Processing) oder nicht unterstützter integrierter Funktionen aus der Quelldatenbank. Wenn Sie Ihre Quelldatenbank konvertieren, fügt DMS Schema Conversion ein zusätzliches Schema zur Zieldatenbank hinzu. Über dieses Schema werden SQL-Systemfunktionen der Quelldatenbank implementiert, die zum Schreiben des konvertierten Schemas in die Zieldatenbank benötigt werden. Dieses Zusätzliche Schema wird als Erweiterungspaketschema bezeichnet. Das Erweiterungspaketschema wird wie folgt entsprechend Ihrer Quelldatenbank benannt: + Microsoft SQL Server – `aws_sqlserver_ext` + Oracle – `aws_oracle_ext` Sie können Erweiterungspakete auf zwei Arten anwenden: + DMS Schema Conversion kann automatisch ein Erweiterungspaket anwenden, wenn Sie den konvertierten Code anwenden. DMS Schema Conversion wendet das Erweiterungspaket an, bevor es die anderen Schema-Objekte anwendet. + Sie können ein Erweiterungspaket manuell anwenden. Wählen Sie dazu das Erweiterungspaket-Schema in Ihrer Zieldatenbankstruktur aus und klicken Sie dann auf **Anwenden** und dann auf **Erweiterungspaket anwenden**. # AWS Zuordnung von IAM-Aktionen zur API-Konvertierung für DMS-Schemakonvertierung und Common Studio Framework (CSF) Beim Einrichten der Zugriffskontrolle und beim Schreiben von IAM-Berechtigungsrichtlinien für die DMS-Schemakonvertierung und das Common Studio Framework ist es wichtig zu verstehen, wie API-Aktionen den IAM-Berechtigungen zugeordnet werden. Während einige Aktionen auf beiden Schnittstellen identische Namen haben, unterscheiden sich andere erheblich. In der folgenden Tabelle ist die korrekte Zuordnung zwischen API-Vorgängen und IAM-Aktionen aufgeführt: **Zuordnung von API zu IAM** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/dms/latest/userguide/schema-conversion-iam.mapping.html)