Messaggi di errore

Questo documento descrive i messaggi di errore che potresti riscontrare quando utilizzi BigQuery, inclusi i codici di errore HTTP e i passaggi per la risoluzione dei problemi suggeriti.

Per saperne di più sugli errori delle query, vedi Risolvere gli errori delle query.

Per ulteriori informazioni sugli errori di inserimento di flussi di dati, consulta la pagina Risolvere i problemi relativi all'inserimento di flussi di dati.

Tabella degli errori

Le risposte dell'API BigQuery includono un codice di errore HTTP e un oggetto di errore nel corpo della risposta. Un oggetto errore è in genere uno dei seguenti:

La colonna Messaggio di errore nella tabella seguente corrisponde alla proprietà reason in un oggetto ErrorProto.

La tabella non include tutti i possibili errori HTTP o altri errori di rete. Pertanto, non dare per scontato che un oggetto di errore sia presente in ogni risposta di errore di BigQuery. Inoltre, potresti ricevere errori o oggetti di errore diversi se utilizzi le librerie client di Cloud per l'API BigQuery. Per saperne di più, consulta Librerie client API BigQuery.

Se ricevi un codice di risposta HTTP che non è presente nella tabella seguente, il codice di risposta indica un problema o un risultato previsto con la richiesta HTTP. I codici di risposta nell'intervallo 5xx indicano un errore lato server. Se ricevi un codice di risposta 5xx, riprova a inviare la richiesta in un secondo momento. In alcuni casi, un codice di risposta 5xx potrebbe essere restituito da un server intermedio come un proxy. Esamina il corpo della risposta e le intestazioni della risposta per i dettagli sull'errore. Per un elenco completo dei codici di risposta HTTP, consulta Codici di risposta HTTP.

Se utilizzi lo strumento a riga di comando bq per controllare lo stato del job, l'oggetto errore non viene restituito per impostazione predefinita. Per visualizzare l'oggetto errore e la proprietà reason corrispondente che viene mappata alla tabella seguente, utilizza il flag --format=prettyjson. Ad esempio: bq --format=prettyjson show -j <job id>. Per visualizzare la registrazione dettagliata dello strumento bq, utilizza --apilog=stdout. Per scoprire di più sulla risoluzione dei problemi relativi allo strumento bq, consulta la sezione Debug.

Messaggio di errore Codice HTTP Descrizione Risoluzione dei problemi
accessDenied 403 Questo errore viene restituito quando tenti di accedere a una risorsa come un dataset, una tabella, una visualizzazione o un job a cui non hai accesso. Questo errore viene restituito anche quando tenti di modificare un oggetto di sola lettura. Contatta il proprietario della risorsa e richiedi l'accesso alla risorsa per l'utente identificato dal valore principalEmail nel log di controllo dell'errore.
attributeError 400 Questo errore viene restituito quando si verifica un problema con il codice utente in cui viene chiamato un determinato attributo dell'oggetto, ma non esiste. Assicurati che l'oggetto con cui stai lavorando abbia l'attributo a cui stai tentando di accedere. Per ulteriori informazioni su questo errore, vedi AttributeError.
backendError 500, 503 o 504

