與 Aurora 零ETL集成工作與 Amazon Redshift

協助您從多個資料來源衍生整體洞見。

無需建置和維護執行擷取、轉換和 load (ETL) 作業的複雜資料管線。零ETL整合可透過為您佈建和管理管道，消除建置和管理管道所帶來的挑戰。

減少操作負擔和成本，讓您專注於改善應用程式。

讓您利用 Amazon Redshift 的分析和機器學習功能，從交易和其他資料衍生洞察，以有效地回應關鍵、時間敏感的事件。

來源資料資料庫叢集必須與目標 Amazon Redshift 資料倉儲位於相同的區域。

如果叢集或其任何執行個體具有現有整合，則無法重新命名該叢集。

您無法在相同的來源和目標資料庫之間建立多個整合。

您無法刪除具有現有整合的叢集。您必須先刪除所有相關聯的整合。

如果您的叢集是藍/綠部署的來源，則藍色和綠色環境在切換期間不能有現有的零ETL整合。您必須先刪除整合再進行轉換，然後重新建立該整合。

資料庫叢集必須至少包含一個資料庫執行個體，才能成為整合的來源。

如果來源叢集是 Aurora 全域資料庫中的主要資料庫叢集，且容錯移轉到其中一個次要叢集，則整合會變成非作用中。您必須刪除並重新建立整合。

您無法為正在主動建立另一個整合的來源資料庫建立整合。

當您一開始建立整合時或當資料表重新同步時，從來源植入目標的資料可能需要 20 到 25 分鐘或更長時間，取決於來源資料庫的大小。此延遲可能會導致複本延遲增加。

不支援某些資料類型。如需詳細資訊，請參閱Aurora 和 Amazon Redshift 資料庫之間的資料類型差異。

不支援 XA 交易。

物件識別符 (包括資料庫名稱、資料表名稱、資料欄名稱等) 只能包含英數字元、數字、$ 和 _ (底線)。

系統資料表、臨時資料表和檢視不會複寫到 Amazon Redshift。

您的來源資料庫叢集必須執行支援版本的 Aurora MySQL. 如需支援的版本的清單，請參閱支援與 Amazon Redshift 進行零ETL整合的區域和 Aurora 資料庫引擎。

零ETL集成依賴於我的SQL二進制日誌記錄（binlog）來捕獲正在進行的數據更改。請勿使用 binlog 型資料篩選，因為這可能會導致來源和目標資料庫之間的資料不一致。

只有設定為使用 InnoDB 儲存引擎的資料庫才支援零ETL整合。

不支援具有預先定義資料表更新的外部索引鍵參照。具體而言，ON DELETE和動作不支援和ON UPDATE規SET DEFAULT則。CASCADE SET NULL嘗試建立或更新對另一個資料表具有這類參考的資料表，會將該資料表置於失敗狀態。

ALTER TABLE分割區操作會導致您的表格重新同步，以便將資料從 Aurora 重新載入到 Amazon Redshift。資料表將無法在重新同步處理時進行查詢。如需詳細資訊，請參閱我的一個或多個 Amazon Redshift 資料表需要重新同步。

您的來源資料庫叢集必須執行 Aurora SQL (與 Postgre SQL 15.4 和零 Sup ETL port 相容)。

您SQL只能在 us-east-2 國東部 (俄亥俄州) 的 Amazon RDS 資料庫預覽環境中建立和管理 Aurora Postgre 的零ETL整合 AWS 區域。 您可以使用預覽環境來測試 Postgre SQL 資料庫引擎軟體的 Beta 版、候選發行版和早期生產版本。

您只能使SQL用 AWS Management Console。 你不能使用 AWS Command Line Interface (AWS CLI）RDSAPI，Amazon 或任何 AWS SDKs.

建立來源資料庫叢集時，您選擇的參數群組必須已設定必要的資料庫叢集參數值。之後您無法建立新的參數群組，然後將其與叢集產生關聯。如需必要參數的清單，請參閱步驟 1：建立自訂資料庫叢集參數群組。。

您無法在建立整合之後修改整合。如果您需要變更某些設定，則必須刪除並重新建立整合。

目前，作為整合來源的 Aurora Postgre 資料SQL庫叢集不會執行邏輯複寫資料的記憶體回收。

在來源 Aurora Postgre 資料庫叢集內建立的所有資料SQL庫都必須使用 UTF -8 編碼。

與 Aurora Postgre 零ETL集成SQL不支持以下內容：