IBM Support

作业日志暂挂

Technical Blog Post


Abstract

作业日志暂挂

Body

作业日志暂挂长期以来都是作业日志的一种可能状态。当一个作业有一个暂挂的作业日志,表示该作业已经停止但是该作业的日志还没有被写入到一个假脱机文件中。在老版本的IBM i 系统中,当你关闭系统的时候可能会发生这样的情况 - 作业日志保存为暂挂状态,当系统再次启动的时候,作业日志将会被写入到假脱机文件。
 
如同今年早些时候在博文 IBM i 作业结构 中描述的那样, 每个作业在系统中都有一组作业结构。作业日志消息被存储在一个叫做作业消息队列 的内部结构中。通常情况下当一个作业运行结束,作业日志消息将会被写入到假脱机文件。 
 
假设有如下一些情况:当你结束一个子系统时导致许多作业结束时,当你的网络通信失败导致所有远程登录会话中断时,当你有一个异常的作业在一个循环操作中创建了无法预知数量的作业,而这些作业在完成很少的工作之后就立即结束时,或者在另一些情况下有大量的作业在同一时间结束。 
 
在以上任何一种情况下,可能会有成千上百的作业同时停止。此时如果所有的作业在结束时都将作业日志写入到假脱机文件,你可以想象,系统需要承担多大的额外负荷-写工作日志是一项相当耗费资源和时间的操作。你是否需要将所有这些作业日志都写入到假脱机文件中?你是否真的需要完全保存这些作业日志? 
 
在 IBM i 5.4 版本中,对于如何使用作业日志,IBM提供了一个更有价值和更有效的选项 -- 作业日志暂挂。 
 
与写入作业日志到假脱机文件不同,作业日志暂挂允许将作业日志保存在作业活动时已经创建的内部结构中。将作业日志以暂挂的形式保存不需要额外的系统资源。
 
通过作业日志输出系统值 (QLOGOUTPUT) 或者作业描述中的作业日志输出属性来控制作业日志暂挂。
作业日志暂挂可以通过系统值“作业日志输出” (QLOGOUTPUT) 或者作业描述中的“作业日志输出”属性来控制。 
 
关于作业日志暂挂还有很多可写的内容, 我会在随后的博客中继续介绍。 

[{"Business Unit":{"code":"BU009","label":"Systems - Cognitive"}, "Product":{"code":"SWG60","label":"IBM i"},"Component":"","Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"","Edition":""}]

UID

ibm11145980