Informatica目标表数据加载异常求助：调度执行丢失数据

• 优先验证调度执行账号的权限
  你怀疑权限问题的方向是对的，手动运行用的账号和ENSONO调度执行账号大概率不是同一个，别只盯着目标表的插入权限：

  • 检查调度账号对源查询涉及的所有对象（表、视图、同义词、关联函数/存储过程）的SELECT权限，很多时候漏的是依赖对象的权限
  • 确认调度账号有目标表所在Schema的临时表创建/读写权限，Informatica批量插入时会自动生成临时表，没权限会导致部分数据无法落地
  • 直接用调度执行账号登录数据库，手动执行一遍源查询+目标表插入语句，看能不能完整写入数据，这是最快验证权限的方式

• 核对手动与调度的会话参数差异
  手动配置的会话属性可能被调度的全局配置覆盖：

  • 检查调度平台里的会话参数，有没有覆盖commit interval，比如调度设了0（全程单次提交）或者更小的值，导致大批次事务因超时回滚
  • 确认Treat source rows as insert在调度的会话配置里没被改成Update或其他策略，部分调度模板会默认覆盖这个参数
  • 排查调度是否启用了增量抽取逻辑，比如手动跑是全量，调度是按日期增量，而增量过滤条件有bug（比如时间戳精度不匹配）导致漏数据

• 排查调度时段的资源瓶颈
  调度运行时的环境资源和手动操作时差异很大：

  • 查看Informatica服务在调度时段的CPU、内存使用率，资源占满时会出现数据处理中断、批次丢包的情况
  • 检查数据库的调度时段负载，有没有锁表、死锁，或者max_connections耗尽导致Informatica无法建立足够连接
  • 确认调度服务器与数据库之间的网络是否稳定，跨机房场景下的网络丢包会导致部分数据传输失败

• 深挖日志细节
  别只看工作流“运行成功”的提示，要找底层日志：

  • 查看Informatica的会话详细日志，搜索rows skipped、partial commit关键词，部分隐性数据丢失不会标记为拒绝记录
  • 查数据库的审计日志，追踪调度账号的INSERT操作记录，看是否存在部分批次执行后被回滚，或者根本没执行的情况
  • 检查ENSONO调度平台的日志，看工作流启动时是否有异常参数传递，或者中途被暂停/重启过

• 临时应急方案
  若需先保障数据完整性，可在调度工作流后加校验环节：

  • 按日期分区或用户维度对比源表与目标表的记录数，差异超过阈值时自动触发补数流程
  • Admin账号完成全量迁移后，同步配置调度账号的权限，确保和手动操作账号的权限完全一致

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