Évaluations Oracle

Pour plus d'informations sur les autorisations lors de l'utilisation d'Oracle comme source, consultez Privilèges de compte utilisateur requis sur une source Oracle autogérée pour AWS DMS ou Privilèges de compte utilisateur requis sur une source Oracle AWS gérée pour AWS DMS.

grant select on gv_$parameter to dms_user;
                    grant select on v_$instance to dms_user;
                    grant select on v_$version to dms_user;
                    grant select on gv_$ASM_DISKGROUP to dms_user;
                    grant select on gv_$database to dms_user;
                    grant select on DBA_DB_LINKS to to dms_user;
                    grant select on gv_$log_History to dms_user;
                    grant select on gv_$log to dms_user;
                    grant select on dba_types to dms_user;
                    grant select on dba_users to dms_user;
                    grant select on dba_directories to dms_user;
                    grant execute on SYS.DBMS_XMLGEN to dms_user;

grant select on dba_segments to dms_user;
                    grant select on v_$tablespace to dms_user;
                    grant select on dba_tab_subpartitions to dms_user;
                    grant select on dba_extents to dms_user; 

EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('V_$PARAMETER', 'dms_user', 'SELECT');
                    EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('V_$INSTANCE', 'dms_user', 'SELECT');
                    EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('V_$VERSION','dms_user', 'SELECT');
                    EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('GV_$ASM_DISKGROUP','dms_user', 'SELECT');
                    EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('GV_$DATABASE','dms_user', 'SELECT');
                    EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('DBA_DB_LINKS','dms_user', 'SELECT');
                    EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('GV_$LOG_HISTORY','dms_user', 'SELECT');
                    EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('GV_$LOG','dms_user', 'SELECT');
                    EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('DBA_TYPES','dms_user', 'SELECT');
                    EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('DBA_USERS','dms_user', 'SELECT');
                    EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('DBA_DIRECTORIES','dms_user', 'SELECT');
                    GRANT SELECT ON RDSADMIN.RDS_CONFIGURATION to dms_user;
                    GRANT EXECUTE ON SYS.DBMS_XMLGEN TO dms_user;
                

EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('DBA_SEGMENTS','dms_user', 'SELECT');
                    EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('DBA_TAB_SUBPARTITIONS','dms_user', 'SELECT');
                    EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('DBA_EXTENTS','dms_user', 'SELECT');
                    EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('V_$TABLESPACE','dms_user', 'SELECT');

grant select on v_$instance to dms_user;
                    grant execute on SYS.DBMS_XMLGEN to dms_user;

EXEC RDSADMIN.RDSADMIN_UTIL.GRANT_SYS_OBJECT('V_$INSTANCE', 'dms_user', 'SELECT');
                    GRANT EXECUTE ON SYS.DBMS_XMLGEN TO dms_user;

Validez que le mode LOB limité n'est utilisé que lorsqu'il BatchApplyEnabled est activé

Clé API : oracle-batch-apply-lob-mode

Cette évaluation préalable à la migration permet de vérifier si les tables de la tâche DMS incluent des colonnes LOB. Si des colonnes LOB sont incluses dans la portée de la tâche, vous devez les utiliser BatchApplyEnabled conjointement avec le mode LOB limité uniquement.

Pour plus d'informations, consultez la section Paramètres des tâches de métadonnées cibles.

Validez si les tables de la source contiennent des colonnes sans échelle spécifiée pour le type de données Number

Clé API : oracle-number-columns-without-scale

Cette évaluation de prémigration permet de vérifier si la tâche DMS inclut des colonnes de type de données NUMBER sans échelle spécifiée. Nous vous recommandons de définir le paramètre NumberDataTypeScale de point final sur la valeur spécifiée dans le rapport d'évaluation.

Pour plus d'informations, consultez la section Paramètres des terminaux lors de l'utilisation d'Oracle comme source pour AWS DMS.

Valider les déclencheurs sur la base de données cible

Clé API : oracle-target-triggers-are-enabled

Cette évaluation préalable à la migration permet de vérifier si les déclencheurs sont activés sur la base de données cible. L'évaluation échouera si les déclencheurs sont activés. Nous vous recommandons de désactiver ou de supprimer les déclencheurs pendant la migration.

Pour plus d'informations, voir Pour plus d'informations, voir Meilleures pratiques DMS.

Validez si archivelog DEST_ID est défini sur 0 pour la source

Clé API : oracle-zero-archive-log-dest-id

Cette évaluation de prémigration permet de vérifier si l'attribut de connexion supplémentaire du point de terminaison useZeroDestid=true est défini pour la source si le journal archivé DEST_ID est défini sur 0.

Pour plus d'informations, voir Comment gérer la AWS DMS réplication lorsqu'elle est utilisée avec la base de données Oracle dans des scénarios de basculement.

Validez si les index secondaires sont activés sur la base de données cible pendant le chargement complet

Clé API : oracle-check-secondary-indexes

Cette évaluation préalable à la migration permet de vérifier si les index secondaires sont activés lors du chargement complet de la base de données cible. Nous vous recommandons de désactiver ou de supprimer les index secondaires pendant le chargement complet.

Pour plus d'informations, consultez la rubrique Meilleures pratiques pour AWS Database Migration Service.

