大型机:如何防止批处理作业和CICS事务之间的DB2争用?

大型机:如何防止批处理作业和CICS事务之间的DB2争用?,db2,mainframe,cics,contention,Db2,Mainframe,Cics,Contention,我有一个批处理作业和一个CICS事务,它们使用相同的db2表。由于与共享DB2表的争用,这两个表都以固定的时间间隔运行,批处理作业偶尔会异常终止一次 是否有办法在CA7(作业调度工具)中调度作业,以防止其在事务处于活动状态时运行 在启动批处理作业之前禁用CICS事务,在批处理作业结束时重新启用它 修改批处理作业以使用提交间隔,类似于 检查CICS事务是否处于活动状态不太可能如您所愿。当您检查,然后启动批处理作业,然后CICS事务变为活动时,它可能处于非活动状态 更新#1 虽然您没有指定,但我得

我有一个批处理作业和一个CICS事务,它们使用相同的db2表。由于与共享DB2表的争用,这两个表都以固定的时间间隔运行,批处理作业偶尔会异常终止一次

是否有办法在CA7(作业调度工具)中调度作业,以防止其在事务处于活动状态时运行

  • 在启动批处理作业之前禁用CICS事务,在批处理作业结束时重新启用它
  • 修改批处理作业以使用提交间隔,类似于
  • 检查CICS事务是否处于活动状态不太可能如您所愿。当您检查,然后启动批处理作业,然后CICS事务变为活动时,它可能处于非活动状态

    更新#1


    虽然您没有指定,但我得到的印象是,这是一个长时间运行的CICS事务,而不是在不到0.10秒的时钟时间内完成的普通OLTP样式的事务


    如果是这种情况,则创建一个批处理程序,该批处理程序使用EXCI来执行一个CICS程序,该程序使用CICS SPI INQUIRE任务列表来定位您的事务,这可能是继续的方法。如果您有CA DADs PLUS,那么您可以使用该产品而不是编写程序来完成此操作。

    请参阅下面的线程,看看它是否有助于您克服此问题

    问候,,
    Anbu。

    什么是异常终止?死锁/超时导致的争用-913I无法禁用CICS事务,如果它已经正常运行?提交间隔已经存在。我只是试图消除在作业异常终止时重新启动作业的手动工作。此外,事务是否超时也无关紧要,因为作业保留了表。事务将稍后重试。我需要在事务已在运行时不运行作业,以防止超时。是的,有时需要超过10秒。我们没有CA-DADs PLUS。那我就得试试EXCI法了。谢谢。不,那是另一个问题。