Documentation sur Oracle Cloud Infrastructure

Surveiller et dépanner les chargements COPY_DATA

Toutes les opérations de chargement de données effectuées à l'aide de l'ensemble PL/SQL DBMS_CLOUD sont enregistrées dans les tables dba_load_operations et user_load_operations. Utilisez ces tables pour surveiller le chargement avec DBMS_CLOUD.COPY_DATA.

  • dba_load_operations : Affiche toutes les opérations de chargement.

  • user_load_operations : Affiche les opérations de chargement de votre schéma.

Interrogez ces tables pour voir des informations sur les chargements de données en cours et terminés. Utilisez un énoncé SELECT avec un prédicat de clause WHERE sur la colonne TYPE pour afficher les opérations de chargement de type COPY.

Exemple :

SELECT table_name, owner_name, type, status, start_time, update_time, logfile_table, badfile_table 
   FROM user_load_operations WHERE type = 'COPY';

TABLE_NAME OWNER_NAME TYPE STATUS    START_TIME               UPDATE_TIME              LOGFILE_TABLE BADFILE_TABLE 
---------- ---------- ---- --------- ------------------------ ------------------------ ------------- ------------- 
TREEDATA   ADMIN      COPY COMPLETED 2022-10-20T23:15:19.990Z 2022-10-20T23:15:24.238Z COPY$1_LOG    COPY$1_BAD

La colonne LOGFILE_TABLE affiche le nom de la table que vous pouvez interroger pour consulter le journal d'une opération de chargement. Par exemple, l'interrogation suivante affiche le journal de cette opération de chargement : 

SELECT * FROM COPY$1_LOG;

La colonne BADFILE_TABLE affiche le nom de la table que vous pouvez interroger pour voir les rangées contenant des erreurs lors du chargement. Par exemple, l'interrogation suivante affiche les enregistrements rejetés pour l'opération de chargement . S'il n'y a aucune rangée rejetée dans l'opération, l'interrogation n'affiche aucune rangée rejetée. 

SELECT * FROM COPY$1_BAD;

Selon les erreurs affichées dans le journal et les rangées affichées dans le fichier BADFILE_TABLE, vous pouvez corriger l'erreur en spécifiant les options de format correctes dans DBMS_CLOUD.COPY_DATA.

Lorsque le format type est "datapump", toutes les rangées rejetées jusqu'à la valeur rejectlimit spécifiée sont enregistrées dans le fichier journal, mais aucune valeur BADFILE_TABLE n'est générée.

Par défaut, les fichiers LOGFILE_TABLE et BADFILE_TABLE sont conservés pendant deux jours, puis supprimés automatiquement. Vous pouvez modifier le nombre de jours de conservation avec l'option logretention pour le paramètre format.

Voir Options de format d'ensemble DBMS_CLOUD pour plus d'informations sur les options enablelogs, logdir, logprefix et logretention pour le paramètre format.

Voir Procédure DELETE_ALL_OPERATIONS pour plus d'informations sur l'effacement des fichiers journaux.

Voir Suivre les opérations de chargement DBMS_CLOUD pour plus d'informations sur les vues dba_load_operations et user_load_operations.

Surveiller et dépanner les opérations de fichiers en masse

Voir Surveiller et dépanner les chargements de fichiers en masse pour plus d'informations sur la surveillance et le dépannage des opérations de fichiers en masse.

Surveiller et dépanner le chargement de fichiers ORC, Parquet ou Avro

Comme pour les autres fichiers de données, les chargements de données ORC, Parquet et Avro génèrent des journaux affichables dans les tables dba_load_operations et user_load_operations. Chaque opération de chargement ajoute un enregistrement à dba[user]_load_operations qui indique la table contenant les journaux.

La table de journal fournit des informations sommaires sur le chargement.

Note

Pour les fichiers ORC, Parquet ou Avro, lorsque le paramètre format type est réglé à la valeur orc, parquet ou avro, la table BADFILE_TABLE est toujours vide.

  • Les erreurs de contrainte PRIMARY KEY génèrent une erreur ORA.
  • Si les données d'une colonne rencontrent une erreur de conversion, par exemple, la colonne cible n'est pas assez grande pour contenir la valeur convertie, la valeur de la colonne est réglée à NULL. Cela ne produit pas d'enregistrement rejeté.