Supervisión y solución de problemas de cargas

Todas las operaciones de carga del dato 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 para la cláusula WHERE en la columna TYPE para mostrar las operaciones 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, en la siguiente consulta se muestra el log de esta transacción de carga:

SELECT * FROM COPY$1_LOG;

La columna BADFILE_TABLE muestra el nombre de la tabla a la que puede consultar para ver las filas que han producido errores durante el proceso de 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 base a los errores mostrados en el log y las filas que se muestran en el archivo BADFILE_TABLE, puede corregir el error especificando las opciones del formato correcto en DBMS_CLOUD.COPY_DATA.

Cuando el formato type es "datapump", las filas rechazadas hasta el rejectlimit especificado se registran en el archivo log, pero no se genera un 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.

Consulte DBMS_CLOUD Package Format Options para obtener información sobre las opciones enablelogs, logdir, logprefix y logretention para el parámetro format.

Consulte Procedimiento DELETE_ALL_OPERATIONS para más información sobre la eliminación de los archivos log.

Consulte Seguimiento de operaciones de carga de DBMS_CLOUD para obtener información sobre las vistas dba_load_operations y user_load_operations.

Supervisión y resolución de problemas de operaciones masivas de archivos

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 ORC, Parquet o Avro

Al igual que con otros archivos de datos, las cargas de datos ORC, Parquet y Avro generan logs que se pueden ver en las tablas dba_load_operations y user_load_operations. Cada operación de carga agrega un registro a dba[usuario]_load_operations que indica la tabla que contiene los logs.

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

Nota

Para los 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 devuelven 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 como para contener el valor convertido, el valor de la columna se define en NULL. Esto no produce un registro rechazado.