Fehlermeldungen

Dieser Fehler wird zurückgegeben, wenn Sie versuchen, auf eine Ressource wie ein Dataset, eine Tabelle, eine Ansicht oder einen Job zuzugreifen, für die Sie keine Berechtigung haben. Er wird außerdem zurückgegeben, wenn Sie versuchen, ein schreibgeschütztes Objekt zu ändern.

Wenden Sie sich an den Ressourceninhaber und bitten Sie ihn um Zugriff auf die Ressource für den Nutzer, der durch den principalEmail-Wert im Audit-Log des Fehlers identifiziert wird.

Dieser Fehler wird zurückgegeben, wenn ein Problem mit dem Nutzercode vorliegt, bei dem ein bestimmtes Objektattribut aufgerufen wird, das nicht vorhanden ist.

Prüfen Sie, ob das Objekt, mit dem Sie arbeiten, das Attribut hat, auf das Sie zugreifen möchten. Weitere Informationen zu diesem Fehler finden Sie unter AttributeError.

Dieser Fehler weist darauf hin, dass der Dienst derzeit nicht verfügbar ist. Dies kann aufgrund einer Reihe vorübergehender Probleme auftreten, darunter:

• Plötzlicher Anstieg der Dienstnachfrage: Plötzliche Spitzen bei der Nachfrage, z. B. zu Stoßzeiten, können zu Load Shedding führen, um die Dienstqualität für alle BigQuery-Nutzer zu schützen. Um eine Überlastung des Systems zu vermeiden, kann BigQuery für einen kleinen Teil der Anfragen 500- oder 503-Fehler zurückgeben.
• Netzwerkprobleme: Aufgrund der verteilten Architektur von BigQuery werden Daten häufig zwischen verschiedenen Komponenten oder Maschinen im System übertragen. Verschiedene zeitweilige Probleme mit der Netzwerkverbindung können dazu führen, dass BigQuery einen 5xx-Fehler zurückgibt. Dazu gehören SSL-Handshake-Fehler oder andere Probleme mit der Netzwerkinfrastruktur zwischen dem Nutzer undCloud de Confiance by S3NS.
• Erschöpfung von Ressourcen: BigQuery hat verschiedene interne Ressourcenlimits, um die allgemeine Dienstleistung vor einem einzelnen Nutzer oder einem einzelnen Job zu schützen, der zu viele Ressourcen verbraucht. BigQuery implementiert Load Shedding, um Ressourcenengpässe zu beheben.
• Backend-Fehler: In seltenen Fällen kann ein internes Problem in einer der BigQuery-Komponenten dazu führen, dass dem Client ein 500- oder 503-Fehler zurückgegeben wird.

5xx-Fehler sind Probleme auf Dienstseite, die der Client nicht beheben oder beeinflussen kann. Um die Auswirkungen von 5xx-Fehlern zu minimieren, müssen Sie Ihre Anfragen clientseitig mit abgeschnittenen exponentiellen Backoffs wiederholen. Weitere Informationen zum exponentiellen Backoff finden Sie unter Exponentieller Backoff. Es gibt jedoch zwei Sonderfälle für die Behebung dieses Fehlers: jobs.get- und jobs.insert-Aufrufe.

jobs.get-Anrufe

• Wenn Sie beim Abrufen von jobs.get einen 503-Fehler erhalten haben, warten Sie einige Sekunden und rufen Sie die Daten dann noch einmal ab.
• Wenn der Job abgeschlossen ist, aber ein Fehlerobjekt mit backendError enthält, ist der Job fehlgeschlagen. Sie können den Job problemlos noch einmal ausführen, ohne sich Gedanken über die Datenkonsistenz machen zu müssen.

jobs.insert-Aufrufe
Wenn Sie diesen Fehler bei einem jobs.insert-Aufruf erhalten, ist unklar, ob der Job erfolgreich war. Sie müssen ihn dann noch einmal ausführen.

