本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
对零 ETL 集成进行故障排除
本节为解决零 ETL 集成的常见问题提供了指导。
零 ETL 集成设置失败
- 身份验证失败次数
-
-
在 S AWS ecrets Manager 中验证复制用户是否存在且密码正确。
-
确保已向复制用户授予所有必需的权限。
-
检查密钥 ARN 是否正确且可通过 Oracle Database@ 访问。AWS
-
验证 CMK 资源策略是否允许 Oracle Database@AWS 服务主体进行访问。
-
- 网络连接问题
-
-
确保您的 ODB 网络已启用零 ETL 集成。
-
验证端口 2484 上的 SSL 配置是否正确（仅限 Exadata）。
-
检查 Oracle 数据库监听器是否正在运行并接受连接。
-
确保网络安全组并 NACLs 允许端口 2484 上的流量。
-
验证您的密钥中的服务名称是否与实际的 Oracle 服务名称相匹配。
-
- 权限错误
-
-
检查您的 IAM 用户或角色是否具有执行 AWS Glue 集成操作所需的权限。
-
验证 Amazon Redshift 资源策略是否允许从您的虚拟机集群进行入站集成。
-
确保 Oracle Database@AWS 已被授予访问您的密 AWS 钥和密钥管理服务密钥的权限。
-
复制问题
- 初始加载失败
-
-
验证 Oracle 数据库是否有足够的资源来支持满载操作。
-
确保在源数据库上启用了补充日志记录。
-
检查是否存在任何可能阻止数据提取的表级锁或约束。
-
- 更改数据捕获问题
-
-
验证 Oracle 数据库是否有足够的重做日志空间和保留期。
-
检查复制用户是否有权访问已存档的重做日志。
-
对于启用 ASM 的系统，请确保正确配置 ASM 用户。
-
监控 Oracle 数据库性能，确保 CDC 不会导致资源争用。
-
- 复制延迟高
-
-
监控中的复制延迟指标 CloudWatch。
-
检查源数据库中是否存在高事务量或大事务。
-
验证 Amazon Redshift 集群是否有足够的容量来处理传入的数据。
-
数据一致性问题
- 数据缺失或不完整
-
-
验证数据筛选器是否包含所有必需的架构和表。
-
检查是否存在可能导致复制失败的不支持的数据类型。
-
确保复制用户对所有必需的表具有 SELECT 权限。
-
- 数据类型转换错误
-
-
查看 Oracle 和 Redshift 之间支持的数据类型映射。
-
检查是否存在可能需要自定义处理的 Oracle 特定数据类型。
-
考虑修改您的 Oracle 架构以使用更兼容的数据类型。
-
监控和调试
使用以下方法来监控和调试零 ETL 集成问题：
-
集成状态监控 — 使用定期检查集成状态
aws glue describe-integrations。 -
CloudWatch 指标-监控复制性能和错误的可用 CloudWatch 指标。
-
Oracle 数据库监控 — 监控 Oracle 数据库性能和资源利用率。
-
Redshift 监控 — 监控 Amazon Redshift 集群性能和存储利用率。
对于使用本疑难解答指南无法解决的复杂问题，请联系 AWS 支持 并提供以下信息：
-
集成 ARN 和当前状态。
-
来自集成的错误消息描述了操作。
-
甲骨文数据库和 Amazon Redshift 集群配置。
-
问题开始发生的时间表。