Questo errore indica che il servizio non è al momento disponibile. Ciò può accadere a causa di una serie di problemi temporanei, tra cui:

  • Aumento improvviso della domanda di servizi: picchi improvvisi della domanda, ad esempio durante gli orari di utilizzo di picco, possono comportare la riduzione del carico per proteggere la qualità del servizio per tutti gli utenti BigQuery. Per evitare che il sistema venga sovraccaricato, BigQuery può restituire errori 500 o 503 per una piccola parte delle richieste.
  • Problemi di rete: la natura distribuita di BigQuery implica che i dati vengono spesso trasferiti tra diversi componenti o macchine del sistema. Vari problemi intermittenti di connettività di rete possono causare la restituzione di un errore 5xx da parte di BigQuery, inclusi errori di handshake SSL o altri problemi di infrastruttura di rete tra l'utente e Trusted Cloud by S3NS.
  • Esaurimento delle risorse: BigQuery prevede vari limiti interni delle risorse per proteggere le prestazioni complessive del servizio dal consumo eccessivo di risorse da parte di un singolo utente o di un singolo job. BigQuery implementa il load shedding per affrontare l'esaurimento delle risorse.
  • Errori di backend: in rari casi, un problema interno a uno dei componenti BigQuery può comportare la restituzione di un errore 500 o 503 al client.
 Gli errori 5xx sono problemi lato servizio e il client non ha modo di risolverli o controllarli. Dal lato client, per ridurre l'impatto degli errori 5xx, devi riprovare a inviare le richieste utilizzando backoff esponenziali troncati. Per ulteriori informazioni sui backoff esponenziali, consulta la sezione Backoff esponenziale. Tuttavia, esistono due casi speciali per la risoluzione dei problemi relativi a questo errore: chiamate jobs.get e chiamate jobs.insert.

Chiamate jobs.get

  • Se hai ricevuto un errore 503 durante il polling di jobs.get, attendi qualche secondo e riprova.
  • Se il job viene completato, ma include un oggetto di errore che contiene backendError, il job non è riuscito. Puoi riprovare a eseguire il job in tutta sicurezza senza preoccuparti della coerenza dei dati.

Chiamate jobs.insert

Se ricevi questo errore quando effettui una chiamata jobs.insert, non è chiaro se il job è stato eseguito correttamente. In questa situazione, dovrai riprovare a eseguire il job.

Se i tentativi non sono efficaci e i problemi persistono, puoi calcolare la percentuale di richieste non riuscite e contattare l'assistenza.

Inoltre, se noti che una richiesta specifica a BigQuery non va a buon fine in modo persistente con un errore 5xx, anche se riprovata utilizzando il backoff esponenziale in più tentativi di riavvio del flusso di lavoro, devi riassegnare il problema all'assistenza per risolverlo dal lato BigQuery, indipendentemente dal tasso di errore complessivo calcolato. Assicurati di comunicare chiaramente l'impatto sull'attività in modo che il problema possa essere valutato correttamente.

