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 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. Weitere Informationen zur Verwendung der DMS-Schemakonvertierung mit einer Oracle-Quelldatenbank finden Sie in der Walkthrough zur Migration von Oracle nach PostgreSQL. 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_CATALOG_ROLE
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.
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.
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
undTO_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
- undLAG
-Funktionen verwendet, kann DMS diese Funktionen mit derNVL
-Funktion emulieren. Standardmäßig löst DMS für jede Verwendung derLEAD
- undLAG
-Funktionen ein Aktionselement aus. Wenn Sie diese Funktionen mitNVL
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 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.