Validez si les tables utilisées dans l'étendue des tâches DMS BatchApplyEnabled comportent plus de 999 colonnes

Clé API : oracle-batch-apply-lob-999

Les tableaux pour lesquels le mode d'application optimisé par lots est activé ne peuvent pas comporter plus de 999 colonnes au total. Les tables comportant plus de 999 colonnes AWS DMS entraîneront le traitement du lot un par un, ce qui augmente la latence. DMS utilise la formule 2 * columns_in_original_table + columns_in_primary_key <= 999 pour calculer le nombre total de colonnes par table prises en charge en mode d'application optimisé par lots.

Pour plus d'informations, consultez la section Limitations relatives à Oracle en tant que cible pour AWS Database Migration Service.

Vérification de la journalisation supplémentaire au niveau de la base de données

Clé API : oracle-supplemental-db-level

Cette évaluation de prémigration permet de vérifier si une journalisation supplémentaire minimale est activée au niveau de la base de données. Vous devez activer la journalisation supplémentaire pour utiliser une base de données Oracle en tant que source de migration.

Pour activer la journalisation supplémentaire, utilisez la requête suivante :

ALTER DATABASE ADD SUPPLEMENTAL LOG DATA

Pour de plus amples informations, veuillez consulter Configurez une journalisation supplémentaire.

Cette évaluation n'est valable que pour une migration à pleine charge et vers le CDC, ou pour une CDC-only migration. Cette évaluation n’est pas valide pour une migration de chargement complet uniquement.

Validation si le lien de base de données requis a été créé pour la base de données de secours

Clé API : oracle-validate-standby-dblink

Cette évaluation de prémigration permet de vérifier si un lien de base de données a été créé pour la source de base de données de secours Oracle. AWSDMS_DBLINK est un prérequis à l’utilisation d’une base de données de secours en tant que source. Lorsque vous utilisez Oracle Standby en tant que source, AWS DMS ne valide pas les transactions ouvertes par défaut.

Pour de plus amples informations, veuillez consulter Utilisation d'une base de données Oracle autogérée comme source pour AWS DMS.

Cette évaluation n'est valable que pour une migration à pleine charge et vers le CDC, ou pour une CDC-only migration. Cette évaluation n’est pas valide pour une migration de chargement complet uniquement.

Validation Oracle pour le type de données LOB et si le lecteur binaire est configuré

Clé API : oracle-binary-lob-source-validation

Cette évaluation préalable à la migration permet de vérifier si Oracle LogMiner est utilisé pour un point de terminaison de base de données Oracle version 12c ou ultérieure. AWS DMS ne prend pas en charge Oracle LogMiner pour les migrations de colonnes LOB depuis les bases de données Oracle version 12c. Cette évaluation vérifie également la présence de colonnes LOB et fournit des recommandations appropriées.

Pour configurer votre migration de manière à ne pas utiliser Oracle LogMiner, ajoutez la configuration suivante à votre point de terminaison source :

useLogMinerReader=N;useBfile=Y;

Pour de plus amples informations, veuillez consulter À l'aide d'Oracle LogMiner ou AWS DMS Lecteur binaire pour CDC.

Cette évaluation n'est valable que pour une migration à pleine charge et vers le CDC, ou pour une CDC-only migration. Cette évaluation n’est pas valide pour une migration de chargement complet uniquement.

Validation si la base de données est CDB

Clé API : oracle-validate-cdb

Cette évaluation de prémigration permet de vérifier si la base de données est une base de données de conteneur. AWS DMS ne prend pas en charge la base de données racine de conteneur à locataires multiples (CDB$ROOT).

Pour de plus amples informations, veuillez consulter Restrictions relatives à l'utilisation d'Oracle comme source pour AWS DMS.

Cette évaluation n'est valable que pour une migration à pleine charge et vers le CDC, ou pour une CDC-only migration. Cette évaluation n’est pas valide pour une migration de chargement complet uniquement.

Vérification de l’édition de la base de données Oracle

Clé API : oracle-check-cdc-support-express-edition

Cette évaluation de prémigration permet de vérifier si l’édition de la base de données source Oracle est Express Edition. AWS DMS ne prend pas en charge la CDC pour Oracle Express Edition (Oracle Database XE) versions 18.0 et ultérieures.

Cette évaluation n'est valable que pour une migration à pleine charge et vers le CDC, ou pour une CDC-only migration. Cette évaluation n’est pas valide pour une migration de chargement complet uniquement.

Validation de la méthode de CDC Oracle pour DMS

Clé API : oracle-recommendation-cdc-method

Cette évaluation préalable à la migration valide la génération de journalisations au cours des sept derniers jours et recommande d'utiliser AWS DMS Binary Reader ou Oracle LogMiner pour CDC.

Cette évaluation n'est valable que pour une migration à pleine charge et vers le CDC, ou pour une CDC-only migration. Cette évaluation n’est pas valide pour une migration de chargement complet uniquement.

Pour plus d’informations sur le choix de la méthode de CDC à utiliser, consultez À l'aide d'Oracle LogMiner ou AWS DMS Lecteur binaire pour CDC.

Validation de la configuration d’Oracle RAC pour DMS

Clé API : oracle-check-rac