badRequest 400 L'errore 'UPDATE or DELETE statement over table <project.dataset.table> would affect rows in the streaming buffer, which is not supported' può verificarsi quando alcune righe trasmesse in streaming di recente in una tabella potrebbero non essere disponibili per le operazioni DML (DELETE, UPDATE,MERGE), in genere per alcuni minuti, ma in rari casi, fino a 90 minuti. Per ulteriori informazioni, consulta Disponibilità dei dati di streaming e Limitazioni DML. Per verificare se i dati sono disponibili per le operazioni DML sulle tabelle, controlla la risposta tables.get per la sezione streamingBuffer. Se la sezione streamingBuffer non è presente, i dati della tabella sono disponibili per le operazioni DML. Puoi anche utilizzare il campo streamingBuffer.oldestEntryTime per identificare l'età dei record nel buffer di streaming.
billingNotEnabled 403 Questo errore viene restituito quando la fatturazione non è abilitata per il progetto. Abilita la fatturazione per il progetto nella Trusted Cloud console.
billingTierLimitExceeded 400 Questo errore viene restituito quando il valore di statistics.query.billingTier per un job on demand supera 100. Ciò si verifica quando le query on demand utilizzano troppa CPU rispetto alla quantità di dati analizzati. Per istruzioni su come esaminare i dettagli dei job, vedi Gestione dei job. Questo errore si verifica più spesso a causa dell'esecuzione di cross-join inefficienti, in modo esplicito o implicito, ad esempio a causa di una condizione di unione non esatta. Questi tipi di query non sono adatti ai prezzi on demand a causa dell'elevato consumo di risorse e, in generale, potrebbero non essere scalabili. Per risolvere questo errore, puoi ottimizzare la query o passare al modello di prezzi basato sulla capacità (slot). Per informazioni sull'ottimizzazione delle query, consulta la sezione Come evitare gli anti-pattern SQL.
bloccato 403 Questo errore viene restituito quando BigQuery ha temporaneamente inserito l'operazione che hai tentato di eseguire in una lista di negazione, in genere per evitare un'interruzione del servizio. Contatta l'assistenza per ulteriori informazioni.
duplicare 409 Questo errore viene restituito quando si tenta di creare un job, un set di dati o una tabella già esistenti. L'errore viene restituito anche quando la proprietà writeDisposition di un job è impostata su WRITE_EMPTY e la tabella di destinazione a cui accede il job esiste già. Rinomina la risorsa che stai tentando di creare o modifica il valore di writeDisposition nel job.
internalError 500 Questo errore viene restituito quando si verifica un errore interno in BigQuery. Attendi in base ai requisiti di backoff descritti nell'accordo sul livello del servizio di BigQuery, quindi riprova l'operazione. Se l'errore continua a verificarsi, contatta l'assistenza o segnala un bug utilizzando il tracker dei problemi di BigQuery. Puoi anche ridurre la frequenza di questo errore utilizzando le prenotazioni.
non valido 400 Questo errore viene restituito quando è presente un input non valido di qualsiasi tipo diverso da una query non valida, ad esempio campi obbligatori mancanti o uno schema di tabella non valido. Le query non valide restituiscono un errore invalidQuery.
invalidQuery 400 Questo errore viene restituito quando tenti di eseguire una query non valida. Controlla la query per verificare la presenza di errori di sintassi. Il riferimento alle query contiene descrizioni ed esempi di come creare query valide.
invalidUser 400 Questo errore viene restituito quando tenti di pianificare una query con credenziali utente non valide. Aggiorna le credenziali utente, come spiegato in Pianificazione delle query.
jobBackendError 400 Questo errore viene restituito quando il job è stato creato correttamente, ma non è riuscito a causa di un errore interno. Potresti visualizzare questo errore in jobs.query o jobs.getQueryResults. Riprova il job con un nuovo jobId. Se l'errore persiste, contatta l'assistenza.
jobInternalError 400 Questo errore viene restituito quando il job è stato creato correttamente, ma non è riuscito a causa di un errore interno. Potresti visualizzare questo errore in jobs.query o jobs.getQueryResults. Riprova il job con un nuovo jobId. Se l'errore persiste, contatta l'assistenza.
jobRateLimitExceeded 400 Questo errore viene restituito quando il job è stato creato correttamente, ma non è andato a buon fine con un errore rateLimitExceeded. Potresti visualizzare questo errore in jobs.query o jobs.getQueryResults. Utilizza il backoff esponenziale per ridurre la tasso di richieste, quindi riprova il job con un nuovo jobId.
notFound 404 Questo errore viene restituito quando fai riferimento a una risorsa (un set di dati, una tabella o un job) che non esiste oppure quando la località nella richiesta non corrisponde a quella della risorsa (ad esempio, la località in cui è in esecuzione un job). Ciò può verificarsi anche quando si utilizzano decoratori di tabelle per fare riferimento a tabelle eliminate di recente trasmesse in streaming. Correggi i nomi delle risorse, specifica correttamente la posizione o attendi almeno 6 ore dopo lo streaming prima di eseguire una query su una tabella eliminata.
notImplemented 501 Questo errore del job viene restituito quando tenti di accedere a una funzionalità non implementata. Contatta l'assistenza per ulteriori informazioni.
proxyAuthenticationRequired 407 Questo errore viene restituito tra l'ambiente client e il server proxy quando la richiesta non dispone di credenziali di autenticazione valide per il server proxy. Per maggiori informazioni, consulta 407 Proxy Authentication Required. La risoluzione dei problemi è specifica per il tuo ambiente. Se ricevi questo errore mentre lavori in Java, assicurati di aver impostato le proprietà jdk.http.auth.tunneling.disabledSchemes= e jdk.http.auth.proxying.disabledSchemes= senza alcun valore dopo il segno uguale.
quotaExceeded 403 Questo errore viene restituito quando il tuo progetto supera una quota BigQuery, una quota personalizzata o quando non hai configurato la fatturazione e hai superato il livello gratuito per le query. Visualizza la proprietà message dell'oggetto errore per saperne di più su quale quota è stata superata. Per reimpostare o aumentare una quota BigQuery, contatta l'assistenza. Per modificare una quota personalizzata, invia una richiesta dalla pagina della console Trusted Cloud . Se ricevi questo errore utilizzando la sandbox di BigQuery, puoi eseguire l'upgrade dalla sandbox.