Wenn die Wiederholungsversuche nicht erfolgreich sind und die Probleme weiterhin bestehen, können Sie die Rate fehlgeschlagener Anfragen berechnen und den Support kontaktieren.
Wenn eine bestimmte Anfrage an BigQuery wiederholt mit einem 5xx-Fehler fehlschlägt, auch wenn sie bei mehreren Neustartversuchen des Workflows mit exponentiellem Backoff wiederholt wird, sollten Sie das Problem an den Support eskalieren, um es unabhängig von der insgesamt berechneten Fehlerrate auf der BigQuery-Seite zu beheben. Achten Sie darauf, die Auswirkungen auf Ihr Unternehmen eindeutig zu kommunizieren, damit das Problem korrekt priorisiert werden kann.

Der Fehler 'UPDATE or DELETE statement over table project.dataset.table would affect rows in the streaming buffer, which is not supported' kann auftreten, wenn einige kürzlich gestreamten Zeilen in einer Tabelle für DML-Vorgänge (DELETE,UPDATE, MERGE) möglicherweise nicht verfügbar sind, in der Regel ein paar Minuten, in seltenen Fällen jedoch bis zu 90 Minuten. Weitere Informationen finden Sie unter Streaming-Datenverfügbarkeit und DML-Einschränkungen.

Warten Sie einige Minuten und versuchen Sie es noch einmal oder filtern Sie die Anweisung so, dass sie nur für ältere Daten gilt, die sich außerhalb des Streamingpuffers befinden. Wenn Sie herausfinden möchten, ob Daten für DML-Vorgänge für Tabellen verfügbar sind, sehen Sie in der Antwort tables.get nach, ob ein Abschnitt „streamingBuffer“ vorhanden ist. Wenn der Abschnitt „streamingBuffer“ nicht vorhanden ist, sind Tabellendaten für DML-Vorgänge verfügbar. Sie können das Feld streamingBuffer.oldestEntryTime auch verwenden, um das Alter von Datensätzen im Streaming-Zwischenspeicher zu ermitteln.

Alternativ können Sie Daten mit der BigQuery Storage Write API (gRPC) streamen, die diese Einschränkung nicht hat.

Dieser Fehler wird zurückgegeben, wenn die Abrechnung für das Projekt nicht aktiviert ist.

Aktivieren Sie die Abrechnung für das Projekt in der Cloud de Confiance Console.

Dieser Fehler wird zurückgegeben, wenn der Wert von statistics.query.billingTier für einen On-Demand-Job 100 überschreitet. Dieser Fehler tritt auf, wenn On-Demand-Abfragen zu viel CPU im Vergleich zur Menge der gescannten Daten verbrauchen. Eine Anleitung zum Prüfen von Jobdetails finden Sie unter Jobs verwalten.

Dieser Fehler tritt am häufigsten auf, wenn ineffiziente Cross-Joins explizit oder implizit ausgeführt werden, z. B. aufgrund einer ungenauen Join-Bedingung. Diese Abfragetypen sind aufgrund des hohen Ressourcenverbrauchs nicht für On-Demand-Preise geeignet und lassen sich im Allgemeinen nicht gut skalieren. Sie können entweder die Abfrage optimieren oder das Preismodell kapazitätsbasiert (Slots) verwenden, um diesen Fehler zu beheben. Informationen zum Optimieren von Abfragen finden Sie unter SQL-Anti-Muster vermeiden.

Dieser Fehler wird zurückgegeben, wenn BigQuery den Vorgang, den Sie ausführen möchten, vorübergehend auf die Ablehnungsliste gesetzt hat, meist mit dem Ziel, einen Dienstausfall zu verhindern.

Wenden Sie sich an den Support, um weitere Informationen zu erhalten.

Dieser Fehler wird zurückgegeben, wenn Sie versuchen, einen Job, ein Dataset oder eine Tabelle zu erstellen, die bereits vorhanden sind. Der Fehler wird auch zurückgegeben, wenn die writeDisposition-Eigenschaft eines Jobs auf WRITE_EMPTY gesetzt ist und die vom Job aufgerufene Zieltabelle bereits vorhanden ist.

Benennen Sie die Ressource, die Sie erstellen möchten, um oder ändern Sie den Wert writeDisposition im Job. Weitere Informationen finden Sie unter Fehler „Job already exists“ beheben.