Cette évaluation de prémigration permet de vérifier si la base de données Oracle est un cluster RAC (Real Application Cluster). Les bases de données RAC doivent être configurées correctement. Si la base de données est basée sur RAC, nous vous recommandons d'utiliser AWS DMS Binary Reader for CDC plutôt qu'Oracle LogMiner.

Cette évaluation n'est valable que pour une migration à pleine charge et vers le CDC, ou pour une CDC-only migration. Cette évaluation n’est pas valide pour une migration de chargement complet uniquement.

Pour de plus amples informations, veuillez consulter À l'aide d'Oracle LogMiner ou AWS DMS Lecteur binaire pour CDC.

Valider si l'utilisateur DMS dispose d'autorisations sur la cible

Clé API : oracle-validate-permissions-on-target

Cette évaluation préalable à la migration permet de vérifier si les utilisateurs de DMS disposent de toutes les autorisations requises sur la base de données cible.

Validez si une journalisation supplémentaire est requise pour toutes les colonnes

Clé API : oracle-validate-supplemental-logging-all-columns

Cette évaluation préalable à la migration permet de valider, pour les tables mentionnées dans la portée de la tâche, si une journalisation supplémentaire a été ajoutée à toutes les colonnes des tables sans clé primaire ou unique. Sans journalisation supplémentaire de toutes les colonnes pour une table dépourvue de clé primaire ou unique, l'image avant/après des données ne sera pas disponible dans les journaux de journalisation. DMS nécessite une journalisation supplémentaire pour les tables sans clé principale ou unique afin de générer des instructions DML.

Validez si la journalisation supplémentaire est activée sur les tables avec des clés principales ou uniques

Clé API : oracle-validate-supplemental-logging-for-pk

Cette évaluation préalable à la migration permet de vérifier si la journalisation supplémentaire est activée pour les tables dotées d'une clé primaire ou d'un index unique et vérifie également si elle AddSupplementalLogging est activée au niveau du terminal. Pour vous assurer que DMS peut répliquer les modifications, vous pouvez soit ajouter manuellement une journalisation supplémentaire au niveau de la table en fonction de la clé primaire ou de la clé unique, soit utiliser le paramètre du point de terminaison AddSupplementalLogging = true avec un utilisateur DMS disposant de l'autorisation ALTER sur n'importe quelle table répliquée.

Validez s'il existe des SecureFile LOB et si la tâche est configurée pour le mode LOB complet

Clé API : oracle-validate-securefile-lobs

Cette évaluation de prémigration vérifie la présence de SecureFile LOB dans les tableaux relevant de l'étendue de la tâche et vérifie leurs paramètres LOB. Envisagez d'affecter des tables LOB à une tâche distincte pour améliorer les performances, car l'exécution de tâches en mode LOB complet peut entraîner un ralentissement des performances.

Validez si Function-Based les index sont utilisés dans les tableaux inclus dans la portée de la tâche.

Clé API : oracle-validate-function-based-indexes

Cette évaluation préalable à la migration vérifie la présence d'index basés sur les fonctions dans les tables relevant de l'étendue de la tâche. Notez que cela AWS DMS ne prend pas en charge la réplication d'index basés sur des fonctions. Envisagez de créer les index après votre migration sur votre base de données cible.

Validez si des tables temporaires globales sont utilisées sur les tables incluses dans l'étendue de la tâche.

Clé API : oracle-validate-global-temporary-tables

Cette évaluation préalable à la migration vérifie si des tables temporaires globales sont utilisées dans le cadre du mappage des tables de tâches. Notez que AWS DMS cela ne prend pas en charge la migration ou la réplication de tables temporaires globales.

Validez si des tableaux organisés en index avec un segment de débordement sont utilisés dans les tableaux inclus dans l'étendue de la tâche.

Clé API : oracle-validate-iot-overflow-segments

Validez si des tableaux organisés en index avec un segment de débordement sont utilisés dans les tableaux inclus dans l'étendue de la tâche. AWS DMS ne prend pas en charge le CDC pour les tableaux organisés par index avec un segment de débordement.

Validez si des tables imbriquées à plusieurs niveaux sont utilisées dans les tables incluses dans l'étendue de la tâche.

Clé API : oracle-validate-more-than-one-nesting-table-level

Cette évaluation préalable à la migration vérifie le niveau d'imbrication de la table imbriquée utilisée dans l'étendue de la tâche. AWS DMS ne prend en charge qu'un seul niveau d'imbrication de tables.

Validez si des colonnes invisibles sont utilisées dans les tableaux inclus dans l'étendue de la tâche.

Clé API : oracle-validate-invisible-columns

Cette évaluation préalable à la migration permet de vérifier si les tableaux utilisés dans l'étendue de la tâche comportent des colonnes invisibles. AWS DMS ne migre pas les données provenant de colonnes invisibles de votre base de données source. Pour migrer les colonnes invisibles, vous devez les modifier pour qu'elles soient visibles.

Validez si des vues matérialisées basées sur une colonne ROWID sont utilisées dans les tableaux inclus dans l'étendue de la tâche.

Clé API : oracle-validate-rowid-based-materialized-views

Cette évaluation préalable à la migration permet de vérifier si les vues matérialisées utilisées lors de la migration sont créées sur la base de la colonne ROWID. AWS DMS ne prend pas en charge le type de données ROWID ni les vues matérialisées basées sur une colonne ROWID.

