Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Utilisation d’une base de données Oracle Data Warehouse en tant que source pour la conversion de schéma DMS
Vous pouvez utiliser des bases de données Oracle Data Warehouse en tant que source de migration dans l’outil de conversion de schéma DMS pour convertir des objets de code de base de données et le code d’application vers Amazon Redshift.
Pour plus d’informations sur les versions de base de données Oracle prises en charge, consultez Fournisseurs de données sources pour la conversion de DMS schémas. Pour plus d'informations sur l'utilisation de la conversion de schéma DMS avec une base de données Oracle source, consultez le guide de migration d'Oracle vers step-by-step PostgreSQL.
Privilèges requis pour l’utilisation d’Oracle Data Warehouse en tant que source
Les privilèges suivants sont requis pour utiliser Oracle Data Warehouse en tant que source :
CONNECT
SELECT_CATALOG_ROLE
SELECT ANY DICTIONARY
Paramètres de conversion d’Oracle Data Warehouse vers Amazon Redshift
Pour plus d’informations sur les paramètres de conversion de schéma DMS, consultez Spécification des paramètres de conversion de schéma pour les projets de migration.
Les paramètres de conversion d’Oracle Data Warehouse vers Amazon Redshift sont les suivants :
Ajouter des commentaires dans le code converti pour les actions ayant le niveau de gravité sélectionné ou un niveau supérieur : ce paramètre limite le nombre de commentaires sur les actions dans le code converti. DMS ajoute des commentaires dans le code converti pour les éléments d’action ayant le niveau de gravité sélectionné ou un niveau supérieur.
Par exemple, pour réduire au maximum le nombre de commentaires dans votre code converti, choisissez Erreurs uniquement. Pour inclure les commentaires pour tous les éléments d’action de votre code converti, choisissez Tous les messages.
Nombre maximal de tables pour le cluster Amazon Redshift cible : ce paramètre définit le nombre maximal de tables que DMS peut appliquer à votre cluster Amazon Redshift cible. Amazon Redshift dispose de quotas qui limitent l’utilisation des tables pour différents types de nœud de cluster. Ce paramètre prend en charge les valeurs suivantes :
Auto : DMS détermine le nombre de tables à appliquer à votre cluster Amazon Redshift cible en fonction du type de nœud.
Définir une valeur : définissez le nombre de tables manuellement.
DMS convertit toutes vos tables sources, même si le nombre de tables est supérieur à ce que votre cluster Amazon Redshift peut stocker. DMS stocke le code converti dans votre projet et ne l’applique pas à la base de données cible. Si vous atteignez le quota de tables du cluster Amazon Redshift lorsque vous appliquez le code converti, DMS affiche un message d’avertissement. DMS applique également des tables à votre cluster Amazon Redshift cible jusqu’à ce que le nombre de tables atteigne la limite.
Pour plus d’informations sur les quotas de tables d’Amazon Redshift, consultez la section Quotas et limites d’Amazon Redshift.
Utiliser la vue UNION ALL : ce paramètre vous permet de définir le nombre maximal de tables cibles que DMS peut créer pour une seule table source.
Amazon Redshift ne prend pas en charge le partitionnement des tables. Pour émuler le partitionnement des tables et accélérer l’exécution des requêtes, DMS peut migrer chaque partition de votre table source vers une table distincte dans Amazon Redshift. Ensuite, DMS crée une vue incluant les données de toutes les tables cibles qu’il crée.
DMS détermine automatiquement le nombre de partitions de votre table source. Selon le type de partitionnement de votre table source, ce nombre peut dépasser le quota de tables que vous pouvez appliquer à votre cluster Amazon Redshift. Pour éviter d’atteindre ce quota, entrez le nombre maximal de tables cibles que DMS peut créer pour les partitions d’une seule table source. L’option par défaut est 368 tables, soit une partition par jour pendant un an, plus deux tables pour les partitions NO RANGE et UNKNOWN.
Les éléments de format datetype que vous utilisez dans le code Oracle sont semblables aux chaînes de format datetime dans Amazon Redshift : utilisez ce paramètre pour convertir des fonctions de formatage de type de données telles que
TO_CHAR
,TO_DATE
etTO_NUMBER
avec des éléments de format datetime non pris en charge par Amazon Redshift. Par défaut, DMS utilise les fonctions du pack d’extension pour émuler ces éléments non pris en charge dans le code converti.Le modèle de format datetime d’Oracle inclut plus d’éléments que les chaînes de format datetime d’Amazon Redshift. Lorsque votre code source inclut uniquement des éléments de format datetime pris en charge par Amazon Redshift, définissez cette valeur pour éviter l’utilisation des fonctions du pack d’extension dans le code converti. Le fait d’éviter les fonctions du pack d’extension accélère l’exécution du code converti.
Les éléments de format numérique que vous utilisez dans le code Oracle sont semblables aux chaînes de format numérique d’Amazon Redshift : utilisez ce paramètre pour convertir les fonctions de formatage de type numérique non prises en charge par Amazon Redshift. Par défaut, DMS utilise les fonctions du pack d’extension pour émuler ces éléments non pris en charge dans le code converti.
Le modèle de format numérique d’Oracle inclut plus d’éléments que les chaînes de format numérique d’Amazon Redshift. Lorsque votre code source inclut uniquement des éléments de format numérique pris en charge par Amazon Redshift, définissez cette valeur pour éviter l’utilisation des fonctions du pack d’extension dans le code converti. Le fait d’éviter les fonctions du pack d’extension accélère l’exécution du code converti.
Utiliser la fonction NVL pour émuler le comportement des fonctions LEAD et LAG d’Oracle : si votre code source n’utilise pas les valeurs offset par défaut des fonctions
LEAD
etLAG
, DMS peut émuler ces dernières avec la fonctionNVL
. Par défaut, DMS déclenche une action pour chaque utilisation des fonctionsLEAD
etLAG
. L’émulation de ces fonctions à l’aide deNVL
accélère l’exécution du code converti.Émuler le comportement des clés primaires et uniques : définissez ce paramètre pour que DMS imite le comportement des contraintes des clés principales et uniques sur le cluster Amazon Redshift cible. Amazon Redshift n’applique pas les contraintes des clés principales et uniques et les utilise uniquement à titre d’information. Si votre code source utilise des contraintes de clé primaire ou unique, définissez ce paramètre pour que DMS imite leur comportement.
Utiliser un encodage de compression : définissez ce paramètre pour appliquer un encodage de compression aux colonnes des tables Amazon Redshift. DMS attribue automatiquement un encodage de compression à l’aide de l’algorithme Redshift par défaut. Pour plus d’informations sur l’encodage de compression, consultez Encodages de compression dans le Guide du développeur Amazon Redshift Database.
Amazon Redshift n’applique pas de compression par défaut aux colonnes définies comme clés de tri et de distribution. Pour appliquer une compression à ces colonnes, sélectionnez Utiliser un encodage de compression pour les colonnes KEY. Vous ne pouvez sélectionner cette option que lorsque vous définissez Utiliser un encodage de compression.