一家公司使用 AWS DMS 持续捕获本地 PostgreSQL 数据库中的更改，并将其复制到 Amazon Redshift。DMS 正在进行的复制任务读取 PostgreSQL 事务日志，但数据工程师观察到 CDC 延迟很高，并怀疑 PostgreSQL 源是瓶颈。哪种方法可以验证 PostgreSQL 数据库是延迟的来源？

正确答案是使用 Amazon CloudWatch 监控 DMS 任务并检查 CDCLatencySource 指标。CDCLatencySource 指标直接衡量 DMS 任务从源数据库捕获更改的延迟，这正是问题中要验证的瓶颈。如果此指标很高，则表明源数据库在处理或提供更改方面存在延迟。 其他选项不正确的原因： 监控 CDCIncomingChanges 指标可以显示传入更改的数量，但不能直接指示源数据库的延迟。 验证逻辑复制配置是设置 DMS 的先决条件，而不是诊断运行时延迟的方法。 启用 CloudWatch Logs 并检查错误消息有助于发现配置或连接问题，但通常不会直接衡量或定位源数据库的 CDC 延迟。