重启批作业

可以使用 M3 BE 程序作业。显示历史记录 (MNS320) 和已提交的作业。打开 (MNS250) 显示作业控制文件 CJBCTL 和作业命令文件中的内容。

如果作业的状态为 25 或 26，则可以在 (MNS320) 中重启作业。如果无法在 (MNS320) 中直接重启中断的作业，则会显示一条消息，指示必须从另一个程序重启。

如果状态为 15 或 25，则可以在 (MNS250) 中重启某些作业。然而，在大多数情况下，除非已经分析了原始问题，否则这不是一个好主意。在大多数情况下，重启只会导致新的转储。

有关更多信息，请参阅“财务会计”下的“总账”文档。

作业的执行可以用不同的方式停止：

• 如果单个作业异常完成，则由 CMNGJOB 管理并更新 CJBCTL 中的状态。
• 如果整个计算机转储或 CMNGJOB 转储，则 CJBCTL 中活动作业的状态不会更新。发生崩溃时正在执行的作业在 CJBCTL 文件中仍将具有状态 20，处于活动状态。

每次重启 CMNGJOB 时都会执行检查。将在所有活动的 JVM 上检查当前处于状态 20 的所有作业。如果具有状态 20 的作业不活动，则状态将设置为 25，并且应启动调查程序以确定原因。

出现问题时，提交的作业可能处于不同的状态：

状态	描述	操作
00	已提交但未开始	无需操作。作业保持在状态 00，并将在 CMNGJOB 重启时启动。
15	作业启动失败。此状态由 CMNGJOB 设置。	检查原因并修复问题后，尝试从 (MNS250) 或 (GLS047) 重启。 这么做通常是无害的，因为作业在执行开始之前失败。
20	发生崩溃时作业处于活动状态。	通常，在 CMNGJOB 重启时，此作业设置为状态 25。如果不是，请人工将状态设置为 25，然后从该状态继续操作（见下文）。
25	发生崩溃时，作业已转储或处于活动状态。	检查原因并尝试解决问题。这是最棘手的部分，因为我们无法确定发生了什么。交易通常会处理所有未完成的数据库更新，因此可以从 (MNS250) 或 (GLS047) 重启。 但是，某些作业无法在不删除工作文件或恢复备份的情况下重启。
26	由于子系统关闭，作业已终止	如果是被受控子系统关闭所中断，则只有实施了受控关闭的作业才会被设置为状态 26。
30	已完成	无需操作。

如果批作业管理器 (CMNGJOB) 在执行子系统被完全占用时不释放作业，则需要检查重启功能是否正常工作。如果不是，那么子系统可以为空白。因为许多 CJBCTL 记录处于状态“20”（但被中断并且应该具有状态 25），批作业管理器会假定子系统被完全占用。处于状态 20 的作业无法重启，因为系统仍将其视为活动。

如果发生“满载停止”，则可能导致不启动任何作业。在这种情况下，CMNGJOB 将做出所有子系统忙的错误假设。可以暂时通过改变子系统中的作业数量来管理，直到情况得到完全控制并且发现问题所在。

要清理作业控制文件，必须定期检查和清理文件 CJBCTL 和 CJBCMD（因为没有自动功能可以成功清除中断作业的这些文件）。