Documentazione dell'infrastruttura Oracle Cloud

Monitorare e risolvere i problemi relativi ai carichi

Tutte le operazioni di caricamento dati eseguite utilizzando il package PL/SQL DBMS_CLOUD vengono registrate nelle tabelle dba_load_operations e user_load_operations:

  • dba_load_operations: mostra tutte le operazioni di caricamento.

  • user_load_operations: mostra le operazioni di caricamento nello schema.

Eseguire una query su queste tabelle per visualizzare informazioni sui caricamenti dati in corso e completati. Utilizzare un'istruzione SELECT con un predicato clausola WHERE nella colonna TYPE per mostrare le operazioni di caricamento con il tipo COPY.

Ad esempio:

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 colonna LOGFILE_TABLE mostra il nome della tabella che è possibile eseguire una query per esaminare il log di un'operazione di caricamento. Ad esempio, la query seguente mostra il log per questa operazione di caricamento: 

SELECT * FROM COPY$1_LOG;

La colonna BADFILE_TABLE mostra il nome della tabella che è possibile eseguire una query per esaminare le righe con errori durante il caricamento. Ad esempio, l'interrogazione seguente mostra i record rifiutati per l'operazione di caricamento. Se nell'operazione non sono presenti righe rifiutate, l'interrogazione non mostra righe rifiutate. 

SELECT * FROM COPY$1_BAD;

A seconda degli errori mostrati nel log e delle righe mostrate nel file BADFILE_TABLE, è possibile correggere l'errore specificando le opzioni di formato corrette in DBMS_CLOUD.COPY_DATA.

Quando il formato type è "datapump", tutte le righe rifiutate fino all'indirizzo rejectlimit specificato vengono registrate nel file di log, ma non viene generato un valore BADFILE_TABLE.

Per impostazione predefinita, i file LOGFILE_TABLE e BADFILE_TABLE vengono conservati per due giorni e quindi rimossi automaticamente. È possibile modificare il numero di giorni di conservazione con l'opzione logretention per il parametro format.

Per informazioni sulle opzioni enablelogs, logdir, logprefix e logretention per il parametro format, vedere DBMS_CLOUD Package Format Options.

Per informazioni sulla cancellazione dei file di log, vedere DELETE_ALL_OPERATIONS Procedure.

Per informazioni sulle viste dba_load_operations e user_load_operations, vedere Traccia operazioni di caricamento DBMS_CLOUD.

Monitorare e risolvere i problemi delle operazioni sui file di massa

Per informazioni sul monitoraggio e la risoluzione dei problemi relativi alle operazioni dei file di massa, vedere Monitoraggio e risoluzione dei problemi dei caricamenti di file di massa.

Monitoraggio e risoluzione dei problemi relativi al caricamento di file ORC, Parquet o Avro

Come per altri file di dati, i caricamenti di dati ORC, Parquet e Avro generano log visualizzabili nelle tabelle dba_load_operations e user_load_operations. Ogni operazione di caricamento aggiunge un record a dba[utente]_load_operations che indica la tabella contenente i log.

La tabella di log fornisce informazioni di riepilogo sul caricamento.

Nota

Per i file ORC, Parquet o Avro, se il parametro format type è impostato sul valore orc, parquet o avro, la tabella BADFILE_TABLE è sempre vuota.

  • Gli errori di vincolo PRIMARY KEY restituiscono un errore ORA.
  • Se i dati di una colonna rilevano un errore di conversione, ad esempio la colonna di destinazione non è sufficientemente grande da contenere il valore convertito, il valore della colonna viene impostato su NULL. Questo non produce un record rifiutato.