Dieser Fehler wird zurückgegeben, wenn in BigQuery ein interner Fehler auftritt.

Warten Sie gemäß den Anforderungen für den Backoff, die im BigQuery-SLA beschrieben sind, und versuchen Sie es dann noch einmal. Wenn der Fehler weiterhin auftritt, wenden Sie sich an den Support oder melden Sie einen Programmfehler über die BigQuery-Problemverfolgung. Sie können auch versuchen, die Häufigkeit dieses Fehlers durch Reservierungen zu reduzieren.

Dieser Fehler wird zurückgegeben, wenn die Eingabe nicht wegen einer fehlerhaften Abfrage ungültig ist, sondern z. B. wegen nicht ausgefüllter Pflichtfelder oder wegen eines ungültigen Tabellenschemas. Bei ungültigen Abfragen wird ein invalidQuery-Fehler zurückgegeben.

Dieser Fehler wird zurückgegeben, wenn Sie versuchen, eine ungültige Abfrage auszuführen.

Prüfen Sie Ihre Anfrage auf Syntaxfehler. Die Funktionsreferenz für Abfragen enthält Erläuterungen und Beispiele zur Erstellung gültiger Abfragen.

Dieser Fehler wird zurückgegeben, wenn Sie versuchen, eine Abfrage mit ungültigen Nutzeranmeldedaten zu planen.

Aktualisieren Sie die Nutzeranmeldedaten, wie unter Abfragen planen erläutert.

Dieser Fehler wird zurückgegeben, wenn der Job erfolgreich erstellt wurde, aber mit einem internen Fehler fehlgeschlagen ist. Dieser Fehler kann in jobs.query oder jobs.getQueryResults angezeigt werden.

Wiederholen Sie den Job mit einem neuen jobId. Wenn der Fehler weiterhin auftritt, wenden Sie sich an den Support.

Dieser Fehler wird zurückgegeben, wenn der Job erfolgreich erstellt wurde, aber mit einem internen Fehler fehlgeschlagen ist. Dieser Fehler kann in jobs.query oder jobs.getQueryResults angezeigt werden.

Wiederholen Sie den Job mit einem neuen jobId. Wenn der Fehler weiterhin auftritt, wenden Sie sich an den Support.

Dieser Fehler wird zurückgegeben, wenn der Job erfolgreich erstellt wurde, aber mit dem Fehler rateLimitExceeded fehlgeschlagen ist. Dieser Fehler kann in jobs.query oder jobs.getQueryResults angezeigt werden.

Verwenden Sie exponentiellen Backoff, um die Anforderungsrate zu reduzieren, und wiederholen Sie den Job dann mit einem neuen jobId.

Dieser Fehler wird zurückgegeben, wenn Sie eine nicht vorhandene Ressource angeben (ein Dataset, eine Tabelle oder ein Job) oder wenn der Standort in der Anfrage nicht mit dem Standort der Ressource übereinstimmt (z. B. dem Standort, an dem ein Job ausgeführt wird). Der Fehler kann auch auftreten, wenn Sie mit Tabelle-Decorators auf gelöschte Tabellen verweisen, an die kürzlich gestreamt wurde.

Korrigieren Sie die Ressourcennamen, geben Sie den Standort korrekt an oder warten Sie nach dem Streaming mindestens sechs Stunden, bevor Sie eine gelöschte Tabelle abfragen.

Dieser Jobfehler wird zurückgegeben, wenn Sie versuchen, auf eine Funktion zuzugreifen, die nicht implementiert ist.

Wenden Sie sich an den Support, um weitere Informationen zu erhalten.

Dieser Fehler wird zwischen der Clientumgebung und dem Proxyserver zurückgegeben, wenn die Anfrage keine gültigen Anmeldedaten für den Proxyserver enthält. Weitere Informationen finden Sie unter 407 Proxy Authentication Required.

Die Fehlerbehebung ist spezifisch für Ihre Umgebung. Wenn Sie diesen Fehler bei der Arbeit in Java erhalten, müssen Sie darauf achten, dass Sie sowohl die Eigenschaften jdk.http.auth.tunneling.disabledSchemes= als auch jdk.http.auth.proxying.disabledSchemes= ohne Wert nach dem Gleichheitszeichen festgelegt haben.

