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