Validez si la fonction de redirection DML Active Data Guard est utilisée.

Clé API : oracle-validate-adg-redirect-dml

Cette évaluation préalable à la migration permet de vérifier si la fonction de redirection DML Active Data Guard est utilisée. Lorsque vous utilisez Oracle 19.0 comme source, la fonctionnalité de redirection DML Data Guard AWS DMS n'est pas prise en charge.

Validez si des tables partitionnées hybrides sont utilisées.

Clé API : oracle-validate-hybrid-partitioned-tables

Cette évaluation préalable à la migration permet de vérifier si des tables partitionnées hybrides sont utilisées pour les tables définies dans l'étendue de la tâche.

Validez si des comptes Oracle utilisant uniquement des schémas sont utilisés

Clé API : oracle-validate-schema-only-accounts

Cette évaluation préalable à la migration permet de vérifier si les Schema-Only comptes sont inclus dans le périmètre de la tâche.

Valider si des colonnes virtuelles sont utilisées

Clé API : oracle-validate-virtual-columns

Cette évaluation préalable à la migration permet de vérifier si l'instance Oracle possède des colonnes virtuelles dans les tables de l'étendue de la tâche.

Vérifiez si les noms de table définis dans l'étendue de la tâche contiennent des apostrophes.

Clé API : oracle-validate-names-with-apostrophes

Cette évaluation préalable à la migration permet de vérifier si les tableaux utilisés dans l'étendue de la tâche contiennent des apostrophes. AWS DMS ne reproduit pas les tables dont les noms contiennent des apostrophes. Si vous êtes identifié, envisagez de renommer ces tables. Vous pouvez également créer une vue ou une vue matérialisée sans apostrophes pour charger ces tables.

Vérifiez si les colonnes définies dans l'étendue de la tâche possèdent des types de données XMLType, Long ou Long Raw et vérifiez la configuration du mode LOB dans les paramètres de la tâche.

Clé API : oracle-validate-limited-lob-mode-for-longs

Cette évaluation préalable à la migration permet de vérifier si les tables définies dans l'étendue de la tâche possèdent les types de données, ou XMLType LongLong Raw, et vérifie si le paramètre de la tâche est configuré pour utiliser le mode LOB de taille limitée. AWS DMS ne prend pas en charge la réplication de ces types de données en mode FULL LOB. Envisagez de modifier le paramètre de la tâche pour utiliser le mode LOB de taille limitée lors de l'identification des tables contenant de tels types de données.

Validez si la version source d'Oracle est prise en charge par AWS DMS.

Clé API : oracle-validate-supported-versions-of-source

Cette évaluation préalable à la migration permet de vérifier si la version source de l'instance Oracle est prise en charge par. AWS DMS

Validez si la version cible d'Oracle est prise en charge par AWS DMS.

Clé API : oracle-validate-supported-versions-of-target

Cette évaluation préalable à la migration permet de vérifier si la version cible de l'instance Oracle est prise en charge par. AWS DMS

Vérifiez si l'utilisateur DMS dispose des autorisations requises pour utiliser la validation des données.

Clé API : oracle-prerequisites-privileges-of-validation-feature

Cette évaluation préalable à la migration permet de vérifier si l'utilisateur du DMS dispose des privilèges nécessaires pour utiliser la validation des données DMS. Vous pouvez ignorer l'activation de cette validation si vous n'avez pas l'intention d'utiliser la validation des données.

Validez si l'utilisateur DMS est autorisé à utiliser Binary Reader avec Oracle ASM

Clé API : oracle-prerequisites-privileges-of-binary-reader-asm

Cette évaluation préalable à la migration permet de vérifier si l'utilisateur DMS dispose des privilèges nécessaires pour utiliser Binary Reader sur l'instance Oracle ASM. Vous pouvez ignorer l'activation de cette évaluation si votre source n'est pas une instance Oracle ASM ou si vous n'utilisez pas Binary Reader for CDC.

Validez si l'utilisateur DMS est autorisé à utiliser Binary Reader avec Oracle non-ASM

Clé API : oracle-prerequisites-privileges-of-binary-reader-non-asm

Cette évaluation préalable à la migration permet de vérifier si l'utilisateur DMS dispose des privilèges nécessaires pour utiliser Binary Reader sur l'instance Oracle non-ASM. Cette évaluation n'est valide que si vous possédez une instance Oracle non-ASM.

Validez si l'utilisateur DMS est autorisé à utiliser Binary Reader avec CopyToTempFolder la méthode

Clé API : oracle-prerequisites-privileges-of-binary-reader-copy-to-temp-folder

Cette évaluation préalable à la migration permet de vérifier si l'utilisateur DMS dispose des privilèges nécessaires pour utiliser le lecteur binaire avec la méthode « Copier dans un dossier temporaire ». Cette évaluation n'est pertinente que si vous envisagez de l'utiliser CopyToTempFolder pour lire les modifications du CDC lors de l'utilisation du lecteur binaire et qu'une instance ASM est connectée à la source. Vous pouvez ignorer l'activation de cette évaluation si vous n'avez pas l'intention d'utiliser CopyToTempFolder cette fonctionnalité.

Nous vous recommandons de ne pas utiliser CopyToTempFolder cette fonctionnalité car elle est obsolète.

