大型机：如何防止批处理作业和 CICS 事务之间的 DB2 争用？
Mainframe: How to prevent DB2 contention between batch job and CICS transaction?
我有一个批处理作业和一个使用相同 db2 表的 CICS 事务。由于与共享 DB2 表的争用，定期 运行 和批处理作业都会偶尔异常终止。
有没有办法在 CA7（作业调度工具）中调度作业以防止它在事务处于活动状态时 运行ning？
- 在启动批处理作业之前禁用 CICS 事务，在批处理作业结束时重新启用它。
- 修改批处理作业以使用提交间隔，类似于 this answer。
检查 CICS 事务是否处于活动状态不太可能如您所愿。当您检查时它可能处于非活动状态，然后您开始批处理作业，然后 CICS 事务变为活动状态。
更新#1
虽然您没有具体说明，但我的印象是这是一个长 运行 CICS 事务，不是 完成的正常 OLTP 样式事务在不到 0.10 秒的时钟时间内。
如果是这种情况，那么创建一个使用 EXCI 的批处理程序来执行一个使用 CICS SPI INQUIRE TASKLIST 来定位您的事务的 CICS 程序可能是继续进行的方式。如果您有 CA-DADs PLUS，那么您也许可以使用该产品而不是编写程序来执行此操作。
请参考下面的帖子，看看它是否能帮助您解决问题。
https://ibmmainframes.com/about12949.html
此致，
暗部.
我有一个批处理作业和一个使用相同 db2 表的 CICS 事务。由于与共享 DB2 表的争用，定期 运行 和批处理作业都会偶尔异常终止。
有没有办法在 CA7（作业调度工具）中调度作业以防止它在事务处于活动状态时 运行ning？
- 在启动批处理作业之前禁用 CICS 事务，在批处理作业结束时重新启用它。
- 修改批处理作业以使用提交间隔，类似于 this answer。
检查 CICS 事务是否处于活动状态不太可能如您所愿。当您检查时它可能处于非活动状态，然后您开始批处理作业，然后 CICS 事务变为活动状态。
更新#1
虽然您没有具体说明，但我的印象是这是一个长 运行 CICS 事务，不是 完成的正常 OLTP 样式事务在不到 0.10 秒的时钟时间内。
如果是这种情况，那么创建一个使用 EXCI 的批处理程序来执行一个使用 CICS SPI INQUIRE TASKLIST 来定位您的事务的 CICS 程序可能是继续进行的方式。如果您有 CA-DADs PLUS，那么您也许可以使用该产品而不是编写程序来执行此操作。
请参考下面的帖子，看看它是否能帮助您解决问题。
https://ibmmainframes.com/about12949.html
此致， 暗部.