對 Amazon RDS Aurora零 ETL 整合進行故障診斷

您可以查詢分析目的地中的 SVV_INTEGRATION 系統資料表，以檢查零 ETL 整合的狀態。如果 state 資料欄具有 ErrorState 的值，表示有問題。如需詳細資訊，請參閱使用 Amazon Redshift 的系統資料表監控整合。

使用以下資訊對 Amazon RDS Aurora零 ETL 整合的常見問題進行故障診斷。

我無法建立零 ETL 整合

如果您無法建立零 ETL 整合，請確定來源資料庫的下列內容正確：

此外，請確定下列情況對於您的目標資料倉儲是正確的：

我的整合停滯在 的狀態 Syncing

Syncing 如果您變更其中一個必要資料庫參數的值，整合可能會持續顯示 狀態。

若要修正此問題，請檢查與來源資料庫相關聯之參數群組中的參數值，並確認它們符合所需的值。如需詳細資訊，請參閱步驟 1：建立自訂資料庫參數群組。。

如果您修改任何參數，請務必重新啟動 database以套用變更。

我的資料表未複寫至 Amazon Redshift

如果您沒有看到一或多個資料表反映在 Amazon Redshift 中，您可以執行下列命令來重新同步它們：

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

如需詳細資訊，請參閱 Amazon Redshift SQL 參考中的 ALTER DATABASE。

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

我的一個或多個 Amazon Redshift 資料表需要重新同步

在來源資料庫上執行特定命令可能需要重新同步資料表。在這些情況下，SVV_INTEGRATION_TABLE_STATE 系統檢視會顯示 ResyncRequired 的 table_state，這表示整合必須將該特定資料表的資料從 MySQL 完全重新載入至 Amazon Redshift。

當資料表開始重新同步時，其會進入 Syncing 的狀態。您不需要採取任何手動動作，即可重新同步資料表。當資料表資料重新同步時，您無法在 Amazon Redshift 中存取它。

以下是一些可以將資料表置於 ResyncRequired 狀態的範例操作，以及可以考慮的替代方法。

ALTER TABLE table_name
  ADD COLUMN column_name INTEGER
  NOT NULL first;

ALTER TABLE table_name
  ADD COLUMN column_name column_type;

ALTER TABLE table_name
  ADD COLUMN column_name TIMESTAMP
  NOT NULL DEFAULT CURRENT_TIMESTAMP;

ALTER TABLE table_name
  ADD COLUMN column_1,
  RENAME COLUMN column_2 TO column_3;

Amazon SageMaker Lakehouse 零 ETL 整合的整合失敗問題

如果您在現有的零 ETL Amazon SageMaker 整合中遇到與湖屋整合的問題，唯一的解決方法是刪除整合並建立新的整合。與其他 AWS 服務不同，零 ETL 整合不支援重新整理或重新同步操作。

若要解決整合問題：

此程序將導致資料管道完全重新初始化，這可能需要一些時間，這取決於來源資料庫的大小。