Validez si l'utilisateur DMS est autorisé à utiliser Oracle Standby en tant que source

Clé API : oracle-prerequisites-privileges-of-standby-as-source

Cette évaluation préalable à la migration permet de vérifier si l'utilisateur DMS dispose des privilèges nécessaires pour utiliser une instance StandBy Oracle comme source. Vous pouvez ignorer l'activation de cette évaluation si vous n'avez pas l'intention d'utiliser une instance StandBy Oracle comme source.

Validez si la source DMS est connectée à un conteneur d'applications PDB

Clé API : oracle-check-app-pdb

Cette évaluation de prémigration permet de vérifier si la source DMS est connectée à un conteneur d'applications PDB. DMS ne prend pas en charge la réplication à partir d'un conteneur d'applications PDB.

Validez si les types de données XML de la table sont inclus dans l'étendue de la tâche.

Clé API : oracle-check-xml-columns

Cette évaluation préalable à la migration permet de vérifier si les tables utilisées dans le cadre de la tâche possèdent des types de données XML. Il vérifie également si la tâche est configurée pour le mode LOB limité lorsque la table contient un type de données XML. DMS prend uniquement en charge le mode LOB limité pour la migration des colonnes XML Oracle.

Vérifiez si le mode archivelog est activé sur la base de données source.

Clé API : oracle-check-archivelog-mode

Cette évaluation préalable à la migration permet de vérifier si le mode archivelog est activé sur la base de données source. L'activation du mode journal d'archivage sur la base de données source est nécessaire pour que DMS puisse répliquer les modifications.

Valide la conservation du journal d'archivage pour RDS Oracle.

Clé API : oracle-check-archivelog-retention-rds

Cette évaluation préalable à la migration permet de vérifier si la conservation des journaux d'archivage de votre base de données Oracle RDS est configurée pendant au moins 24 heures.

Validez si la table contient des types de données étendus inclus dans l'étendue de la tâche.

Clé API : oracle-check-extended-columns

Cette évaluation préalable à la migration permet de vérifier si les tables utilisées dans le cadre de la tâche comportent des types de données étendus. Notez que les types de données étendus ne sont pris en charge qu'à partir de la version 3.5 de DMS.

Validez la longueur du nom de l'objet inclus dans l'étendue de la tâche.

Clé API : oracle-check-object-30-bytes-limit

Cette évaluation de prémigration permet de vérifier si la longueur du nom de l'objet est supérieure à 30 octets. DMS ne prend pas en charge les noms d'objets longs (plus de 30 octets).

Validez si la source DMS est connectée à un PDB Oracle

Clé API : oracle-check-pdb-enabled

Cette évaluation de prémigration permet de vérifier si la source DMS est connectée à une PDB. DMS prend en charge le CDC uniquement lors de l'utilisation du lecteur binaire avec Oracle PDB comme source. L'évaluation évalue également si la tâche est configurée pour utiliser le lecteur binaire lorsque DMS est connecté à Oracle PDB.

Validez si le tableau contient des colonnes spatiales incluses dans l'étendue de la tâche.

Clé API : oracle-check-spatial-columns

Cette évaluation préalable à la migration permet de vérifier si le tableau contient des colonnes spatiales incluses dans l'étendue de la tâche. DMS prend en charge les types de données spatiales uniquement en mode LOB complet. L'évaluation évalue également si la tâche est configurée pour utiliser le mode LOB complet lorsque DMS identifie des colonnes spatiales.

Validez si la source DMS est connectée à un serveur de secours Oracle.

Clé API : oracle-check-standby-db

Cette évaluation préalable à la migration permet de vérifier si la source est connectée à un serveur de secours Oracle. DMS prend en charge le CDC uniquement en cas d'utilisation du lecteur binaire avec Oracle Standby comme source. L'évaluation évalue également si la tâche est configurée pour utiliser un lecteur binaire lorsque DMS est connecté à Oracle Standby.

Validez si l'espace de table de la base de données source est chiffré à l'aide de TDE.

Clé API : oracle-check-tde-enabled

Cette évaluation de prémigration permet de vérifier si le chiffrement TDE est activé sur la source sur le tablespace. DMS prend en charge TDE uniquement avec des tablespaces chiffrés lors de l'utilisation d'Oracle pour RDS Oracle LogMiner .

Vérifie si la base de données source utilise la gestion automatique du stockage (ASM)

Clé API : oracle-check-asm

Cette évaluation de prémigration permet de détecter si votre base de données source utilise ASM. Pour des performances optimales, configurez Binary Reader avec parallelASMReadThreads et readAheadBlocks les paramètres de vos terminaux. Ces paramètres améliorent les performances d'extraction des données lors de l'utilisation du stockage ASM

Pour de plus amples informations, veuillez consulter À l'aide d'Oracle LogMiner ou AWS DMS Lecteur binaire pour CDC.

Validez si l'application par lots est activée et si le parallélisme de la table de la base de données Oracle cible est activé au niveau de la table ou de l'index

Clé API : oracle-check-degree-of-parallelism

AWS DMS valide que le parallélisme est activé pour la table de la base de données cible. L'activation du parallélisme sur la base de données cible entraîne l'échec du traitement par lots. Par conséquent, il est nécessaire de désactiver le parallélisme au niveau de la table ou de l'index lors de l'utilisation de la fonction d'application par lots.

