對零 ETL 整合進行疑難排解 - Amazon Redshift

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

對零 ETL 整合進行疑難排解

使用下列各節來協助故障診斷零 ETL 整合的問題。

使用下列資訊，針對 Aurora MySQL 的零 ETL 整合常見問題進行故障診斷。

整合建立失敗

如果零 ETL 整合建立失敗，則整合的狀態為 Inactive。請確定您的 Aurora 資料庫叢集符合下列敘述：

此外，請確定您的 Amazon Redshift 資料倉儲符合下列敘述：

資料表沒有主索引鍵

在目的地資料庫中，一或多個資料表沒有主索引鍵，因此無法同步。

若要解決此問題，請前往整合詳細資訊頁面上的表格統計資訊索引標籤，或使用 SVV_INTEGRATION_TABLE_STATE 來檢視失敗的資料表。您可以在資料表中新增主索引鍵，Amazon Redshift 便會重新同步資料表。或者，雖不建議，但您也可以捨棄 Aurora 上的這些資料表，並建立有主索引鍵的資料表。如需詳細資訊，請參閱 Amazon Redshift 的資料表設計最佳實務。

Aurora MySQL 資料表未複寫至 Amazon Redshift

如果您沒有看到一或多個反映在 Amazon Redshift 中的資料表，您可以執行下列命令來重新同步它們。將 dbname 取代為 Amazon Redshift 資料庫的名稱。此外，將資料表 1 和資料表 2 取代為要同步的資料表名稱。

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

如需詳細資訊，請參閱《Amazon Redshift 資料庫開發人員指南》中的 ALTER DATABASE。

您的資料可能不會複寫，因為一或多個來源資料表沒有主索引鍵。Amazon Redshift 中的監控儀表板會將這些資料表的狀態顯示為 Failed，而整體零 ETL 整合的狀態會變更為 Needs attention。若要解決此問題，您可以識別資料表中可成為主索引鍵的現有索引鍵，也可以新增合成主索引鍵。如需詳細解決方案，請參閱 AWS 資料庫部落格中的在建立 Amazon Aurora MySQL 或 RDS for MySQL 與 Amazon Redshift 的零 ETL 整合時，不使用主索引鍵來處理資料表。

同時確認您的目標是否為 Amazon Redshift 叢集，該叢集不會暫停。

資料表中有不支援的資料類型

在您從 Amazon Redshift 整合建立的資料庫中，以及從 Aurora 資料庫叢集複寫資料的目的地資料庫中，一或多個資料表有不支援的資料類型，因此無法同步。

若要解決此問題，請前往整合詳細資訊頁面上的表格統計資訊索引標籤，或使用 SVV_INTEGRATION_TABLE_STATE 來檢視失敗的資料表。然後，移除這些資料表，並在 Amazon RDS 上重新建立新的資料表。如需有關不受支援資料類型的詳細資訊，請參閱 Amazon Aurora 使用者指南中的 Aurora 和 Amazon Redshift 資料庫之間的資料類型差異。

資料操作語言命令失敗

Amazon Redshift 無法在 Redshift 資料表上執行 DML 命令。若要解決此問題，請使用 SVV_INTEGRATION_TABLE_STATE 檢視失敗的資料表。Amazon Redshift 會自動重新同步資料表以解決此錯誤。

資料來源之間的追蹤變更不相符

當 Amazon Aurora 與 Amazon Redshift 之間的變更不相符，導致整合進入 Failed 狀態時，就會發生此錯誤。

若要解決此錯誤，請刪除零 ETL 整合，然後在 Amazon RDS 中重新建立整合。如需詳細資訊，請參閱建立零 ETL 整合和刪除零 ETL 整合。

授權失敗

授權失敗，因為做為 Amazon Redshift 資料倉儲授權整合來源的來源 Aurora 資料庫叢集已遭到移除。

若要解決此錯誤，請刪除零 ETL 整合，然後在 Amazon RDS 上重新建立整合。如需詳細資訊，請參閱建立零 ETL 整合和刪除零 ETL 整合。

資料表數量超過 10 萬個或結構描述數量超過 4950 個

對於目的地資料倉儲，資料表的數量超過 10 萬個或結構描述的數量超過 4950 個。Amazon Aurora 無法將資料傳送到 Amazon Redshift。資料表和結構描述的數量超過所設定的限制。若要解決此問題，請從來源資料庫中移除任何不必要的結構描述或資料表。

Amazon Redshift 無法載入資料

Amazon Redshift 無法將資料載入到零 ETL 整合。

