不明操作领域 JCL
Posted
技术标签:
【中文标题】不明操作领域 JCL【英文标题】:UNIDENTIFIED OPERATION FIELD JCL 【发布时间】:2014-03-28 20:14:00 【问题描述】:我试图了解我的 JCL 文件哪里出错了。 这是我的代码如下:
//MULTG013 JOB 1,NOTIFY=&SYSUID
//STEP1 EXEC PGM=ICEGENER
//SYSUT1 DD DSN=UNTG013.DATAIN(AUTODATA),DISP=SHR
//SYSUT2 DD DSN=UNTG013.DATAOUT(MULTIOUT),DISP=SHR
//SYSPRINT DD SYSOUT=*
//SYSIN DD DUMMY
//STEP2 EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
DELETE UNTG013.DATAIN(AUTONEW)
/*
//STEP3 EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//OLDINV DD DSN=UNTG013.DATAIN(AUTODATA),DISP=SHR
//NEWINV DD DSN=UNTG013.DATAIN(AUTONEW),DISP=SHR
//SYSIN DD *
REPRO INFILE(OLDINV) OUTFILE(NEWINV)
/*
//STEP4 EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//STUFF DD DSN=UNTG013.DATAIN(AUTONEW),DISP=SHR
//SYSIN DD *
PRINT INFILE(STUFF) CHAR
/*
//STEP5 EXEC PGM=IKJEFT01
//SYSPRINT DD SYSOUT=*
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *
RENAME 'UNTG013.DATAIN(AUTONEW)' 'UNTG013.DATAIN(ITDSDATA)'
/*
//STEP6 EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//STUFF DD DSN=UNTG013.DATAIN(ITDSDATA),DISP=SHR
//SYSIN DD *
PRINT INFILE(STUFF) CHAR
/*
//STEP7 EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
DELETE UNTG013.DATAIN(ITDSDATA)
/*
//
我在 SYS Z 上遇到的错误是:IEFC605I UNIDENTIFIED OPERATION FIELD,第 17 行和第 25 行。
不太确定它是如何不正确的。谢谢
好的。这是来自 spool 的消息:
SDSF 输出显示 MULTG013 JOB02122 DSID 4 LINE NOT PAGE MODE DATA 命令输入 ===> 滚动 ===> 页面 ***************** 数据顶部 ******* *********** STMT 编号留言 17 IEFC605I 不明操作领域 25 IEFC605I 未知操作字段*********** ***** 数据底部 ****************
也刚刚发现了这个。
SDSF 输出显示 MULTG013 JOB02122 DSID 2 LINE NOT PAGE MODE DATA 命令输入 ===> 滚动 ===> 页面 ***************** 数据顶部 ******* *********** J E S 2 J O B L O G -- S Y S T E M S 0 W 1 -- N O D E
17.59.22 JOB02122 ---- 2014 年 3 月 28 日星期五 ---- 17.59.22 JOB02122 IRR010I USERID UNTG013 已分配给此作业。 17.59.22 JOB02122 IEFC452I MULTG013 - 作业未运行 - JCL 错误 415 ------ JES2 工作统计 ------ 41 张卡片阅读 45 条 SYSOUT 打印记录 0 SYSOUT 打卡记录 2 SYSOUT SPOOL KBYTES 0.00 分钟执行时间************ **** 数据底部 ****************
希望这对您有所帮助,并感谢您迄今为止的意见!我还在研究它,看看我是否可以自己解决。
【问题讨论】:
我们需要从假脱机文件 2 中查看 JCL,您会在其中获得 IEFC605I 消息。如果那里没有 JCL,则将 MSGLEVEL=(1,1) 添加到 JOB 卡中。 因为我看不到任何错误,所以我运行了您的 JCL(更改数据集名称)。它运行没有问题。如果没有应该与消息一起出现的 JCL,显示实际使用的 JCL 和 JES 认为存在的行号,我们就无法获得进一步的信息。您必须编辑您的问题以包含这些详细信息。 谢谢,但您需要在您的 JOB 卡上显示 MSGLEVEL=(1,1),这样您才能看到 JCL 已与假脱机输出的文件 2 中的那些消息一起处理。 我想你的答案来自@piet.t。您是如何将标签添加到您的 JCL 中的?你是不是把它从大型机上准备好了,然后把 JCL 转移到大型机上。如果是这样,你需要小心。此外,您是否从未在您的 JCL 上使用过 ISPF 编辑器——它会警告您有关非显示字符的情况。您是否使用 FTP 从大型机提交作业? 【参考方案1】:查看发布在 SO 上的 JCL 源时,我在两个 STUFF
行中看到了 //STUFF
和 DD
之间的 TAB。如果它们在您的原始 JCL 中也存在,请尝试用空格替换它们。 JCL 空白和 TAB 不可互换。
【讨论】:
好地方。这与我的手动计数、行号与 STUFF DD 相匹配。当我复制/粘贴时,它可以工作。没有什么明显的错误。我想你已经明白了。标签是如何到达那里的另一件事......以上是关于不明操作领域 JCL的主要内容,如果未能解决你的问题,请参考以下文章
004-log-common-logging,Apache整合日志框架JCL门面框架JCL+log4j
移动互联网红利期已过,Android开发如何面对前景不明竞争激烈的现状?