Ladungen überwachen und Fehler beheben
Alle mit dem PL/SQL-Package
ausgeführten Dataload-Vorgänge werden in den Tabellen DBMS_CLOUD
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.
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 einenORA
-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.
Übergeordnetes Thema: Daten aus Dateien in der Cloud laden