Résolution de problèmes de point de terminaison Oracle

Message SORTER : indique que DMS met en cache les transactions sur l’instance de réplication. Pour plus d'informations, consultez Message SORTER dans le journal des tâches, ci-après.

Journaux des tâches de débogage : si DMS interrompt le processus de lecture, votre tâche écrit à plusieurs reprises le message suivant dans les journaux des tâches de débogage, sans modifier le champ de contexte ni l’horodatage :

AWS DMS enregistre le message suivant pour chaque nouvelle opération de restauration ou de journalisation archivée.

00007298: 2021-08-13T22:00:34 [SOURCE_CAPTURE ]I: Start processing archived Redo log sequence 14850 thread 2 name XXXXX/XXXXX/ARCHIVELOG/2021_08_14/thread_2_seq_14850.22977.1080547209 (oradcdc_redo.c:754)

Si la source dispose de nouvelles opérations de rétablissement ou d'archivage des opérations de journalisation, et qu'elle AWS DMS n'écrit pas ces messages dans le journal, cela signifie que la tâche ne traite pas les événements.

Taux de génération de journaux redo par jour :

select trunc(COMPLETION_TIME,'DD') Day, thread#, 
round(sum(BLOCKS*BLOCK_SIZE)/1024/1024/1024) GB,
count(*) Archives_Generated from v$archived_log 
where completion_time > sysdate- 1
group by trunc(COMPLETION_TIME,'DD'),thread# order by 1;

Taux de génération de journaux redo par heure :

Alter session set nls_date_format = 'DD-MON-YYYY HH24:MI:SS';
select trunc(COMPLETION_TIME,'HH') Hour,thread# , 
round(sum(BLOCKS*BLOCK_SIZE)/1024/1024) "REDO PER HOUR (MB)",
count(*) Archives from v$archived_log 
where completion_time > sysdate- 1
group by trunc(COMPLETION_TIME,'HH'),thread#  order by 1 ;

Vérifiez la bande passante du réseau et les performances mono-thread de la réplication pour vous assurer que votre réseau sous-jacent peut prendre en charge le taux de génération de journaux redo de la source. Pour en savoir plus sur la manière dont la bande passante du réseau peut affecter les performances de réplication, consultez Vitesse et bande passante du réseau précédemment.

Vérifiez si vous avez correctement configuré la journalisation supplémentaire. Évitez une journalisation supplémentaire sur la source, comme l’activation de la journalisation sur toutes les colonnes d’une table. Pour en savoir plus sur la configuration d’une journalisation supplémentaire, consultez Configurez une journalisation supplémentaire.

Vérifiez que vous utilisez l’API appropriée pour lire les journaux redo et d’archivage. Vous pouvez utiliser Oracle LogMiner ou AWS DMS Binary Reader. Tout en LogMiner lisant les journaux de journalisation en ligne et les fichiers de journalisation archivés, Binary Reader lit et analyse directement les fichiers de journalisation bruts. Par conséquent, Binary Reader est plus performant. Nous vous recommandons d’utiliser Binary Reader si votre génération de journaux redo dépasse 10 Go/heure. Pour de plus amples informations, veuillez consulter Utilisation d'Oracle LogMiner ou de AWS DMS Binary Reader pour le CDC.

Vérifiez si vous avez défini ArchivedLogsOnly sur Y. Si ce paramètre de point de terminaison est défini, AWS DMS lit les journaux redo archivés. Cela augmente la latence de la source, car il AWS DMS attend que le journal de restauration en ligne soit archivé avant de le lire. Pour de plus amples informations, veuillez consulter ArchivedLogsOnly.

Si votre source Oracle utilise Automatic Storage Management (ASM), consultez Stockage de REDO sur Oracle ASM lors de l'utilisation d'Oracle comme source pour AWS DMS pour en savoir plus sur la manière de configurer correctement votre magasin de données. Vous pouvez également optimiser davantage les performances de lecture en utilisant l’attribut de connexion supplémentaire (ECA) asmUsePLSQLArray. Pour obtenir des informations sur l'utilisation d'asmUsePLSQLArray, veuillez consulter Paramètres du point de terminaison lors de l'utilisation d'Oracle comme source pour AWS DMS.