Per ulteriori informazioni, consulta Risoluzione degli errori di quota di BigQuery.
rateLimitExceeded 403 Questo errore viene restituito se il tuo progetto supera un limite di frequenza a breve termine inviando troppe richieste troppo rapidamente. Ad esempio, consulta i limiti di frequenza per i job di query e i limiti di frequenza per le richieste API. Riduci la tasso di richieste.

Se ritieni che il tuo progetto non abbia superato uno di questi limiti, contatta l'assistenza.

Per ulteriori informazioni, consulta Risoluzione degli errori di quota di BigQuery.
resourceInUse 400 Questo errore viene restituito quando tenti di eliminare un set di dati che contiene tabelle o quando tenti di eliminare un job attualmente in esecuzione. Svuota il set di dati prima di tentare di eliminarlo o attendi il completamento di un job prima di eliminarlo.
resourcesExceeded 400 Questo errore viene restituito quando il job utilizza troppe risorse. Questo errore viene restituito quando il job utilizza troppe risorse. Per informazioni sulla risoluzione dei problemi, vedi Risolvere gli errori di superamento delle risorse.
responseTooLarge 403 Questo errore viene restituito quando i risultati della query sono superiori alla dimensione massima della risposta. Alcune query vengono eseguite in più fasi e questo errore viene restituito quando una fase restituisce una dimensione della risposta troppo grande, anche se il risultato finale è inferiore al massimo. Questo errore viene restituito di solito quando le query utilizzano una clausola ORDER BY. A volte può essere utile aggiungere una clausola LIMIT o rimuovere la clausola ORDER BY. Se vuoi assicurarti che possano essere restituiti risultati di grandi dimensioni, puoi impostare la proprietà allowLargeResults su true e specificare una tabella di destinazione. Per saperne di più, consulta Scrivere risultati di query di grandi dimensioni.
operazione interrotta 200 Questo codice di stato viene restituito quando un job viene annullato.
tableUnavailable 400 Alcune tabelle BigQuery sono supportate da dati gestiti da altri team di prodotto Google. Questo errore indica che una di queste tabelle non è disponibile. Quando visualizzi questo messaggio di errore, puoi riprovare a eseguire la richiesta (consulta i suggerimenti per la risoluzione dei problemi relativi a internalError) o contattare il team di prodotto Google che ti ha concesso l'accesso ai suoi dati.
timeout 400 Timeout del job. Valuta la possibilità di ridurre la quantità di lavoro eseguita dall'operazione in modo che possa essere completata entro il limite impostato. Per saperne di più, consulta Risposta di errore di esempio 
GET https://bigquery.googleapis.com/bigquery/v2/projects/12345/datasets/foo
Response:
[404]
{
  "error": {
  "errors": [
  {
    "domain": "global",
    "reason": "notFound",
    "message": "Not Found: Dataset myproject:foo"
  }],
  "code": 404,
  "message": "Not Found: Dataset myproject:foo"
  }
}

Calcolare il tasso di richieste non riuscite e l'uptime

La maggior parte degli errori 500 e 503 può essere risolta eseguendo un nuovo tentativo con backoff esponenziale. Nel caso in cui gli errori 500 e 503 persistano, puoi calcolare la percentuale complessiva di richieste non riuscite e il relativo uptime per confrontarli con l' accordo sul livello del servizio (SLA) di BigQuery per determinare se il servizio funziona come previsto.

