本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

對零 ETL 整合進行疑難排解

使用下列各節來協助您針對 AWS Glue 零 ETL 整合的問題進行疑難排解。

對與 Amazon DynamoDB 來源的零 ETL 整合進行故障診斷

來源 DynamoDB 資料表上缺少 RBAC 政策或point-in-time復原

建立整合之前，必須正確設定來源。如果來源 DynamoDB 資料表缺少具有適當許可的 RBAC 政策，或停用point-in-time復原，則整合將進入 Needs_Attention 狀態。若要解決此問題，請修正許可和/或啟用point-in-time復原。一旦您修正缺少的組態，整合應該會在一段時間後自動復原。

故障診斷與 SaaS 來源的零 ETL 整合 （使用 AWS Glue 連線）

連線未正確設定

如果未正確設定 AWS Glue 連線，整合可能無法存取 SaaS 來源。確認連線登入資料有效，且來源角色具有存取連線的適當許可。

疑難排解與一般用途 Amazon S3 目標的零 ETL 整合

Target-role 缺少許可

如果目標角色缺少適當的許可或設定不正確，則會導致整合進入 NEEDS_ATTENTION 狀態。請參閱章節以取得目標角色組態以修正問題。修正問題後，整合應該會在一段時間後自動復原。

Target Catalog RBAC 政策設定不正確

如果目標目錄資源政策設定不正確，也會導致整合進入 NEEDS_ATTENTION 狀態。請參閱章節以取得目標角色組態以修正問題。修正問題後，整合應該會在一段時間後自動復原。

對與 Amazon S3-Table 目標的零 ETL 整合進行故障診斷

Target-role 缺少許可

如果目標角色缺少適當的許可或設定不正確，則會導致整合進入 NEEDS_ATTENTION 狀態。請參閱章節以取得目標角色組態以修正問題。修正問題後，整合應該會在一段時間後自動復原。

Target Catalog RBAC 政策設定不正確

如果目標目錄資源政策設定不正確，也會導致整合進入 NEEDS_ATTENTION 狀態。請參閱章節以取得目標角色組態以修正問題。修正問題後，整合應該會在一段時間後自動復原。

AWS Glue 零 ETL 整合錯誤的一般故障診斷指南

所有整合會在每個程序完成後發出 CloudWatch 日誌，例如完整資料載入或變更資料擷取。您可以參考這些日誌，以判斷失敗或錯誤的確切根本原因。

此外， AWS Glue 也會在目標 AWS Glue 資料庫或 S3-Table 中建立系統資料表。在整合保持運作 （即未處於 FAILED 或 DELETED 狀態） 的期間， AWS Glue 將繼續附加目標上每個個別操作的狀態，即完成完整資料載入或使用記錄數量、插入次數、刪除等統計資料變更資料擷取。