0

ステータスは成功と表示されますが、ファイルは実際には big-query に転送されません。

# bq show -j abc

  Job Type    State      Start Time      Duration   Bytes Processed  
 ---------- --------- ----------------- ---------- ----------------- 
  load       SUCCESS   05 Jul 15:32:45   0:26:24

Web インターフェイスから、実際のエラーを確認できます。

Line:9732968, Too few columns: expected 27 column(s) but got 9 column(s)
Line:10893908 / Field:1, Bad character (ASCII 0) encountered. Rest of file not processed.

1) どの悪いキャラクターを削除する必要があるかを知るにはどうすればよいですか?

2) ジョブのステータスとして「成功」が表示されるのはなぜですか?

アップデート：

ジョブ ID: summary_2012_07_09_to_2012_07_10a2

コマンド プロンプトで表示されたエラー: BigQuery error in load operation: Backend Error

多くの行がまったく処理されませんでした。Web インターフェイスからの詳細:

行:9857286 / フィールド:1、不正な文字 (ASCII 0) が検出されました: フィールドの先頭: <15>

行:9857287 / フィールド:1、不正な文字 (ASCII 0) が検出されました。ファイルの残りは処理されません。

2 回目の試行で正常に処理されたすべての行:

job_id: summary_2012_07_09_to_2012_07_10a3

更新 2:

行:174952407 / フィールド:1、不正な文字 (ASCII 0) が検出されました。ファイルの残りは処理されません。

ジョブ ID: job_19890847cbc3410495c3cecaf79b31fb

4

1 に答える 1

1

応答が遅くなって申し訳ありません。休日の週末は、bigquery チームのほとんどがサポートの質問に答えていないことを意味していました。「不正な文字」は、ファイルの末尾にある ascii 0 値を不適切に検出する、一部の gzip ファイルの既知のバグである可能性があるようです。

ジョブが実際には失敗しているのに成功を報告している場合、それは問題のように聞こえますが、デバッグできるようにするには、失敗したジョブのジョブ ID が必要です。また、元のジョブのログがなくなっている可能性があるため、再現できる場合は役に立ちます。

于 2012-07-09T20:33:30.573 に答える