Supervisión y solución de problemas de cargas
Todas las operaciones de carga del dato realizadas mediante el paquete PL/SQL
se registran en las tablas DBMS_CLOUD
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.
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 errorORA
. - 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.
Tema principal: Carga de datos de archivos en la nube