若要解決此問題，請刪除 Amazon RDS 上的零 ETL 整合，然後重新建立整合。如需詳細資訊，請參閱建立零 ETL 整合和刪除零 ETL 整合。

工作群組參數的設定不正確

您的工作群組未開啟區分大小寫功能。

若要解決此問題，請前往整合詳細資訊頁面上的屬性索引標籤、選擇參數群組，然後從屬性索引標籤開啟區分大小寫的識別碼。如果您沒有現有的參數群組，請建立一個已開啟區分大小寫識別碼的參數群組。然後，在 Amazon RDS 上建立新的零 ETL 整合。如需詳細資訊，請參閱建立零 ETL 整合。

未建立資料庫來啟用零 ETL 整合

沒有建立可供零 ETL 整合來啟用的資料庫。

若要解決此問題，請為整合建立資料庫。如需詳細資訊，請參閱在 Amazon Redshift 中建立目的地資料庫。

資料表處於需要重新同步處理或重新同步處理已起始狀態

您的資料表處於需要重新同步處理或重新同步處理已起始狀態。

若要收集有關資料表為何處於該狀態的更詳細錯誤資訊，請使用 SYS_LOAD_ERROR_DETAIL 系統檢視。

整合延遲增長

如果來源資料庫中大量使用 SAVEPOINT，則零 ETL 整合的整合延遲可能會增加。

使用下列資訊，針對 Aurora PostgreSQL 的零 ETL 整合常見問題進行故障診斷。

整合建立失敗

如果零 ETL 整合建立失敗，則整合的狀態為 Inactive。請確定您的 Aurora 資料庫叢集符合下列敘述：

此外，請確定您的 Amazon Redshift 資料倉儲符合下列敘述：

資料表沒有主索引鍵

在目的地資料庫中，一或多個資料表沒有主索引鍵，因此無法同步。

若要解決此問題，請前往整合詳細資訊頁面上的表格統計資訊索引標籤，或使用 SVV_INTEGRATION_TABLE_STATE 來檢視失敗的資料表。您可以在資料表中新增主索引鍵，Amazon Redshift 便會重新同步資料表。或者，雖不建議，但您也可以捨棄 Aurora 上的這些資料表，並建立有主索引鍵的資料表。如需詳細資訊，請參閱 Amazon Redshift 的資料表設計最佳實務。

Aurora PostgreSQL 資料表未複寫至 Amazon Redshift

如果您沒有看到一或多個反映在 Amazon Redshift 中的資料表，您可以執行下列命令來重新同步它們。將 dbname 取代為 Amazon Redshift 資料庫的名稱。此外，將 table1 和 table2 取代為要同步的資料表名稱。

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

如需詳細資訊，請參閱《Amazon Redshift 資料庫開發人員指南》中的 ALTER DATABASE。

您的資料可能不會複寫，因為一或多個來源資料表沒有主索引鍵。Amazon Redshift 中的監控儀表板會將這些資料表的狀態顯示為 Failed，而整體零 ETL 整合的狀態會變更為 Needs attention。若要解決此問題，您可以識別資料表中可成為主索引鍵的現有索引鍵，也可以新增合成主索引鍵。如需詳細解決方案，請參閱 AWS 資料庫部落格中的處理資料表時不使用主索引鍵，同時建立與 Amazon Redshift 的 Amazon Aurora PostgreSQL 零 ETL 整合。

同時確認您的目標是否為 Amazon Redshift 叢集，該叢集不會暫停。

資料表中有不支援的資料類型

在您從 Amazon Redshift 整合建立的資料庫中，以及從 Aurora 資料庫叢集複寫資料的目的地資料庫中，一或多個資料表有不支援的資料類型，因此無法同步。

若要解決此問題，請前往整合詳細資訊頁面上的表格統計資訊索引標籤，或使用 SVV_INTEGRATION_TABLE_STATE 來檢視失敗的資料表。然後，移除這些資料表，並在 Amazon RDS 上重新建立新的資料表。如需有關不受支援資料類型的詳細資訊，請參閱 Amazon Aurora 使用者指南中的 Aurora 和 Amazon Redshift 資料庫之間的資料類型差異。

資料操作語言命令失敗

Amazon Redshift 無法在 Redshift 資料表上執行 DML 命令。若要解決此問題，請使用 SVV_INTEGRATION_TABLE_STATE 檢視失敗的資料表。Amazon Redshift 會自動重新同步資料表以解決此錯誤。

資料來源之間的追蹤變更不相符

當 Amazon Aurora 與 Amazon Redshift 之間的變更不相符，導致整合進入 Failed 狀態時，就會發生此錯誤。