Recommander le paramètre « Bulk Array Size » en validant les tableaux dans l'étendue de la tâche

Clé API : oracle-check-bulk-array-size

Cette évaluation recommande de définir l'attribut BulkArraySize ECA (Extra Connection Attribute) si aucune table contenant des types de données LOB (Large Object) n'est trouvée dans l'étendue de la tâche. Le réglage de l'BulkArraySizeECA peut améliorer les performances de la phase de pleine charge de la migration. Vous pouvez définir la taille de la baie en bloc à l'aide de l'ECA sur le Source/Target terminal pour obtenir des performances optimales pendant la phase de chargement complet de la migration.

Valider si le paramètre de HandleCollationDiff tâche est configuré

Clé API : oracle-check-handlecollationdiff

Cette évaluation permet de vérifier si la tâche DMS est configurée pour la validation et recommande de définir la HandleCollationDiff tâche afin d'éviter tout résultat de validation incorrect lors de la validation des données entre Oracle et PostgreSQL.

Pour de plus amples informations, veuillez consulter Paramètres de la tâche de validation des données.

Validez si la table possède une clé primaire ou un index unique et si son état est VALIDE lorsque la validation DMS est activée

Clé API : oracle-check-pk-validity

La validation des données nécessite que la table possède une clé primaire ou un index unique à la fois sur la source et sur la cible.

Pour de plus amples informations, veuillez consulter AWS Validation des données DMS.

Validez si Binary Reader est utilisé pour Oracle Standby en tant que source

Clé API : oracle-check-binary-reader

Cette évaluation permet de vérifier si la base de données source est une base de données de secours utilisant le lecteur binaire pour la saisie des données de modification (CDC).

Pour de plus amples informations, veuillez consulter Utilisation d'une base de données Oracle comme source pour AWS DMS.

Validez si AWS DMS l'utilisateur dispose des autorisations d'annuaire requises pour répliquer les données d'une base de données Oracle RDS Standby.

Clé API : oracle-check-directory-permissions

Cette évaluation permet de vérifier si l' AWS DMS utilisateur dispose des privilèges de lecture requis sur les ONLINELOG_DIR_% répertoires ARCHIVELOG_DIR_% et lorsque la base de données source est un serveur de secours Oracle RDS.

Pour de plus amples informations, veuillez consulter Travailler avec un AWS-base de données Oracle gérée en tant que source pour AWS DMS.

Validez le type d'Oracle Standby utilisé pour la réplication

Clé API : oracle-check-physical-standby-with-apply

Cette évaluation valide le type de base de données de secours Oracle utilisé pour la AWS DMS réplication. AWS DMS ne prend en charge que les bases de données de secours physiques, qui doivent être ouvertes en mode lecture seule, les journaux de journalisation étant appliqués automatiquement. AWS DMS ne prend pas en charge les bases de données Snapshot ou Logical Standby pour la réplication.

Pour de plus amples informations, veuillez consulter Utilisation d'un Oracle Standby autogéré comme source avec Binary Reader for CDC dans AWS DMS.

Validez si les répertoires requis sont créés pour RDS Oracle standby

Clé API : oracle-check-rds-standby-directories

Cette évaluation permet de vérifier si les répertoires Oracle requis sont créés pour les journaux d'archivage et les journaux en ligne sur l'instance RDS Standby.

Pour de plus amples informations, veuillez consulter Utilisation d'un Amazon RDS Oracle Standby (lire une réplique) comme source avec Binary Reader for CDC dans AWS DMS.

Validez si la clé primaire ou l'index unique existe sur la cible pour l'application par lots

Clé API : oracle-check-batch-apply-target-pk-ui-absence

L'application par lots n'est prise en charge que sur les tables dont la table cible comporte des clés primaires ou des index uniques. Les tables sans clé primaire ni index unique entraînent l'échec du lot et les modifications sont traitées une par une. Il est conseillé de déplacer ces tables vers leurs propres tâches et d'utiliser plutôt le mode d'application transactionnel. Vous pouvez également créer une clé unique sur la table cible.

Pour de plus amples informations, veuillez consulter Utilisation d'une base de données Oracle comme cible pour AWS Database Migration Service.

Validez si la clé primaire et l'index unique existent à la fois sur la cible pour l'application par lots

Clé API : oracle-check-batch-apply-target-pk-ui-simultaneously

L'application par lots n'est prise en charge que sur les tables dont la table cible comporte des clés primaires ou des index uniques. Les tables contenant simultanément des clés primaires et des index uniques entraînent l'échec du lot et les modifications sont traitées une par une. Il est conseillé de déplacer ces tables vers leurs propres tâches et d'utiliser plutôt le mode d'application transactionnel. Vous pouvez également déposer une ou plusieurs clés uniques ou une clé primaire dans la table cible et la reconstruire si vous effectuez une migration.

Pour de plus amples informations, veuillez consulter Utilisation d'une base de données Oracle comme cible pour AWS Database Migration Service.

Validez si des niveaux HCC non pris en charge sont utilisés pour le chargement complet

Clé API : oracle-check-binary-reader-hcc-full-load

Le point de terminaison source Oracle est configuré pour utiliser Binary Reader, le niveau Query Low de la méthode de compression HCC n'est pris en charge que pour les tâches à chargement complet.

