IBM CDC DB2 iSeries镜像复制刷新报错Transformation Server终止咨询

• 核心诱因是源端与复制服务的刷新状态校验不匹配：从日志可看到源端已完成200000行全量数据发送，标记表刷新完成等待进入镜像同步，但目标端刷新时出现500行应用失败，未达到复制组件要求的100%刷新成功阈值，全局状态校验时检测到表未完成全量同步，直接抛出Table <lib>/<table> should already have been refreshed. Transformation Server will terminate.报错，表状态卡住在Refresh阶段。
• 导致目标端500行写入失败的常见具体原因包括：
  • 两端表结构不一致：字段长度、数据类型、字符集CCSID、约束规则（主键、非空、外键）不匹配，源端合法数据写入目标端时触发规则拦截
  • 目标端存在残留冲突数据：刷新前目标表的旧数据未完全清理，或者有其他业务写入的数据和源端刷新的新数据产生主键等唯一约束冲突
  • 成员映射配置错误：源端刷新的是默认成员table，目标端配置的是*ONLY/*FIRST成员，数据写入对象不匹配，导致状态统计异常
  • 权限或资源限制：目标端复制账号对目标表没有足够写入权限，或者目标端表空间不足、对象被锁，导致部分行写入失败

排查步骤 #

1. 拉取目标端复制服务的行应用错误日志，定位500行失败的具体报错信息，优先确定是约束冲突、结构不匹配还是权限类问题
2. 对比源端和目标端故障表的表结构定义，包括字段属性、约束规则、字符集配置，确认完全一致
3. 检查订阅中该表的成员映射配置，确认源端成员与目标端成员的对应关系正确，没有错配*ONLY等特殊成员配置
4. 验证目标端复制账号对故障表拥有增删改查、修改元数据的完整权限，确认刷新阶段目标表没有被其他业务进程锁定

解决步骤 #

1. 先修复定位到的根因：比如清理目标端冲突残留数据、调整表结构和源端对齐、修正成员映射配置、补充复制账号权限
2. 单独重置故障表的同步状态：在订阅中对该表执行状态清理操作，将其从卡住的Refresh状态重置为待刷新状态，无需重启整个订阅影响其他正常同步的表
3. 单独对该故障表触发全量刷新，刷新完成后验证目标端表的行数、数据和源端完全一致，没有应用失败记录
4. 确认故障表状态自动切换为镜像同步状态后，再验证增量数据同步正常即可

内容的提问来源于stack exchange，提问作者lke