若要解決此錯誤，請刪除零 ETL 整合，然後在 Amazon RDS 中重新建立整合。如需詳細資訊，請參閱建立零 ETL 整合和刪除零 ETL 整合。

授權失敗

授權失敗，因為做為 Amazon Redshift 資料倉儲授權整合來源的來源 Aurora 資料庫叢集已遭到移除。

若要解決此錯誤，請刪除零 ETL 整合，然後在 Amazon RDS 上重新建立整合。如需詳細資訊，請參閱建立零 ETL 整合和刪除零 ETL 整合。

資料表數量超過 10 萬個或結構描述數量超過 4950 個

對於目的地資料倉儲，資料表的數量超過 10 萬個或結構描述的數量超過 4950 個。Amazon Aurora 無法將資料傳送到 Amazon Redshift。資料表和結構描述的數量超過所設定的限制。若要解決此問題，請從來源資料庫中移除任何不必要的結構描述或資料表。

Amazon Redshift 無法載入資料

Amazon Redshift 無法將資料載入到零 ETL 整合。

若要解決此問題，請刪除 Amazon RDS 上的零 ETL 整合，然後重新建立整合。如需詳細資訊，請參閱建立零 ETL 整合和刪除零 ETL 整合。

工作群組參數的設定不正確

您的工作群組未開啟區分大小寫功能。

若要解決此問題，請前往整合詳細資訊頁面上的屬性索引標籤、選擇參數群組，然後從屬性索引標籤開啟區分大小寫的識別碼。如果您沒有現有的參數群組，請建立一個已開啟區分大小寫識別碼的參數群組。然後，在 Amazon RDS 上建立新的零 ETL 整合。如需詳細資訊，請參閱建立零 ETL 整合。

未建立資料庫來啟用零 ETL 整合

沒有建立可供零 ETL 整合來啟用的資料庫。

若要解決此問題，請為整合建立資料庫。如需詳細資訊，請參閱在 Amazon Redshift 中建立目的地資料庫。

資料表處於需要重新同步處理或重新同步處理已起始狀態

您的資料表處於需要重新同步處理或重新同步處理已起始狀態。

若要收集有關資料表為何處於該狀態的更詳細錯誤資訊，請使用 SYS_LOAD_ERROR_DETAIL 系統檢視。

使用下列資訊，針對與 RDS for MySQL 的零 ETL 整合常見問題進行故障診斷。

整合建立失敗

如果零 ETL 整合建立失敗，則整合的狀態為 Inactive。請確定您的來源 RDS DB 執行個體符合下列敘述：

此外，請確定您的 Amazon Redshift 資料倉儲符合下列敘述：

資料表沒有主索引鍵

在目的地資料庫中，一或多個資料表沒有主索引鍵，因此無法同步。

若要解決此問題，請前往整合詳細資訊頁面上的表格統計資訊索引標籤，或使用 SVV_INTEGRATION_TABLE_STATE 來檢視失敗的資料表。您可以在資料表中新增主索引鍵，Amazon Redshift 便會重新同步資料表。或者，雖不建議，但您也可以捨棄 RDS 上的這些資料表，並建立有主索引鍵的資料表。如需詳細資訊，請參閱 Amazon Redshift 的資料表設計最佳實務。

RDS for MySQL 資料表未複寫至 Amazon Redshift

如果您沒有看到一或多個反映在 Amazon Redshift 中的資料表，您可以執行下列命令來重新同步它們。將 dbname 取代為 Amazon Redshift 資料庫的名稱。此外，將 table1 和 table2 取代為要同步的資料表名稱。

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

如需詳細資訊，請參閱《Amazon Redshift 資料庫開發人員指南》中的 ALTER DATABASE。

您的資料可能不會複寫，因為一或多個來源資料表沒有主索引鍵。Amazon Redshift 中的監控儀表板會將這些資料表的狀態顯示為 Failed，而整體零 ETL 整合的狀態會變更為 Needs attention。若要解決此問題，您可以識別資料表中可成為主索引鍵的現有索引鍵，也可以新增合成主索引鍵。如需詳細解決方案，請參閱 AWS 資料庫部落格中的在建立 Aurora MySQL 相容版本或與 Amazon Redshift 的 RDS for MySQL 零 ETL 整合時，不使用主索引鍵來處理資料表。

同時確認您的目標是否為 Amazon Redshift 叢集，該叢集不會暫停。

資料表中有不支援的資料類型

在您於 Amazon Redshift 建立的目的地資料庫中，以及從 RDS 資料庫執行個體複寫資料的目的地資料庫中，一或多個資料表有不支援的資料類型，因此無法同步。