Per calcolare il tasso complessivo di richieste non riuscite negli ultimi 30 giorni, prendi il numero di richieste non riuscite per una specifica chiamata o un metodo API degli ultimi 30 giorni e dividilo per il numero totale di richieste per quella chiamata o quel metodo API degli ultimi 30 giorni. Moltiplica questo valore per 100 per ottenere la percentuale media di richieste non riuscite in 30 giorni.

Ad esempio, puoi eseguire query sui dati di Cloud Logging per ottenere il numero totale di richieste jobs.insert e il numero di richieste jobs.insert non riuscite ed eseguire il calcolo. Puoi anche ottenere i valori del tasso di errore dalla dashboard API o utilizzando Metrics Explorer in Cloud Monitoring. Queste opzioni non includono dati su problemi di rete o di routing riscontrati tra il client e BigQuery, pertanto consigliamo anche di utilizzare un sistema di logging e generazione di report lato client per calcoli più precisi del tasso di errore.

Innanzitutto, calcola il 100% meno il tasso complessivo di richieste non riuscite. Se questo valore è maggiore o uguale al valore descritto nello SLA di BigQuery, anche il tempo di attività soddisfa lo SLA di BigQuery. Tuttavia, se questo valore è inferiore a quello descritto nel contratto di servizio, calcola manualmente l'uptime.

Per calcolare l'uptime, devi conoscere il numero di minuti considerati tempi di inattività del servizio. Il tempo di inattività del servizio indica un periodo di un minuto con una percentuale di errori superiore al 10%, calcolata in base alle definizioni dello SLA. Per calcolare l'uptime, prendi il totale dei minuti degli ultimi 30 giorni e sottrai il totale dei minuti in cui il servizio non era disponibile. Dividi il tempo rimanente per i minuti totali degli ultimi 30 giorni e moltiplica questo valore per 100 per ottenere la percentuale di uptime in 30 giorni. Per ulteriori informazioni sulle definizioni e sui calcoli relativi all'SLA , consulta l'accordo sul livello del servizio (SLA) BigQuery.

Se la percentuale di uptime mensile è maggiore o uguale al valore descritto nel contratto di servizio di BigQuery, l'errore è stato probabilmente causato da un problema temporaneo, quindi puoi continuare a riprovare utilizzando il backoff esponenziale.

Se l'uptime è inferiore al valore indicato nel contratto di servizio, contatta l'assistenza per ricevere aiuto e condividi il tasso di errore complessivo osservato e i calcoli dell'uptime.

Errori di autenticazione

Gli errori generati dal sistema di generazione dei token OAuth restituiscono il seguente oggetto JSON, come definito dalla specifica OAuth2.

{"error" : "description_string"}

L'errore è accompagnato da un errore HTTP 400 Richiesta errata o da un errore HTTP 401 Non autorizzato. description_string è uno dei codici di errore definiti dalle specifiche OAuth2. Ad esempio:

{"error":"invalid_client"}

Esaminare gli errori

Puoi utilizzare l'esploratore dei log per visualizzare gli errori di autenticazione per job, utenti o altri ambiti specifici. Di seguito sono riportati diversi esempi di filtri di Esplora log che puoi utilizzare per esaminare gli errori di autenticazione.

Cerca i job non riusciti con problemi di autorizzazione nei log di controllo Policy Denied:
    resource.type="bigquery_resource"
    protoPayload.status.message=~"Access Denied"
    logName="projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Fdata_access"
Cerca un utente o un account di servizio specifico utilizzato per l'autenticazione:
    resource.type="bigquery_resource"
    protoPayload.authenticationInfo.principalEmail="EMAIL"

Sostituisci EMAIL con l'indirizzo email dell'utente o del account di servizio.

Cerca le modifiche ai criteri IAM nei log di controllo delle attività di amministrazione:
    protoPayload.methodName=~"SetIamPolicy"
    logName="projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Factivity"
Cerca le modifiche a un set di dati BigQuery specifico negli audit log per l'accesso ai dati:
    resource.type="bigquery_resource"
    protoPayload.resourceName="projects/PROJECT_ID/datasets/DATASET_ID"
    logName=projects/PROJECT_ID/logs/cloudaudit.googleapis.com%2Fdata_access