Dieser Fehler wird zurückgegeben, wenn Ihr Projekt ein BigQuery-Kontingent oder ein benutzerdefiniertes Kontingent überschreitet oder wenn Sie die Abrechnung nicht eingerichtet haben und das Kontingent für die kostenlose Stufe für Abfragen überschritten haben.

Weitere Informationen dazu, welches Kontingent überschritten wurde, finden Sie in der message-Property des Fehlerobjekts. Wenn Sie ein BigQuery-Kontingent zurücksetzen oder erhöhen möchten, wenden Sie sich an den Support. Zum Ändern eines benutzerdefinierten Kontingents können Sie eine Anfrage über die Seite Kontingente senden. Wenn Sie diesen Fehler bei Verwendung der BigQuery-Sandbox erhalten, können Sie ein Upgrade über die Sandbox ausführen.
Weitere Informationen finden Sie unter Fehler in BigQuery-Kontingenten beheben.

Dieser Fehler wird zurückgegeben, wenn Ihr Projekt eine kurzfristige Ratenbegrenzung überschreitet, weil zu viele Anfragen zu schnell gesendet werden. Beispiele finden Sie unter Ratenbegrenzungen für Abfragejobs und Ratenbegrenzungen für API-Anfragen.

Verringern Sie die Anfragerate.
Wenn Sie der Meinung sind, dass Ihr Projekt eines dieser Limits nicht überschritten hat, wenden Sie sich an den Support.
Weitere Informationen finden Sie unter Fehler in BigQuery-Kontingenten beheben.

Dieser Fehler wird zurückgegeben, wenn Sie versuchen, ein Dataset zu löschen, das Tabellen enthält, oder einen Job, der gerade ausgeführt wird.

Leeren Sie das Dataset, bevor Sie versuchen, es zu löschen, oder warten Sie, bis ein Job abgeschlossen ist, bevor Sie es löschen.

Dieser Fehler wird zurückgegeben, wenn Ihr Job zu viele Ressourcen beansprucht.

Dieser Fehler wird zurückgegeben, wenn Ihr Job zu viele Ressourcen beansprucht. Informationen zur Fehlerbehebung finden Sie unter Fehlerbehebung bei Ressourcenfehlern aufgrund überschrittener Ressourcen.

Dieser Fehler wird zurückgegeben, wenn die Ergebnisse Ihrer Abfrage die maximale Antwortgröße überschreiten. Einige Abfragen werden in mehreren Phasen ausgeführt. Dieser Fehler wird zurückgegeben, wenn in einer Phase eine Antwortgröße zurückgegeben wird, die zu groß ist, auch wenn das Endergebnis kleiner als das Maximum ist. Dieser Fehler wird häufig zurückgegeben, wenn in Abfragen eine ORDER BY-Klausel verwendet wird.

Manchmal lässt sich das Problem durch Hinzufügen einer LIMIT-Klausel oder durch Entfernen der ORDER BY-Klausel beheben. Damit große Ergebnisse keine Probleme verursachen, setzen Sie das Attribut allowLargeResults auf true und geben Sie eine Zieltabelle an. Weitere Informationen finden Sie unter Große Abfrageergebnisse schreiben.

Dieser Statuscode wird zurückgegeben, wenn ein Job abgebrochen wird.

Bestimmte BigQuery-Tabellen basieren auf Daten, die von anderen Google-Produktteams verwaltet werden. Dieser Fehler weist darauf hin, dass eine dieser Tabellen nicht verfügbar ist.

Wenn diese Fehlermeldung angezeigt wird, können Sie die Anfrage noch einmal senden (siehe internalError) oder das Google-Produktteam kontaktieren, das Ihnen Zugriff auf die Daten gewährt hat.

Der Job hat das Zeitlimit überschritten.

Erwägen Sie, den Umfang der Arbeit zu reduzieren, die von Ihrem Vorgang ausgeführt wird, damit er innerhalb des festgelegten Limits abgeschlossen werden kann. Weitere Informationen finden Sie unter Fehlerbehebung bei Kontingent- und Limitfehlern.