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.
# 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).