Sostituisci quanto segue:

  • PROJECT_ID: l'ID del progetto contenente la risorsa
  • DATASET_ID: l'ID del set di dati che contiene la risorsa

Messaggi di errore di connettività

La seguente tabella elenca i messaggi di errore che potresti visualizzare a causa di problemi di connettività intermittente quando utilizzi le librerie client o chiami l'API BigQuery dal tuo codice:

Messaggio di errore Libreria client o API Risoluzione dei problemi
com.google.cloud.bigquery.BigQueryException: Read timed out Java Imposta un valore di timeout maggiore.
Connection has been shutdown: javax.net.ssl.SSLException: java.net.SocketException: Connection reset at com.google.cloud.bigquery.spi.v2.HttpBigQueryRpc.translate(HttpBigQueryRpc.java:115) Java Implementa un meccanismo di ripetizione e imposta un valore di timeout più elevato.
javax.net.ssl.SSLHandshakeException: Remote host terminated the handshake Java Implementa un meccanismo di ripetizione e imposta un valore di timeout più elevato.
BrokenPipeError: [Errno 32] Broken pipe Python Implementa un meccanismo di ripetizione. Per saperne di più su questo errore, consulta BrokenPipeError.
Connessione interrotta. RemoteDisconnected('Remote end closed connection without response' Python Imposta un valore di timeout maggiore.
SSLEOFError (EOF occurred in violation of protocol) Python Questo errore viene restituito al posto di un errore HTTP 413 (ENTITY_TOO_LARGE). Riduci le dimensioni della richiesta.
TaskCanceledException: un'attività è stata annullata Libreria .NET Aumenta il valore del timeout sul lato client.
google.api_core.exceptions.PreconditionFailed: 412 PATCH Python Questo errore viene restituito durante il tentativo di aggiornamento di una risorsa tabella utilizzando una richiesta HTTP. Assicurati che l'ETag nell'intestazione HTTP non sia obsoleta. Per le operazioni a livello di tabella o set di dati, assicurati che la risorsa non sia cambiata dall'ultima volta che è stata creata un'istanza e ricrea l'oggetto, se necessario.
Impossibile stabilire una nuova connessione: [Errno 110] Connection timed out Librerie client Questo errore viene restituito quando questa richiesta ha raggiunto la fine del file (EOF) durante lo streaming o la lettura dei dati da BigQuery. Implementa un meccanismo di ripetizione dei tentativi e imposta un valore di timeout più elevato.
socks.ProxyConnectionError: Error connecting to HTTP proxy xxx.xx.xxx.xx:8080: [Errno 110] Connection timed out Librerie client Risolvi i problemi relativi allo stato e alle impostazioni del proxy. Implementa un meccanismo di ripetizione dei tentativi e imposta un valore di timeout più elevato.
Ricezione di un EOF imprevisto o di 0 byte dallo stream di trasporto Librerie client Implementa un meccanismo di ripetizione dei tentativi e imposta un valore di timeout più elevato.

Trusted Cloud Messaggi di errore della console

La tabella seguente elenca i messaggi di errore che potresti visualizzare mentre lavori nella consoleTrusted Cloud .

Messaggio di errore Descrizione Risoluzione dei problemi
Risposta di errore sconosciuta dal server. Questo errore viene visualizzato quando la Trusted Cloud console riceve un errore sconosciuto dal server, ad esempio quando fai clic su un set di dati o su un altro tipo di link e la pagina non può essere visualizzata. Passa alla modalità di navigazione in incognito o privata del browser e ripeti l'azione che ha generato l'errore. Se non si verifica alcun errore in modalità di navigazione in incognito, l'errore potrebbe essere dovuto a un'estensione del browser, ad esempio un blocco degli annunci. Disattiva le estensioni del browser quando non sei in modalità di navigazione in incognito e verifica se il problema si risolve.