静态调用COBOL-DB2子程序的COBOL程序JCL执行异常排查

是的，如果GO步骤正常执行，SDSF的DD列表里一定会出现GO步骤对应的各个DD（比如SYSOUT、SYSPRINT、SYSTSPRT这些的StepName均为GO），你现在的输出只有JES2相关的三个DD，说明GO步骤根本没有被执行，可按照以下顺序排查：

• 首先检查JCL开头的JOB语句参数：确认有没有加TYPRUN=SCAN参数，该参数只会让JES校验JCL语法、不执行任何作业步骤，是导致你当前现象的最常见原因。如果有该参数直接删除后重新提交即可。
• 检查JCL语法错误：你贴出的JCL中STEPLIB的第一行//STEPLIB DD DSN=DSN910.DB9G.RUNLIB.LOAD,末尾多了多余的逗号，会导致DD语句参数解析错误，部分系统会直接跳过错误步骤执行。修正该逗号，改为//STEPLIB DD DSN=DSN910.DB9G.RUNLIB.LOAD,DISP=SHR或者删除末尾多余的逗号即可。
• 查看JES系统日志：打开SDSF中的JESYSMSG和JESMSGLG文件，检查是否有JCL错误提示、作业被挂起/跳过的提示信息，比如数据集权限不足、指定的数据集不存在等问题，都会导致作业未执行步骤就提前结束。
• 检查COND参数逻辑：如果你当前JCL除了GO步骤外还有前置编译/绑定步骤，COND=(4,LT)的含义是如果任意前置步骤的返回码小于4，就跳过当前GO步骤，这个逻辑完全不符合常规需求（常规是前置步骤返回码大于4才跳过），建议修改为COND=(4,GT)或者删除COND参数先测试执行。

等上述问题解决、GO步骤正常执行后，如果还出现子程序调用失败、程序运行异常，再排查以下问题：

• 确认你的主程序、子程序的LOAD模块都已经存放在STEPLIB串联的库中，优先检查DSN910.DB9G.RUNLIB.LOAD中是否存在两个模块。
• 确认你绑定的计划名称正确：你当前RUN语句使用的PLAN(DSNTIA91)是IBM默认的动态SQL计划，你需要将自己的COBOL-DB2程序绑定到自定义计划，或者绑定到对应的PACKAGE集合中并关联到计划，否则会出现SQL执行错误。
• 检查子程序的调用方式：如果是静态调用，确认编译时已经完成了静态链接；如果是动态调用，确认子程序的LOAD模块名称和调用时的名称完全一致，且访问权限正确。

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