Supervisión y solución de problemas de cargas

Todas las operaciones de carga de datos realizadas mediante el paquete PL/SQL DBMS_CLOUD se registran en las tablas dba_load_operations y user_load_operations:

  • dba_load_operations: muestra todas las operaciones de carga.

  • user_load_operations: muestra las operaciones de carga del esquema.

Consulte estas tablas para ver información sobre las cargas de datos en curso y completadas. Utilice una sentencia SELECT con un predicado de cláusula WHERE en la columna TYPE para mostrar las operaciones de carga con el tipo COPY.

Por ejemplo:

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 columna LOGFILE_TABLE muestra el nombre de la tabla que puede consultar para ver el log de una operación de carga. Por ejemplo, la siguiente consulta muestra el log de esta operación de carga:

SELECT * FROM COPY$1_LOG;

En la columna BADFILE_TABLE se muestra el nombre de la tabla que puede consultar para ver las filas con errores durante la carga. Por ejemplo, la siguiente consulta muestra los registros rechazados para la operación de carga. Si no hay ninguna fila rechazada en la operación, la consulta no muestra ninguna fila rechazada.

SELECT * FROM COPY$1_BAD;

En función de los errores que se muestran en el log y las filas que se muestran en el archivo BADFILE_TABLE, puede corregir el error especificando las opciones de formato correctas en DBMS_CLOUD.COPY_DATA.

Cuando el formato type se "datapump", las filas rechazadas hasta el valor rejectlimit especificado se registran en el archivo log, pero no se genera un valor BADFILE_TABLE.

Por defecto, los archivos LOGFILE_TABLE y BADFILE_TABLE se conservan durante dos días y, a continuación, se eliminan automáticamente. Puede cambiar el número de días de retención con la opción logretention para el parámetro format.

Para obtener más información, consulte DBMS_CLOUD Package Format Options.

Consulte Procedimiento DELETE_ALL_OPERATIONS para obtener información sobre cómo borrar la tabla user_load_operations.

Supervisión y resolución de problemas de operaciones de archivos en bloque

Consulte Supervisión y solución de problemas de cargas de archivos masivas para obtener información sobre la supervisión y la solución de problemas de operaciones de archivos masivas.

Supervisión y solución de problemas de carga de archivos de ORC, Parquet o Avro

Al igual que con otros archivos de datos, las cargas de datos de ORC, Parquet y Avro generan logs que se pueden ver en las tablas dba_load_operations y user_load_operations. Each load operation adds a record to dba[user]_load_operations that indicates the table containing the logs.

En la tabla de logs se proporciona información de resumen sobre la carga.

Nota

Para archivos ORC, Parquet o Avro, cuando el parámetro format type se define en el valor orc, parquet o avro, la tabla BADFILE_TABLE siempre está vacía.

  • Los errores de restricción PRIMARY KEY han devuelto un error ORA.
  • Si los datos de una columna encuentran un error de conversión, por ejemplo, la columna de destino no es lo suficientemente grande para contener el valor convertido, el valor de la columna se define en NULL. Esto no genera un registro rechazado.