若要解決此問題，請前往整合詳細資訊頁面上的表格統計資訊索引標籤，或使用 SVV_INTEGRATION_TABLE_STATE 來檢視失敗的資料表。然後，移除這些資料表，並在 Amazon RDS 上重新建立新的資料表。如需有關不受支援資料類型的詳細資訊，請參閱 Amazon RDS 使用者指南中的 RDS 和 Amazon Redshift 資料庫之間的資料類型差異。

資料操作語言命令失敗

Amazon Redshift 無法在 Redshift 資料表上執行 DML 命令。若要解決此問題，請使用 SVV_INTEGRATION_TABLE_STATE 檢視失敗的資料表。Amazon Redshift 會自動重新同步資料表以解決此錯誤。

資料來源之間的追蹤變更不相符

當 Amazon Aurora 與 Amazon Redshift 之間的變更不相符，導致整合進入 Failed 狀態時，就會發生此錯誤。

若要解決此錯誤，請刪除零 ETL 整合，然後在 Amazon RDS 中重新建立整合。如需詳細資訊，請參閱建立零 ETL 整合和刪除零 ETL 整合。

授權失敗

授權失敗，因為做為 Amazon Redshift 資料倉儲授權整合來源的來源 RDS 資料庫執行個體已遭到移除。

若要解決此錯誤，請刪除零 ETL 整合，然後在 Amazon RDS 上重新建立整合。如需詳細資訊，請參閱建立零 ETL 整合和刪除零 ETL 整合。

資料表數量超過 10 萬個或結構描述數量超過 4950 個

對於目的地資料倉儲，資料表的數量超過 10 萬個或結構描述的數量超過 4950 個。Amazon Aurora 無法將資料傳送到 Amazon Redshift。資料表和結構描述的數量超過所設定的限制。若要解決此問題，請從來源資料庫中移除任何不必要的結構描述或資料表。

Amazon Redshift 無法載入資料

Amazon Redshift 無法將資料載入到零 ETL 整合。

若要解決此問題，請刪除 Amazon RDS 上的零 ETL 整合，然後重新建立整合。如需詳細資訊，請參閱建立零 ETL 整合和刪除零 ETL 整合。

工作群組參數的設定不正確

您的工作群組未開啟區分大小寫功能。

若要解決此問題，請前往整合詳細資訊頁面上的屬性索引標籤、選擇參數群組，然後從屬性索引標籤開啟區分大小寫的識別碼。如果您沒有現有的參數群組，請建立一個已開啟區分大小寫識別碼的參數群組。然後，在 Amazon RDS 上建立新的零 ETL 整合。如需詳細資訊，請參閱建立零 ETL 整合。

未建立資料庫來啟用零 ETL 整合

沒有建立可供零 ETL 整合來啟用的資料庫。

若要解決此問題，請為整合建立資料庫。如需詳細資訊，請參閱在 Amazon Redshift 中建立目的地資料庫。

資料表處於需要重新同步處理或重新同步處理已起始狀態

您的資料表處於需要重新同步處理或重新同步處理已起始狀態。

若要收集有關資料表為何處於該狀態的更詳細錯誤資訊，請使用 SYS_LOAD_ERROR_DETAIL 系統檢視。

使用下列資訊來疑難排解與 Amazon DynamoDB 進行零 ETL 整合的常見問題。

整合建立失敗

如果零 ETL 整合建立失敗，則整合的狀態為 Inactive。請確定 Amazon Redshift 資料倉儲和來源 DynamoDB 資料表的下列項目正確：

資料表中有不支援的資料類型

DynamoDB 號碼在 Amazon Redshift 中會翻譯為 DECIMAL(38，10)。超過此精確度範圍的數字會自動轉換為 (38，10)。刪除整合並統一數字精確度，然後重新建立整合。

不支援的資料表和屬性名稱

Amazon Redshift 最多支援 127 個字元的資料表和屬性名稱。如果 DynamoDB 資料表名稱或分割區索引鍵或排序索引鍵資料欄名稱等長名稱無法成功整合，請使用較短的名稱修正，並重新建立整合。

授權失敗

當將來源 DynamoDB 資料表移除為 Amazon Redshift 資料倉儲的授權整合來源時，授權可能會失敗。

若要解決此問題，請刪除零 ETL 整合，然後使用 Amazon DynamoDB 重新建立。

Amazon Redshift 無法載入資料

Amazon Redshift 無法從零 ETL 整合載入資料。

