Supervisión y solución de problemas de cargas
Todas las operaciones de carga de datos 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 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.
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 errorORA
. - 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.
Tema principal: Carga de datos de archivos en la nube