Amazon Redshift 將不再支援從修補程式 198 開始建立新的 Python UDFs。現有 Python UDF 將繼續正常運作至 2026 年 6 月 30 日。如需詳細資訊，請參閱[部落格文章](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/)。 本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 對零 ETL 整合進行疑難排解 下列各節可協助您對使用零 ETL 整合遇到的問題進行故障診斷。 ## 針對 Aurora MySQL 的零 ETL 整合進行故障診斷 使用下列資訊，針對 Aurora MySQL 的零 ETL 整合常見問題進行故障診斷。 **Topics** + [整合建立失敗](#zero-etl-using.troubleshooting.creation) + [資料表沒有主索引鍵](#zero-etl-using.troubleshooting.primary-key) + [Aurora MySQL 資料表未複寫至 Amazon Redshift](#zero-etl-using.troubleshooting.not-replicating) + [資料表中有不支援的資料類型](#zero-etl-using.troubleshooting.unsupported-data) + [資料操作語言命令失敗](#zero-etl-using.troubleshooting.failed-dml) + [資料來源之間的追蹤變更不相符](#zero-etl-using.troubleshooting.tracked-changes-failure) + [授權失敗](#zero-etl-using.troubleshooting.authorization) + [資料表數量超過 10 萬個或結構描述數量超過 4950 個](#zero-etl-using.troubleshooting.table-limits) + [Amazon Redshift 無法載入資料](#zero-etl-using.troubleshooting.data-load) + [工作群組參數的設定不正確](#zero-etl-using.troubleshooting.case-sensitive) + [未建立資料庫來啟用零 ETL 整合](#zero-etl-using.troubleshooting.db-creation) + [資料表處於**需要重新同步處理**或**重新同步處理已起始**狀態](#zero-etl-using.troubleshooting.resync) + [整合延遲增長](#zero-etl-using.troubleshooting.integration-lag) ### 整合建立失敗 如果零 ETL 整合建立失敗，則整合的狀態為 `Inactive`。請確定您的 Aurora 資料庫叢集符合下列敘述： + 您已在 Amazon RDS 主控台中建立叢集。 + 您的來源 Aurora 資料庫叢集執行支援的版本。如需支援版本的清單，請參閱[支援的區域和 Aurora 資料庫引擎，以與 Amazon Redshift 進行零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.Aurora_Fea_Regions_DB-eng.Feature.Zero-ETL.html)。若要驗證此問題，請前往叢集的**組態**索引標籤，然後檢查**引擎版本**。 + 您已正確設定叢集的 binlog 參數設定。如果您的 Aurora MySQL binlog 參數未正確設定或未與來源 Aurora 資料庫叢集相關聯，則建立會失敗。請參閱[設定資料庫叢集參數](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.setting-up.html#zero-etl.parameters)。 此外，請確定您的 Amazon Redshift 資料倉儲符合下列敘述： + 已開啟區分大小寫功能。請參閱 [為資料倉儲開啟區分大小寫功能](zero-etl-setting-up.case-sensitivity.md)。 + 您已為命名空間新增正確的授權主體和整合來源。請參閱 [設定 Amazon Redshift 資料倉儲的授權](zero-etl-using.redshift-iam.md)。 ### 資料表沒有主索引鍵 在目的地資料庫中，一或多個資料表沒有主索引鍵，因此無法同步。 若要解決此問題，請前往整合詳細資訊頁面上的**表格統計資訊**索引標籤，或使用 SVV\_INTEGRATION\_TABLE\_STATE 來檢視失敗的資料表。您可以在資料表中新增主索引鍵，Amazon Redshift 便會重新同步資料表。或者，雖不建議，但您也可以捨棄 Aurora 上的這些資料表，並建立有主索引鍵的資料表。如需詳細資訊，請參閱 [Amazon Redshift 的資料表設計最佳實務](https://docs.aws.amazon.com/redshift/latest/dg/c_designing-tables-best-practices.html)。 ### Aurora MySQL 資料表未複寫至 Amazon Redshift 如果您沒有看到一或多個資料表反映在 Amazon Redshift 中，您可以執行下列命令來將其重新同步。將 {{dbname}} 取代為您的 Amazon Redshift 資料庫名稱。以及將 {{table1}} 和 {{table2}} 取代為要同步的資料表名稱。 ``` ALTER DATABASE {{dbname}} INTEGRATION REFRESH TABLES {{table1}}, {{table2}}; ``` 如需詳細資訊，請參閱《Amazon Redshift 資料庫開發人員指南》**中的 [ALTER DATABASE](https://docs.aws.amazon.com/redshift/latest/dg/r_ALTER_DATABASE.html)。 您的資料可能不會複寫，因為一或多個來源資料表沒有主索引鍵。Amazon Redshift 中的監控儀表板會將這些資料表的狀態顯示為 `Failed`，而整體零 ETL 整合的狀態會變更為 `Needs attention`。若要解決此問題，您可以識別資料表中可成為主索引鍵的現有索引鍵，也可以新增合成主索引鍵。如需詳細解決方案，請參閱*AWS 資料庫部落格*中的[建立與 Amazon Redshift 的 Amazon Aurora MySQL 或 Amazon RDS for MySQL 零 ETL 整合時，在沒有主索引鍵的情況下處理資料表](https://aws.amazon.com/blogs/database/handle-tables-without-primary-keys-while-creating-amazon-aurora-mysql-or-amazon-rds-for-mysql-zero-etl-integrations-with-amazon-redshift/)。 此外，確認您的目標是 Amazon Redshift 叢集，如此叢集就不會暫停。 ### 資料表中有不支援的資料類型 在您從 Amazon Redshift 整合建立的資料庫中，以及從 Aurora 資料庫叢集複寫資料的目的地資料庫中，一或多個資料表有不支援的資料類型，因此無法同步。 若要解決此問題，請前往整合詳細資訊頁面上的**表格統計資訊**索引標籤，或使用 SVV\_INTEGRATION\_TABLE\_STATE 來檢視失敗的資料表。然後，移除這些資料表，並在 Amazon RDS 上重新建立新的資料表。如需有關不受支援資料類型的詳細資訊，請參閱 *Amazon Aurora 使用者指南*中的 [Aurora 和 Amazon Redshift 資料庫之間的資料類型差異](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.querying.html#zero-etl.data-type-mapping)。 ### 資料操作語言命令失敗 Amazon Redshift 無法在 Redshift 資料表上執行 DML 命令。若要解決此問題，請使用 SVV\_INTEGRATION\_TABLE\_STATE 檢視失敗的資料表。Amazon Redshift 會自動重新同步資料表以解決此錯誤。 ### 資料來源之間的追蹤變更不相符 當 Amazon Aurora 與 Amazon Redshift 之間的變更不相符，導致整合進入 `Failed` 狀態時，就會發生此錯誤。 若要解決此錯誤，請刪除零 ETL 整合，然後在 Amazon RDS 中重新建立整合。如需詳細資訊，請參閱[建立零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.creating.html)和[刪除零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.deletinging.html)。 ### 授權失敗 授權失敗，因為做為 Amazon Redshift 資料倉儲授權整合來源的來源 Aurora 資料庫叢集已遭到移除。 若要解決此錯誤，請刪除零 ETL 整合，然後在 Amazon RDS 上重新建立整合。如需詳細資訊，請參閱[建立零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.creating.html)和[刪除零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.deleting.html)。 ### 資料表數量超過 10 萬個或結構描述數量超過 4950 個 對於目的地資料倉儲，資料表的數量超過 10 萬個或結構描述的數量超過 4950 個。Amazon Aurora 無法將資料傳送到 Amazon Redshift。資料表和結構描述的數量超過所設定的限制。若要解決此問題，請從來源資料庫中移除任何不必要的結構描述或資料表。 ### Amazon Redshift 無法載入資料 Amazon Redshift 無法將資料載入到零 ETL 整合。 若要解決此問題，請刪除 Amazon RDS 上的零 ETL 整合，然後重新建立整合。如需詳細資訊，請參閱[建立零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.creating.html)和[刪除零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.deleting.html)。 ### 工作群組參數的設定不正確 您的工作群組未開啟區分大小寫功能。 若要解決此問題，請前往整合詳細資訊頁面上的**屬性**索引標籤、選擇參數群組，然後從**屬性**索引標籤開啟區分大小寫的識別碼。如果您沒有現有的參數群組，請建立一個已開啟區分大小寫識別碼的參數群組。然後，在 Amazon RDS 上建立新的零 ETL 整合。如需詳細資訊，請參閱[建立零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.creating.html)。 ### 未建立資料庫來啟用零 ETL 整合 沒有建立可供零 ETL 整合來啟用的資料庫。 若要解決此問題，請為整合建立資料庫。如需詳細資訊，請參閱[在 Amazon Redshift 中建立目的地資料庫](zero-etl-using.creating-db.md)。 ### 資料表處於**需要重新同步處理**或**重新同步處理已起始**狀態 您的資料表處於**需要重新同步處理**或**重新同步處理已起始**狀態。 若要收集有關資料表為何處於該狀態的更詳細錯誤資訊，請使用 [SYS\_LOAD\_ERROR\_DETAIL](https://docs.aws.amazon.com/redshift/latest/dg/SYS_LOAD_ERROR_DETAIL.html) 系統檢視。 ### 整合延遲增長 如果來源資料庫中大量使用 SAVEPOINT，則零 ETL 整合的整合延遲可能會增加。 ## 針對與 Aurora PostgreSQL 的零 ETL 整合進行故障診斷 使用下列資訊，針對 Aurora PostgreSQL 的零 ETL 整合常見問題進行故障診斷。 **Topics** + [整合建立失敗](#zero-etl-using.troubleshooting.creation) + [資料表沒有主索引鍵](#zero-etl-using.troubleshooting.primary-key) + [Aurora PostgreSQL 資料表未複寫至 Amazon Redshift](#zero-etl-using.troubleshooting.not-replicating) + [資料表中有不支援的資料類型](#zero-etl-using.troubleshooting.unsupported-data) + [資料操作語言命令失敗](#zero-etl-using.troubleshooting.failed-dml) + [資料來源之間的追蹤變更不相符](#zero-etl-using.troubleshooting.tracked-changes-failure) + [授權失敗](#zero-etl-using.troubleshooting.authorization) + [資料表數量超過 10 萬個或結構描述數量超過 4950 個](#zero-etl-using.troubleshooting.table-limits) + [Amazon Redshift 無法載入資料](#zero-etl-using.troubleshooting.data-load) + [工作群組參數的設定不正確](#zero-etl-using.troubleshooting.case-sensitive) + [未建立資料庫來啟用零 ETL 整合](#zero-etl-using.troubleshooting.db-creation) + [資料表處於**需要重新同步處理**或**重新同步處理已起始**狀態](#zero-etl-using.troubleshooting.resync) ### 整合建立失敗 如果零 ETL 整合建立失敗，則整合的狀態為 `Inactive`。請確定您的 Aurora 資料庫叢集符合下列敘述： + 您已在 Amazon RDS 主控台中建立叢集。 + 您的來源 Aurora 資料庫叢集執行支援的版本。如需支援版本的清單，請參閱[支援的區域和 Aurora 資料庫引擎，以與 Amazon Redshift 進行零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.Aurora_Fea_Regions_DB-eng.Feature.Zero-ETL.html#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Zero-ETL-Postgres)。若要驗證此問題，請前往叢集的**組態**索引標籤，然後檢查**引擎版本**。 + 您已正確設定叢集的 binlog 參數設定。如果您的Aurora PostgreSQL binlog 參數未正確設定或未與來源 Aurora 資料庫叢集相關聯，則建立會失敗。請參閱[設定資料庫叢集參數](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.setting-up.html#zero-etl.parameters)。 此外，請確定您的 Amazon Redshift 資料倉儲符合下列敘述： + 已開啟區分大小寫功能。請參閱 [為資料倉儲開啟區分大小寫功能](zero-etl-setting-up.case-sensitivity.md)。 + 您為 your endterm="zero-etl-using.redshift-iam.title"/> 新增了正確的授權主體和整合來源。 ### 資料表沒有主索引鍵 在目的地資料庫中，一或多個資料表沒有主索引鍵，因此無法同步。 若要解決此問題，請前往整合詳細資訊頁面上的**表格統計資訊**索引標籤，或使用 SVV\_INTEGRATION\_TABLE\_STATE 來檢視失敗的資料表。您可以在資料表中新增主索引鍵，Amazon Redshift 便會重新同步資料表。或者，雖不建議，但您也可以捨棄 Aurora 上的這些資料表，並建立有主索引鍵的資料表。如需詳細資訊，請參閱 [Amazon Redshift 的資料表設計最佳實務](https://docs.aws.amazon.com/redshift/latest/dg/c_designing-tables-best-practices.html)。 ### Aurora PostgreSQL 資料表未複寫至 Amazon Redshift 如果您沒有看到一或多個資料表反映在 Amazon Redshift 中，您可以執行下列命令來將其重新同步。將 {{dbname}} 取代為您的 Amazon Redshift 資料庫名稱。以及將 {{table1}} 和 {{table2}} 取代為要同步的資料表名稱。 ``` ALTER DATABASE {{dbname}} INTEGRATION REFRESH TABLES {{table1}}, {{table2}}; ``` 如需詳細資訊，請參閱《Amazon Redshift 資料庫開發人員指南》**中的 [ALTER DATABASE](https://docs.aws.amazon.com/redshift/latest/dg/r_ALTER_DATABASE.html)。 您的資料可能不會複寫，因為一或多個來源資料表沒有主索引鍵。Amazon Redshift 中的監控儀表板會將這些資料表的狀態顯示為 `Failed`，而整體零 ETL 整合的狀態會變更為 `Needs attention`。若要解決此問題，您可以識別資料表中可成為主索引鍵的現有索引鍵，也可以新增合成主索引鍵。如需詳細解決方案，請參閱*AWS 資料庫部落格*中的[建立與 Amazon Redshift 的 Amazon Aurora PostgreSQL 零 ETL 整合時，在沒有主索引鍵的情況下處理資料表](https://aws.amazon.com/blogs/database/handle-tables-without-primary-keys-while-creating-amazon-aurora-postgresql-zero-etl-integrations-with-amazon-redshift/)。 此外，確認您的目標是 Amazon Redshift 叢集，如此叢集就不會暫停。 ### 資料表中有不支援的資料類型 在您從 Amazon Redshift 整合建立的資料庫中，以及從 Aurora 資料庫叢集複寫資料的目的地資料庫中，一或多個資料表有不支援的資料類型，因此無法同步。 若要解決此問題，請前往整合詳細資訊頁面上的**表格統計資訊**索引標籤，或使用 SVV\_INTEGRATION\_TABLE\_STATE 來檢視失敗的資料表。然後，移除這些資料表，並在 Amazon RDS 上重新建立新的資料表。如需有關不受支援資料類型的詳細資訊，請參閱 *Amazon Aurora 使用者指南*中的 [Aurora 和 Amazon Redshift 資料庫之間的資料類型差異](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.querying.html#zero-etl.data-type-mapping)。 ### 資料操作語言命令失敗 Amazon Redshift 無法在 Redshift 資料表上執行 DML 命令。若要解決此問題，請使用 SVV\_INTEGRATION\_TABLE\_STATE 檢視失敗的資料表。Amazon Redshift 會自動重新同步資料表以解決此錯誤。 ### 資料來源之間的追蹤變更不相符 當 Amazon Aurora 與 Amazon Redshift 之間的變更不相符，導致整合進入 `Failed` 狀態時，就會發生此錯誤。 若要解決此錯誤，請刪除零 ETL 整合，然後在 Amazon RDS 中重新建立整合。如需詳細資訊，請參閱[建立零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.creating.html)和[刪除零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.deletinging.html)。 ### 授權失敗 授權失敗，因為做為 Amazon Redshift 資料倉儲授權整合來源的來源 Aurora 資料庫叢集已遭到移除。 若要解決此錯誤，請刪除零 ETL 整合，然後在 Amazon RDS 上重新建立整合。如需詳細資訊，請參閱[建立零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.creating.html)和[刪除零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.deleting.html)。 ### 資料表數量超過 10 萬個或結構描述數量超過 4950 個 對於目的地資料倉儲，資料表的數量超過 10 萬個或結構描述的數量超過 4950 個。Amazon Aurora 無法將資料傳送到 Amazon Redshift。資料表和結構描述的數量超過所設定的限制。若要解決此問題，請從來源資料庫中移除任何不必要的結構描述或資料表。 ### Amazon Redshift 無法載入資料 Amazon Redshift 無法將資料載入到零 ETL 整合。 若要解決此問題，請刪除 Amazon RDS 上的零 ETL 整合，然後重新建立整合。如需詳細資訊，請參閱[建立零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.creating.html)和[刪除零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.deleting.html)。 ### 工作群組參數的設定不正確 您的工作群組未開啟區分大小寫功能。 若要解決此問題，請前往整合詳細資訊頁面上的**屬性**索引標籤、選擇參數群組，然後從**屬性**索引標籤開啟區分大小寫的識別碼。如果您沒有現有的參數群組，請建立一個已開啟區分大小寫識別碼的參數群組。然後，在 Amazon RDS 上建立新的零 ETL 整合。如需詳細資訊，請參閱[建立零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.creating.html)。 ### 未建立資料庫來啟用零 ETL 整合 沒有建立可供零 ETL 整合來啟用的資料庫。 若要解決此問題，請為整合建立資料庫。如需詳細資訊，請參閱[在 Amazon Redshift 中建立目的地資料庫](zero-etl-using.creating-db.md)。 ### 資料表處於**需要重新同步處理**或**重新同步處理已起始**狀態 您的資料表處於**需要重新同步處理**或**重新同步處理已起始**狀態。 若要收集有關資料表為何處於該狀態的更詳細錯誤資訊，請使用 [SYS\_LOAD\_ERROR\_DETAIL](https://docs.aws.amazon.com/redshift/latest/dg/SYS_LOAD_ERROR_DETAIL.html) 系統檢視。 ## 針對 RDS for MySQL 的零 ETL 整合進行故障診斷 使用下列資訊，針對與 RDS for MySQL 的零 ETL 整合常見問題進行故障診斷。 **Topics** + [整合建立失敗](#zero-etl-using.troubleshooting.creation) + [資料表沒有主索引鍵](#zero-etl-using.troubleshooting.primary-key) + [RDS for MySQL 資料表未複寫至 Amazon Redshift](#zero-etl-using.troubleshooting.not-replicating) + [資料表中有不支援的資料類型](#zero-etl-using.troubleshooting.unsupported-data) + [資料操作語言命令失敗](#zero-etl-using.troubleshooting.failed-dml) + [資料來源之間的追蹤變更不相符](#zero-etl-using.troubleshooting.tracked-changes-failure) + [授權失敗](#zero-etl-using.troubleshooting.authorization) + [資料表數量超過 10 萬個或結構描述數量超過 4950 個](#zero-etl-using.troubleshooting.table-limits) + [Amazon Redshift 無法載入資料](#zero-etl-using.troubleshooting.data-load) + [工作群組參數的設定不正確](#zero-etl-using.troubleshooting.case-sensitive) + [未建立資料庫來啟用零 ETL 整合](#zero-etl-using.troubleshooting.db-creation) + [資料表處於**需要重新同步處理**或**重新同步處理已起始**狀態](#zero-etl-using.troubleshooting.resync) ### 整合建立失敗 如果零 ETL 整合建立失敗，則整合的狀態為 `Inactive`。請確定您的來源 RDS DB 執行個體符合下列敘述： + 您已在 Amazon RDS 主控台中建立執行個體。 + 您的來源 RDS 資料庫執行個體執行支援的 RDS for MySQL 版本。如需支援版本的清單，請參閱[支援的區域和資料庫引擎，以與 Amazon Redshift 進行 Amazon RDS 零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.RDS_Fea_Regions_DB-eng.Feature.ZeroETL.html)。若要驗證此問題，請前往執行個體的**組態**索引標籤，然後檢查**引擎版本**。 + 您已正確設定執行個體的 binlog 參數設定。如果您的 RDS for MySQL binlog 參數未正確設定或未與來源 RDS 資料庫執行個體相關聯，則建立會失敗。請參閱[設定資料庫執行個體參數](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/zero-etl.setting-up.html#zero-etl.parameters)。 此外，請確定您的 Amazon Redshift 資料倉儲符合下列敘述： + 已開啟區分大小寫功能。請參閱 [為資料倉儲開啟區分大小寫功能](zero-etl-setting-up.case-sensitivity.md)。 + 您已為命名空間新增正確的授權主體和整合來源。請參閱 [設定 Amazon Redshift 資料倉儲的授權](zero-etl-using.redshift-iam.md)。 ### 資料表沒有主索引鍵 在目的地資料庫中，一或多個資料表沒有主索引鍵，因此無法同步。 若要解決此問題，請前往整合詳細資訊頁面上的**表格統計資訊**索引標籤，或使用 SVV\_INTEGRATION\_TABLE\_STATE 來檢視失敗的資料表。您可以在資料表中新增主索引鍵，Amazon Redshift 便會重新同步資料表。或者，雖不建議，但您也可以捨棄 RDS 上的這些資料表，並建立有主索引鍵的資料表。如需詳細資訊，請參閱 [Amazon Redshift 的資料表設計最佳實務](https://docs.aws.amazon.com/redshift/latest/dg/c_designing-tables-best-practices.html)。 ### RDS for MySQL 資料表未複寫至 Amazon Redshift 如果您沒有看到一或多個資料表反映在 Amazon Redshift 中，您可以執行下列命令來將其重新同步。將 {{dbname}} 取代為您的 Amazon Redshift 資料庫名稱。以及將 {{table1}} 和 {{table2}} 取代為要同步的資料表名稱。 ``` ALTER DATABASE {{dbname}} INTEGRATION REFRESH TABLES {{table1}}, {{table2}}; ``` 如需詳細資訊，請參閱《Amazon Redshift 資料庫開發人員指南》**中的 [ALTER DATABASE](https://docs.aws.amazon.com/redshift/latest/dg/r_ALTER_DATABASE.html)。 您的資料可能不會複寫，因為一或多個來源資料表沒有主索引鍵。Amazon Redshift 中的監控儀表板會將這些資料表的狀態顯示為 `Failed`，而整體零 ETL 整合的狀態會變更為 `Needs attention`。若要解決此問題，您可以識別資料表中可成為主索引鍵的現有索引鍵，也可以新增合成主索引鍵。如需詳細解決方案，請參閱*AWS 資料庫部落格*中的[建立與 Amazon Redshift 的 Aurora MySQL-Compatible Edition 或 RDS for MySQL 零 ETL 整合時，在沒有主索引鍵的情況下處理資料表](https://aws.amazon.com/blogs/database/handle-tables-without-primary-keys-while-creating-amazon-aurora-mysql-or-amazon-rds-for-mysql-zero-etl-integrations-with-amazon-redshift/)。 此外，確認您的目標是 Amazon Redshift 叢集，如此叢集就不會暫停。 ### 資料表中有不支援的資料類型 在您於 Amazon Redshift 建立的目的地資料庫中，以及從 RDS 資料庫執行個體複寫資料的目的地資料庫中，一或多個資料表有不支援的資料類型，因此無法同步。 若要解決此問題，請前往整合詳細資訊頁面上的**表格統計資訊**索引標籤，或使用 SVV\_INTEGRATION\_TABLE\_STATE 來檢視失敗的資料表。然後，移除這些資料表，並在 Amazon RDS 上重新建立新的資料表。如需有關不受支援資料類型的詳細資訊，請參閱 *Amazon RDS 使用者指南*中的 [RDS 和 Amazon Redshift 資料庫之間的資料類型差異](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/zero-etl.querying.html#zero-etl.data-type-mapping)。 ### 資料操作語言命令失敗 Amazon Redshift 無法在 Redshift 資料表上執行 DML 命令。若要解決此問題，請使用 SVV\_INTEGRATION\_TABLE\_STATE 檢視失敗的資料表。Amazon Redshift 會自動重新同步資料表以解決此錯誤。 ### 資料來源之間的追蹤變更不相符 當 Amazon Aurora 與 Amazon Redshift 之間的變更不相符，導致整合進入 `Failed` 狀態時，就會發生此錯誤。 若要解決此錯誤，請刪除零 ETL 整合，然後在 Amazon RDS 中重新建立整合。如需詳細資訊，請參閱[建立零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/zero-etl.creating.html)和[刪除零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/zero-etl.deletinging.html)。 ### 授權失敗 授權失敗，因為做為 Amazon Redshift 資料倉儲授權整合來源的來源 RDS 資料庫執行個體已遭到移除。 若要解決此錯誤，請刪除零 ETL 整合，然後在 Amazon RDS 上重新建立整合。如需詳細資訊，請參閱[建立零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/zero-etl.creating.html)和[刪除零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/zero-etl.deleting.html)。 ### 資料表數量超過 10 萬個或結構描述數量超過 4950 個 對於目的地資料倉儲，資料表的數量超過 10 萬個或結構描述的數量超過 4950 個。Amazon Aurora 無法將資料傳送到 Amazon Redshift。資料表和結構描述的數量超過所設定的限制。若要解決此問題，請從來源資料庫中移除任何不必要的結構描述或資料表。 ### Amazon Redshift 無法載入資料 Amazon Redshift 無法將資料載入到零 ETL 整合。 若要解決此問題，請刪除 Amazon RDS 上的零 ETL 整合，然後重新建立整合。如需詳細資訊，請參閱[建立零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/zero-etl.creating.html)和[刪除零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/zero-etl.deleting.html)。 ### 工作群組參數的設定不正確 您的工作群組未開啟區分大小寫功能。 若要解決此問題，請前往整合詳細資訊頁面上的**屬性**索引標籤、選擇參數群組，然後從**屬性**索引標籤開啟區分大小寫的識別碼。如果您沒有現有的參數群組，請建立一個已開啟區分大小寫識別碼的參數群組。然後，在 Amazon RDS 上建立新的零 ETL 整合。如需詳細資訊，請參閱[建立零 ETL 整合](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/zero-etl.creating.html)。 ### 未建立資料庫來啟用零 ETL 整合 沒有建立可供零 ETL 整合來啟用的資料庫。 若要解決此問題，請為整合建立資料庫。如需詳細資訊，請參閱[在 Amazon Redshift 中建立目的地資料庫](zero-etl-using.creating-db.md)。 ### 資料表處於**需要重新同步處理**或**重新同步處理已起始**狀態 您的資料表處於**需要重新同步處理**或**重新同步處理已起始**狀態。 若要收集有關資料表為何處於該狀態的更詳細錯誤資訊，請使用 [SYS\_LOAD\_ERROR\_DETAIL](https://docs.aws.amazon.com/redshift/latest/dg/SYS_LOAD_ERROR_DETAIL.html) 系統檢視。 ## 針對 DynamoDB 的零 ETL 整合進行故障診斷 使用下列資訊，針對 Amazon DynamoDB 零 ETL 整合的常見問題進行故障診斷。 **Topics** + [整合建立失敗](#zero-etl-dynamodb-integrations-troubleshooting-creation) + [資料表中有不支援的資料類型](#zero-etl-dynamodb-integrations-troubleshooting-unsupported-data-types) + [不支援的資料表和屬性名稱](#zero-etl-dynamodb-integrations-troubleshooting-unsupported-table-names) + [授權失敗](#zero-etl-dynamodb-integrations-troubleshooting-authorization) + [Amazon Redshift 無法載入資料](#zero-etl-dynamodb-integrations-troubleshooting-data-load) + [工作群組或叢集參數設定不正確](#zero-etl-dynamodb-integrations-troubleshooting-case-sensitive) + [未建立資料庫來啟用零 ETL 整合](#zero-etl-dynamodb-integrations-troubleshooting-db-creation) + [來源 DynamoDB 資料表上未啟用時間點復原 (PITR)](#zero-etl-dynamodb-integrations-troubleshooting-pitr-recovery) + [KMS 金鑰存取遭拒](#zero-etl-dynamodb-integrations-troubleshooting-kms-key) + [Amazon Redshift 無法存取 DynamoDB 資料表金鑰](#zero-etl-dynamodb-integrations-troubleshooting-ddb-table-key) ### 整合建立失敗 如果零 ETL 整合建立失敗，則整合的狀態為 `Inactive`。請確定您的 Amazon Redshift 資料倉儲和來源 DynamoDB 資料表符合下列敘述： + 已開啟資料倉儲的區分大小寫。請參閱《Amazon Redshift 管理指南》**中的[開啟區分大小寫](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-using.setting-up.html#zero-etl-setting-up.case-sensitivity)。 + 您已為 Amazon Redshift 中的命名空間新增正確的授權主體和整合來源。請參閱《Amazon Redshift 管理指南》**中的[設定 Amazon Redshift 資料倉儲的授權](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-using.setting-up.html#zero-etl-using.redshift-iam)。 + 您已將正確的資源型政策新增至來源 DynamoDB 資料表。請參閱《IAM 使用者指南》**中的 [IAM 中的政策和許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html)。 ### 資料表中有不支援的資料類型 DynamoDB 號碼在 Amazon Redshift 中轉換為 DECIMAL(38,10。超過此精確度範圍的數字會自動轉換為 (38,10)。刪除整合並統一數字精確度，然後重新建立整合。 ### 不支援的資料表和屬性名稱 Amazon Redshift 支援的資料表和屬性名稱上限為 127 個字元。如果 DynamoDB 資料表名稱或分割區索引鍵或排序索引鍵欄名稱等長名稱造成整合失敗，請使用較短的名稱修正，然後重新建立整合。 ### 授權失敗 若作為 Amazon Redshift 資料倉儲授權整合來源的來源 DynamoDB 資料表遭到移除，則授權可能會失敗。 若要解決此問題，請刪除零 ETL 整合，然後使用 Amazon DynamoDB 重新建立整合。 ### Amazon Redshift 無法載入資料 Amazon Redshift 無法從到零 ETL 整合資料載入。 若要解決此問題，請使用 ALTER DATABASE 重新整理整合。 ``` ALTER DATABASE {{sample_integration_db}} INTEGRATION REFRESH ALL TABLES ``` ### 工作群組或叢集參數設定不正確 您的工作群組或叢集未開啟區分大小寫功能。 若要解決此問題，請前往整合詳細資訊頁面上的**屬性**索引標籤、選擇參數群組，然後從**屬性**索引標籤開啟區分大小寫的識別碼。如果您沒有現有的參數群組，請建立一個已開啟區分大小寫識別碼的參數群組。然後，在 DynamoDB 上建立新的零 ETL 整合。請參閱《Amazon Redshift 管理指南》**中的[開啟區分大小寫](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-using.setting-up.html#zero-etl-setting-up.case-sensitivity)。 ### 未建立資料庫來啟用零 ETL 整合 沒有建立可供零 ETL 整合來啟用的資料庫。 若要解決此問題，請為整合建立資料庫。請參閱《Amazon Redshift 管理指南》**中的[在 Amazon Redshift 中建立目的地資料庫](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-using.creating-db.html)。 ### 來源 DynamoDB 資料表上未啟用時間點復原 (PITR) 必須啟用 PITR，DynamoDB 才能匯出資料。確認一律啟用 PITR。如果您在整合處於作用中狀態時關閉 PITR，您將需要依照錯誤訊息中的指示執行，並使用 ALTER DATABASE 重新整理整合。 ``` ALTER DATABASE {{sample_integration_db}} INTEGRATION REFRESH ALL TABLES ``` ### KMS 金鑰存取遭拒 用於來源資料表或整合的 KMS 金鑰必須設有足夠的許可。如需資料表加密和解密的相關資訊，請參閱《Amazon DynamoDB 開發人員指南》**中的 [DynamoDB 靜態加密](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/EncryptionAtRest.html)。 ### Amazon Redshift 無法存取 DynamoDB 資料表金鑰 如果來源資料表加密是 AWS 受管金鑰，則切換到 AWS 擁有的金鑰 或客戶受管金鑰。如果已使用客戶自管金鑰加密資料表，請確認政策沒有任何條件索引鍵。 ## 針對應用程式的零 ETL 整合進行故障診斷 使用下列資訊，針對 Salesforce、SAP、ServiceNow 和 Zendesk 等應用程式的零 ETL 整合常見問題進行故障診斷。 **Topics** + [整合建立失敗](#zero-etl-using.troubleshooting.creation) + [資料表未複寫至 Amazon Redshift](#zero-etl-using.troubleshooting.primary-key) + [資料表中有不支援的資料類型](#zero-etl-using.troubleshooting.unsupported-data) + [工作群組參數的設定不正確](#zero-etl-using.troubleshooting.case-sensitive) + [未建立資料庫來啟用零 ETL 整合](#zero-etl-using.troubleshooting.db-creation) + [資料表處於**需要重新同步處理**或**重新同步處理已起始**狀態](#zero-etl-using.troubleshooting.resync) ### 整合建立失敗 如果零 ETL 整合建立失敗，則整合的狀態為 `Inactive`。請確定您的 Amazon Redshift 資料倉儲符合下列敘述： + 已開啟區分大小寫功能。請參閱 [為資料倉儲開啟區分大小寫功能](zero-etl-setting-up.case-sensitivity.md)。 + 您已為命名空間新增正確的授權主體和整合來源。請參閱 [設定 Amazon Redshift 資料倉儲的授權](zero-etl-using.redshift-iam.md)。 ### 資料表未複寫至 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](https://docs.aws.amazon.com/redshift/latest/dg/r_ALTER_DATABASE.html)。 ### 資料表中有不支援的資料類型 在您於 Amazon Redshift 中從整合建立，且其中資料是從應用程式的零 ETL 整合複寫而來的資料庫中，有一或多個資料表包含不支援的資料類型且無法同步。 若要解決此問題，請前往整合詳細資訊頁面上的**表格統計資訊**索引標籤，或使用 SVV\_INTEGRATION\_TABLE\_STATE 來檢視失敗的資料表。然後，移除這些資料表，並在來源重新建立新的資料表。如需詳細資訊，請參閱《AWS Glue 開發人員指南》**中的[零 ETL 整合](https://docs.aws.amazon.com/glue/latest/dg/zero-etl-using.html)。 ### 工作群組參數的設定不正確 您的工作群組未開啟區分大小寫功能。 若要解決此問題，請前往整合詳細資訊頁面上的**屬性**索引標籤、選擇參數群組，然後從**屬性**索引標籤開啟區分大小寫的識別碼。如果您沒有現有的參數群組，請建立一個已開啟區分大小寫識別碼的參數群組。然後建立新的零 ETL 整合。如需詳細資訊，請參閱《AWS Glue 開發人員指南》**中的[零 ETL 整合](https://docs.aws.amazon.com/glue/latest/dg/zero-etl-using.html)。 ### 未建立資料庫來啟用零 ETL 整合 沒有建立可供零 ETL 整合來啟用的資料庫。 若要解決此問題，請為整合建立資料庫。如需詳細資訊，請參閱[在 Amazon Redshift 中建立目的地資料庫](zero-etl-using.creating-db.md)。 ### 資料表處於**需要重新同步處理**或**重新同步處理已起始**狀態 您的資料表處於**需要重新同步處理**或**重新同步處理已起始**狀態。 若要收集有關資料表為何處於該狀態的更詳細錯誤資訊，請使用 [SYS\_LOAD\_ERROR\_DETAIL](https://docs.aws.amazon.com/redshift/latest/dg/SYS_LOAD_ERROR_DETAIL.html) 系統檢視。