Pour de plus amples informations, veuillez consulter Méthodes de compression prises en charge pour utiliser Oracle comme source pour AWS DMS.

Validez si des niveaux de HCC non pris en charge sont utilisés pour le chargement complet avec le CDC

Clé API : oracle-check-binary-reader-hcc-full-load-and-cdc

Le point de terminaison source Oracle est configuré pour utiliser Binary Reader, HCC avec Query low est pris en charge pour les tâches de chargement complet uniquement.

Méthodes de compression prises en charge pour utiliser Oracle comme source pour AWS DMS

Valider si une compression HCC non prise en charge est utilisée pour le CDC

Clé API : oracle-check-binary-reader-hcc-cdc

Le point de terminaison source Oracle est configuré pour utiliser Binary Reader. Binary Reader ne prend pas en charge Query low pour les tâches avec CDC.

Pour de plus amples informations, veuillez consulter À l'aide d'Oracle LogMiner ou AWS DMS Lecteur binaire pour CDC.

Recommandation du CDC basée sur la méthode de compression de la source

Clé API : oracle-recommend-cdc-method-by-compression

Les objets compressés sont détectés. Veuillez accéder à la section Résultats de l'évaluation spécifique pour obtenir des recommandations supplémentaires.

Pour de plus amples informations, veuillez consulter À l'aide d'Oracle LogMiner ou AWS DMS Lecteur binaire pour CDC.

Vérifiez si l'application par lots est activée et vérifiez si le tableau comporte plus de 999 colonnes

Clé API : oracle-batch-apply-lob-999

DMS utilise la 2 * columns_in_original_table + columns_in_primary_key formule pour déterminer le nombre de colonnes dans la table des clients. Sur la base de cette formule, nous avons identifié des tableaux comportant plus de 999 colonnes. Cela a un impact sur le traitement par lots, provoquant son échec et le passage en mode un par un.

Pour de plus amples informations, veuillez consulter Limites imposées à Oracle en tant que cible pour AWS Database Migration Service.

Vérifiez la règle de transformation pour la randomisation des chiffres

Clé API : oracle-datamasking-digits-randomize

Cette évaluation permet de vérifier si les colonnes utilisées dans les mappages de tables sont compatibles avec la règle de transformation Digits Randomize. En outre, l'évaluation vérifie si les colonnes sélectionnées pour la transformation font partie de clés primaires, de contraintes uniques ou de clés étrangères, car l'application de transformations aléatoires par des chiffres ne garantit aucune unicité.

Vérifiez la règle de transformation pour le masque de chiffres

Clé API : oracle-datamasking-digits-mask

Cette évaluation permet de vérifier si les colonnes utilisées dans le mappage des tables ne sont pas prises en charge par la règle de transformation Digits Mask. En outre, l'évaluation vérifie si les colonnes sélectionnées pour la transformation font partie de clés primaires, de contraintes uniques ou de clés étrangères, car l'application de transformations par masque numérique à de telles colonnes peut entraîner l'échec des tâches DMS car l'unicité ne peut être garantie.

Vérifiez la règle de transformation pour le masque de hachage

Clé API : oracle-datamasking-hash-mask

Cette évaluation permet de vérifier si l'une des colonnes utilisées dans le mappage des tables n'est pas prise en charge par la règle de transformation du masque de hachage. Il vérifie également si la longueur de la colonne source dépasse 64 caractères. Idéalement, la longueur de la colonne cible doit être supérieure à 64 caractères pour prendre en charge le masquage du hachage. En outre, l'évaluation vérifie si les colonnes sélectionnées pour la transformation font partie de clés primaires, de contraintes uniques ou de clés étrangères, car l'application de transformations aléatoires par des chiffres ne garantit aucune unicité.

Vérifiez que les paramètres des tâches de validation des données et la randomisation des chiffres de masquage des données ne sont pas activés simultanément

Clé API : all-to-all-validation-with-datamasking-digits-randomize

Cette évaluation de prémigration permet de vérifier que le paramètre de validation des données et la randomisation des chiffres de masquage des données ne sont pas activés simultanément, car ces fonctionnalités sont incompatibles.

Vérifiez que les paramètres de la tâche de validation des données et le masque de hachage du masquage des données ne sont pas activés simultanément

Clé API : all-to-all-validation-with-datamasking-hash-mask

Cette évaluation préalable à la migration permet de vérifier que le paramètre de validation des données et le masque de hachage du masquage des données ne sont pas activés simultanément, car ces fonctionnalités sont incompatibles.

Vérifiez que les paramètres des tâches de validation des données et le masque numérique de masquage des données ne sont pas activés simultanément

Clé API : all-to-all-validation-with-digit-mask

Cette évaluation de prémigration vérifie que le paramètre de validation des données et le masque numérique de masquage des données ne sont pas activés simultanément, car ces fonctionnalités sont incompatibles.

Vérifiez que la réplication vers une cible de streaming n'inclut pas de LOB ou de colonnes de type de données étendu

Clé API : oracle-validate-lob-to-streaming-target

