Ladungen überwachen und Fehler beheben

Alle mit dem PL/SQL-Package DBMS_CLOUD ausgeführten Dataload-Vorgänge werden in den Tabellen dba_load_operations und user_load_operations protokolliert:

  • dba_load_operations: Zeigt alle Ladevorgänge an.

  • user_load_operations: Zeigt die Ladevorgänge in Ihrem Schema an.

Fragen Sie diese Tabellen ab, um Informationen zu laufenden und abgeschlossenen Dataloads anzuzeigen. Verwenden Sie eine SELECT-Anweisung mit einem WHERE-Klauselprädikat für die Spalte TYPE, um Ladevorgänge mit dem Typ COPY anzuzeigen.

Beispiele:

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    

In der Spalte LOGFILE_TABLE wird der Name der Tabelle angezeigt, die Sie abfragen können, um das Log eines Ladevorgangs anzuzeigen. Beispiel: Die folgende Abfrage zeigt das Log für diesen Ladevorgang an:

SELECT * FROM COPY$1_LOG;

In der Spalte BADFILE_TABLE wird der Name der Tabelle angezeigt, die Sie abfragen können, um die Zeilen mit Fehlern beim Laden anzuzeigen. Beispiel: Die folgende Abfrage zeigt die abgelehnten Datensätze für den Ladevorgang an. Wenn der Vorgang keine abgelehnten Zeilen enthält, werden in der Abfrage keine abgelehnten Zeilen angezeigt.

SELECT * FROM COPY$1_BAD;

Je nachdem, welche Fehler im Log angezeigt werden, und welche Zeilen in der Datei BADFILE_TABLE angezeigt werden, können Sie den Fehler korrigieren, indem Sie die richtigen Formatoptionen in DBMS_CLOUD.COPY_DATA angeben.

Wenn das Format type den Wert datapump hat, werden alle Zeilen, die bis zum angegebenen rejectlimit abgelehnt wurden, in der Logdatei protokolliert, aber ein BADFILE_TABLE wird nicht generiert.

Standardmäßig werden die Dateien LOGFILE_TABLE und BADFILE_TABLE zwei Tage lang beibehalten und dann automatisch entfernt. Sie können die Anzahl der Aufbewahrungstage mit der Option logretention für den Parameter format ändern.

Informationen zu den Optionen enablelogs, logdir, logprefix und logretention für den Parameter format finden Sie unter DBMS_CLOUD-Packageformatoptionen.

Informationen zum Löschen der Logdateien finden Sie unter Prozedur DELETE_ALL_OPERATIONS.

Informationen zu den Ansichten dba_load_operations und user_load_operations finden Sie unter Ladevorgänge von DBMS_CLOUD verfolgen.

Bulk File-Vorgänge überwachen und Fehler beheben

Informationen zur Überwachung und Fehlerbehebung für Bulkdateivorgänge finden Sie unter Bulkdateivorgänge überwachen und beheben.

Laden von ORC-, Parquet- oder Avro-Datei überwachen und Fehler beheben

Wie bei anderen Datendateien generieren ORC-, Parquet- und Avro-Dataloads Logs, die in den Tabellen dba_load_operations und user_load_operations angezeigt werden können. Jeder Ladevorgang fügt einem dba[Benutzer]_load_operations einen Datensatz hinzu, der die Tabelle mit den Logs angibt.

Die Logtabelle enthält zusammenfassende Informationen zum Ladevorgang.

Hinweis

Wenn bei ORC-, Parquet- oder Avro-Dateien der format-Parameter type auf den Wert orc, parquet oder avro gesetzt ist, ist die Tabelle BADFILE_TABLE immer leer.

  • PRIMARY KEY-Constraint-Fehler lösen einen ORA-Fehler aus.
  • Wenn bei Daten für eine Spalte ein Konvertierungsfehler auftritt. Beispiel: Die Zielspalte ist nicht groß genug, um den konvertierten Wert aufzunehmen, wird der Wert für die Spalte auf NULL gesetzt. Dadurch wird kein abgelehnter Datensatz erstellt.