使用 Aurora 与 Amazon Redshift 的零 ETL 集成

帮助您从多个数据来源获得整体见解。

无需构建和维护执行提取、转换、加载（ETL）操作的复杂数据管道。零 ETL 集成通过为您预调配和管理管道来消除构建和管理管道所带来的挑战。

减少运营负担和成本，让您专注于改进应用程序。

让您利用 Amazon Redshift 的分析和机器学习功能从事务数据和其他数据中获得见解，从而有效应对关键的、时间敏感的事件。

源数据库集群必须与目标 Amazon Redshift 数据仓库位于同一区域。

如果集群已有集成，则无法重命名数据库集群或其任何实例。

不能在相同的源数据库和目标数据库之间创建多个集成。

您无法删除已有集成的数据库集群。您必须先删除所有关联的集成。

如果您停止源数据库集群，则在恢复集群之前，可能不会将最后几个事务复制到目标数据仓库。

如果您的集群是蓝绿部署的源，则在切换期间，蓝色和绿色环境无法具有现有的零 ETL 集成。您必须先删除集成，接着切换，然后重新创建集成。

一个数据库集群必须至少包含一个数据库实例才能成为集成的来源。

如果源集群是 Aurora 全局数据库中的主数据库集群，并且它故障转移到其中的一个辅助集群，则集成将变为非活动状态。您必须删除并重新创建集成。

如果源数据库正在积极创建另一个集成，则无法为其创建集成。

最初创建集成或重新同步表时，从源到目标的数据做种可能需要 20-25 分钟或更长时间，具体取决于源数据库的大小。这种延迟可能导致副本滞后延长。

某些数据类型不支持。有关更多信息，请参阅 Aurora 和 Amazon Redshift 数据库之间的数据类型差异。

不支持 XA 事务。

对象标识符（包括数据库名称、表名、列名等）只能包含字母数字字符、数字、$ 和 _（下划线）。

系统表、临时表和视图不会复制到 Amazon Redshift。

源数据库集群必须运行受支持的 Aurora MySQL 版本。有关受支持的版本的列表，请参阅 支持与 Amazon Redshift 进行零 ETL 集成的区域和 Amazon 数据库引擎。

零 ETL 集成依赖于 MySQL 二进制日志（binlog）来捕获持续数据更改。请勿使用基于二进制日志的数据筛选，因为这可能会导致源数据库和目标数据库之间的数据不一致。

零 ETL 集成仅适用于配置为使用 InnoDB 存储引擎的数据库。

不支持带有预定义表更新的外键引用。具体而言，CASCADE、SET NULL 和 SET DEFAULT 操作不支持 ON DELETE 和 ON UPDATE 规则。尝试使用对另一个表的此类引用创建或更新表会使该表进入失败状态。

ALTER TABLE 分区操作会导致您的表重新同步，以便将数据从 Aurora 重新加载到 Amazon Redshift。该表在重新同步时将不可用于查询。有关更多信息，请参阅 我的一个或多个 Amazon Redshift 表需要重新同步。

您的源数据库集群必须运行 Aurora PostgreSQL（与 PostgreSQL 15.4 兼容和支持零 ETL）。

您只能在美国东部（俄亥俄州）（us-east-2）AWS 区域的 Amazon RDS 数据库预览环境中为 Aurora PostgreSQL 创建和管理零 ETL 集成。您可以使用预览环境来测试 PostgreSQL 数据库引擎软件的测试版、候选发布版和早期生产版本。

您只能使用 AWS Management Console为 Aurora PostgreSQL 创建和管理集成。您无法使用 AWS Command Line Interface（AWS CLI）、Amazon RDS API 或任何 AWS SDK。

创建源数据库集群时，您选择的参数组必须已经配置了所需的数据库集群参数值。之后您无法创建新的参数组，然后将其与集群关联。有关所需参数的列表，请参阅步骤 1：创建自定义数据库集群参数组。

创建集成后，您无法对其进行修改。如果您需要更改某些设置，则必须删除集成并重新创建集成。

目前，作为集成源的 Aurora PostgreSQL 数据库集群不对逻辑复制数据执行垃圾回收。

在源 Aurora PostgreSQL 数据库集群中创建的所有数据库都必须使用 UTF-8 编码。

与 Aurora PostgreSQL 的零 ETL 集成不支持以下各项：