Amazon RDS 与 Amazon Redshift 的零 ETL 集成问题排查

您可以通过在 Amazon Redshift 中查询 SVV_INTEGRATION 系统表来检查零 ETL 集成的状态。如果 state 列的值为 ErrorState，则表示有问题。有关更多信息，请参阅 使用系统表监控集成。

使用以下信息来排查 Amazon RDS 与 Amazon Redshift 的零 ETL 集成的常见问题。

我无法创建零 ETL 集成

如果您无法创建零 ETL 集成，请确保源数据库的以下内容正确无误：

此外，请确保您的数据仓库在以下方面正确无误：

我的集成卡在 Syncing 状态

如果您更改其中一个必需的数据库集群参数的值，则集成状态可能会始终显示为 Syncing。

要修复此问题，请检查与源数据库关联的参数组中的参数值，并确保它们与所需值相匹配。有关更多信息，请参阅 步骤 1：创建自定义数据库参数组。

如果您修改任何参数，请务必重启数据库来应用更改。

我的表未复制到 Amazon Redshift

如果您没有看到一个或多个表反映在 Amazon Redshift 中，可以运行以下命令来重新同步表：

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

有关更多信息，请参阅《Amazon Redshift SQL 参考》中的 ALTER DATABASE。

您的数据可能未复制，因为一个或多个源表没有主键。Amazon Redshift 中的监控控制面板将这些表的状态显示为 Failed，而总体零 ETL 集成的状态更改为 Needs attention。要解决此问题，您可以在表中确定一个可以成为主键的现有键，也可以添加合成主键。有关详细解决方案，请参阅 Handle tables without primary keys while creating Amazon Aurora MySQL or Amazon RDS for MySQL zero-ETL integrations with Amazon Redshift。

我的一个或多个 Amazon Redshift 表需要重新同步

在源数据库上运行某些命令可能需要重新同步您的表。在这些情况下，SVV_INTEGRATION_TABLE_STATE 系统视图显示 table_state 为 ResyncRequired，这意味着集成必须将该特定表的数据从 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;