Cette évaluation identifie les pertes de données potentielles lors de la migration de types de données LOB ou étendus vers des terminaux cibles de streaming (tels que S3, Kinesis ou Kafka). La base de données Oracle ne suit pas les modifications apportées à ces types de données dans ses fichiers journaux, ce qui oblige DMS à écrire NULL des valeurs dans la cible de diffusion. Pour éviter toute perte de données, vous pouvez implémenter un déclencheur before « » sur la base de données source qui force Oracle à enregistrer ces modifications.

Validez que CDC-only la tâche est configurée pour utiliser le paramètre du OpenTransactionWindow point de terminaison

Clé API : oracle-check-cdc-open-tx-window

Pour les CDC-only tâches, utilisez OpenTransactionWindow pour éviter les données manquantes. Pour plus d'informations, voir Création de tâches pour une réplication continue à l'aide de AWS DMS.

Vérifiez qu'au moins un objet sélectionné existe dans la base de données source

Clé API : all-check-source-selection-rules

Cette évaluation de prémigration vérifie qu'au moins un objet spécifié dans les règles de sélection existe dans la base de données source, y compris la correspondance de modèles pour les règles basées sur des caractères génériques.

Validez que les contraintes de clé étrangère cible sont désactivées pour la migration

Clé API : oracle-target-foreign-key-constraints-check

Cette évaluation de prémigration détecte les contraintes de clé étrangère actives sur la base de données cible qui peuvent entraîner des échecs de migration (ORA-02291).

Vérifiez que la base de données Oracle et AWS DMS les versions sont compatibles

Clé API : oracle-dms-compatibility-version-check

Cette évaluation préalable à la migration détecte si la version de votre base de données Oracle n'est pas compatible avec votre AWS DMS version. Cette incompatibilité peut entraîner l'échec des tâches en raison de paramètres de compatibilité Oracle Redo non pris en charge.

Valider que les contraintes et les index secondaires (non principaux) sont présents dans la base de données source

Clé API : all-check-secondary-constraints

Cette évaluation de prémigration vérifie que les contraintes et les index secondaires (clés étrangères, contraintes de vérification, index non clusterisés) sont présents dans la base de données source.

Vérifiez que les paramètres de délai d'expiration de session (IDLE_TIME) sont définis sur ILLIMITÉ

Clé API : oracle-check-idle-time

Cette évaluation préalable à la migration permet de vérifier que le IDLE_TIME paramètre de base de données Oracle est défini UNLIMITED pour l' AWS DMS utilisateur. Un délai d'expiration de session limité peut entraîner l'échec des tâches de migration en raison des délais de connexion.

Validez que le AWS DMS l'utilisateur dispose de toutes les autorisations requises sur la base de données source

Clé API : oracle-validate-permissions-on-source

Cette évaluation préalable à la migration permet de vérifier que l' AWS DMS utilisateur a été configuré avec toutes les autorisations requises sur la base de données source.

Validez que les colonnes XMLTYPE ou LOB existent lorsqu'Oracle est utilisé LogMiner

Clé API : oracle-update-lob-columns

Cette évaluation avant la migration indique que XMLTYPE des colonnes LOB existent dans la base de données source lorsqu'Oracle LogMiner est utilisé.

Vérifiez que le point de terminaison cible n'est pas une réplique en lecture

Clé API : all-check-target-read-replica

Cette évaluation préalable à la migration permet de vérifier que le point de terminaison cible n'est pas configuré en tant que réplique de lecture. AWS DMS nécessite un accès en écriture à la base de données cible et ne peut pas effectuer de réplication vers des répliques en lecture seule.

Vérifiez que la cible Oracle ne possède pas d'index CONTEXT lors de l'utilisation du chargement direct par chemin

Clé API : oracle-check-direct-path-context-indexes

Cette évaluation préalable à la migration permet de vérifier si les tables Oracle cibles contiennent des index CONTEXT. AWS DMS ne prend pas en charge les index CONTEXT lors de l'utilisation d'un chemin direct en mode de chargement complet. Pour éviter tout échec, désactivez le mode de chargement complet du chemin direct ou supprimez les index CONTEXT avant le chargement.

Pour de plus amples informations, veuillez consulter Restrictions relatives à l'utilisation d'Oracle comme source pour AWS DMS.

Validez que cette option FailTasksOnLobTruncation est activée lors de l'utilisation du mode LOB limité avec des colonnes LOB existantes

Clé API : oracle-pg-lobs-with-failtasksonlobtruncation

Cette évaluation de prémigration permet de vérifier si l'attribut de connexion FailTasksOnLobTruncation supplémentaire est défini sur true lorsque des colonnes LOB sont présentes dans les tables sélectionnées et que le mode LOB limité est spécifié. Ce paramètre échoue si des données LOB sont tronquées pendant la migration, évitant ainsi toute perte silencieuse de données.

Pour de plus amples informations, veuillez consulter Paramètres du point de terminaison lors de l'utilisation d'Oracle comme source pour AWS DMS.

Validez que le EnableHomogenousPartitionOps paramètre de point de terminaison est activé

Clé API : oracle-homogenous-partition-ops

Cette évaluation préalable à la migration confirme que le paramètre de EnableHomogenousPartitionOps point de terminaison est activé pour les migrations homogènes Oracle. Ce paramètre est requis pour répliquer AWS DMS les opérations DDL de partition et de sous-partition Oracle.

Pour de plus amples informations, veuillez consulter Restrictions relatives à l'utilisation d'Oracle comme source pour AWS DMS.