若要解決此問題，請重新整理與 ALTER DATABASE 的整合。

ALTER DATABASE sample_integration_db INTEGRATION REFRESH ALL TABLES

工作群組或叢集參數設定不正確

您的工作群組或叢集未開啟區分大小寫功能。

若要解決此問題，請前往整合詳細資訊頁面上的屬性索引標籤、選擇參數群組，然後從屬性索引標籤開啟區分大小寫的識別碼。如果您沒有現有的參數群組，請建立一個已開啟區分大小寫識別碼的參數群組。然後，在 DynamoDB 上建立新的零 ETL 整合。請參閱《Amazon Redshift 管理指南》中的開啟區分大小寫。

未建立資料庫來啟用零 ETL 整合

沒有建立可供零 ETL 整合來啟用的資料庫。

若要解決此問題，請為整合建立資料庫。請參閱《Amazon Redshift 管理指南》中的在 Amazon Redshift 中建立目的地資料庫。

來源 DynamoDB 資料表上未啟用Point-in-time復原 (PITR)

DynamoDB 需要啟用 PITR 才能匯出資料。確保 PITR 一律啟用。如果您在整合作用中時關閉 PITR，您將需要遵循錯誤訊息中的指示，並使用 ALTER DATABASE 重新整理整合。

ALTER DATABASE sample_integration_db INTEGRATION REFRESH ALL TABLES

KMS 金鑰存取遭拒

用於來源資料表或整合的 KMS 金鑰必須設定足夠的許可。如需有關資料表加密和解密的資訊，請參閱《Amazon DynamoDB 開發人員指南》中的靜態 DynamoDB 加密。 DynamoDB

Amazon Redshift 無法存取 DynamoDB 資料表金鑰

如果來源資料表加密是 AWS 受管金鑰，則切換到 AWS 擁有的金鑰 或客戶受管金鑰。如果資料表已使用客戶受管金鑰加密，請確保政策沒有任何條件金鑰。

使用下列資訊來疑難排解與應用程式進行零 ETL 整合的常見問題，例如 Salesforce、SAP、ServiceNow 和 Zendesk。

整合建立失敗

如果零 ETL 整合建立失敗，則整合的狀態為 Inactive。請確定 Amazon Redshift 資料倉儲的下列項目正確：

資料表未複寫至 Amazon Redshift

在目的地資料庫中，一或多個資料表沒有主索引鍵，因此無法同步。

若要解決此問題，請前往整合詳細資訊頁面上的表格統計資訊索引標籤，或使用 SVV_INTEGRATION_TABLE_STATE 來檢視失敗的資料表。您可以在資料表中新增主索引鍵，Amazon Redshift 便會重新同步資料表。您可以執行下列命令來重新同步它們。將 dbname 取代為 Amazon Redshift 資料庫的名稱。此外，將 table1 和 table2 取代為要同步的資料表名稱。

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

如需詳細資訊，請參閱《Amazon Redshift 資料庫開發人員指南》中的 ALTER DATABASE。

資料表中有不支援的資料類型

在您從 Amazon Redshift 整合建立的資料庫中，以及從與應用程式的零 ETL 整合複寫資料時，一或多個資料表具有不支援的資料類型，且無法同步。

若要解決此問題，請前往整合詳細資訊頁面上的表格統計資訊索引標籤，或使用 SVV_INTEGRATION_TABLE_STATE 來檢視失敗的資料表。然後，移除這些資料表，並在來源重新建立新的資料表。如需詳細資訊，請參閱《 AWS Glue 開發人員指南》中的零 ETL 整合。

工作群組參數的設定不正確

您的工作群組未開啟區分大小寫功能。

若要解決此問題，請前往整合詳細資訊頁面上的屬性索引標籤、選擇參數群組，然後從屬性索引標籤開啟區分大小寫的識別碼。如果您沒有現有的參數群組，請建立一個已開啟區分大小寫識別碼的參數群組。然後，建立新的零 ETL 整合。如需詳細資訊，請參閱《 AWS Glue 開發人員指南》中的零 ETL 整合。

未建立資料庫來啟用零 ETL 整合

沒有建立可供零 ETL 整合來啟用的資料庫。

若要解決此問題，請為整合建立資料庫。如需詳細資訊，請參閱在 Amazon Redshift 中建立目的地資料庫。

資料表處於需要重新同步處理或重新同步處理已起始狀態

您的資料表處於需要重新同步處理或重新同步處理已起始狀態。

若要收集有關資料表為何處於該狀態的更詳細錯誤資訊，請使用 SYS_LOAD_ERROR_DETAIL 系統檢視。