CICS应用正常运行与CEDF调试时运行结果不一致问题咨询

这类调试正常、直接运行失败的问题，核心原因是CEDF的单步执行逻辑改变了程序的运行时序、资源状态和返回码处理逻辑，常见诱因分为以下几类：

核心诱因 #

• 时序竞态问题
  CEDF单步执行时的操作间隙，会给跨资源操作留足处理时间，直接运行时指令执行速度快，很容易触发竞态：
  • 前序DB2事务未完成提交，后续逻辑依赖的DB2查询拿到旧值，触发分支判断错误，CEDF的单步间隙刚好覆盖DB2的提交窗口，能拿到正确的查询结果
  • 目标VSAM文件存在跨任务锁竞争，直接运行时锁请求刚好碰到其他任务持有锁的窗口期，触发ENQ类异常，CEDF调试时运行时机错开了锁占用周期，可正常获取锁
• 资源脏数据问题
  直接运行时CICS任务的资源复用逻辑会携带历史残留数据，CEDF调试时会默认重置运行上下文，避免脏数据干扰：
  • 未初始化的WORKING-STORAGE变量残留上一次任务执行的垃圾值，触发逻辑异常，CEDF调试时会重置工作存储区为初始值，不会出现异常值
  • 依赖的TSQ/TDQ等临时资源残留上一次异常任务的脏数据，触发逻辑错误，CEDF调试时通常会提前清理临时资源，或者调试间隙的自动清理逻辑已执行完成
• 事务提交逻辑差异
  CEDF的单步拦截会隐式触发部分提交动作，和直接运行的批量提交逻辑有差异：
  • 直接运行时未提交的DB2/VSAM操作累积过多，触发死锁、事务日志满类异常，CEDF单步执行时每一步操作的间隙会隐式完成部分提交，不会累积大量未提交操作
  • DB2游标触发的隔离级别问题，直接运行时游标打开后其他任务的更新操作会导致游标失效，CEDF调试时运行速度慢，其他任务的更新不会落在游标打开到读取的窗口期
• 返回码处理逻辑漏洞
  程序对CICS命令的返回码判断不完整，CEDF的拦截逻辑会跳过异常分支：
  • 程序仅判断了NORMAL返回码，未处理WARNING等临时告警类返回码，直接运行时遇到这类返回码直接走失败分支，CEDF会拦截所有非NORMAL返回码，手动选择继续执行时相当于跳过了错误判断逻辑

排查方案 #

• 首先拉取CICS SMF日志，确认直接运行失败时的ABEND码，优先锁定是内存类错误ASRA、锁类错误ENQ还是DB2类错误
• 在程序中增加全量操作日志打印，把每一步DB2操作的SQLCODE、VSAM操作的FILE STATUS都输出到TDQ或者系统日志，对比直接运行和CEDF调试时的返回码差异
• 检查所有工作存储区变量的初始化逻辑，禁止依赖CICS的默认重置，所有变量必须显式设置初始值
• 针对VSAM锁操作增加3次以内的延时重试逻辑，验证直接运行时的成功率

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