在大型机上使用 SDSF 查看批处理作业的输出时,我总是使用操作字符s
将所有不同的成员连接为一个,因为这样更容易同时查看整个作业输出:
SDSF STATUS DISPLAY ALL CLASSES
COMMAND INPUT ===>
PREFIX=* DEST=(ALL) OWNER=PAX
NP JOBNAME JobID Owner Prt
PAX TSU39756 PAX 1
s_ PAXJOB01 JOB39757 PAX
PAXJOB02 JOB39759 PAX
我已经手动完成了这项工作,但也使用在 Linux 上运行的脚本来屏幕抓取作业输出以进行自动状态更新。
然而,就在今天,我开始在该输出中看到二进制信息并开始调查(使用?
代替s
, 来获取所有相关成员的列表)。有一些我以前从未见过的成员:
SDSF JOB DATA SET DISPLAY - JOB PAXJOB01 (JOB39757)
COMMAND INPUT ===>
PREFIX=* DEST=(ALL) OWNER=PAX SYSNAME=*
NP DDNAME StepName ProcStep DSID Owner C Dest
JESJCLIN 1 PAX A
JESMSGLG JES2 2 PAX A LOCAL
JESJCL JES2 3 PAX A LOCAL
JESYSMSG JES2 4 PAX A LOCAL
$INTTEXT JES2 5 PAX A
$JOURNAL 6 PAX A
STDIN RUNLOG 101 PAX A
STDOUT RUNLOG 102 PAX A LOCAL
具体来说,、JESJCLIN
和是新成员,而期刊是包含二进制信息的成员。$INTTEXT
$JOURNAL
STDIN
我想知道是什么控制了这种行为,因为它搞砸了我的自动化流程。我宁愿不必?
进入上面的屏幕并仅提取我感兴趣的输出,因为这会因每个作业而改变并且需要一些繁重的配置 - 只要我可以返回,获得串联作业输出要容易得多原来的行为。