IBM大型机论坛索引
 
登录
 
IBM大型机论坛索引 大型机:搜索 IBM Mainframe论坛:常见问题解答 寄存器
 

JCLMULTIPLE STEP EXECUTION QUERY


IBM大型机论坛 -> JCL& VSAM
发表新话题   该主题已锁定:您无法编辑帖子或回复。
查看上一个主题 :: 查看下一个主题  
作者 信息
苏珊塔

活跃用户


已加入:2009年11月17日
职位:126
地点:印度

发布发表:星期六七月30,2016 1:17下午
引用回复

你好
关于下面的jcl,需要知道如果MY.FILE已准备就绪,第二步S1是否将被清空。我的查询是S1给RC时会发生什么>0。其余步骤是否会造成麻烦?

码:
// XYZ8S901工作1234"JOB",CLASS = X,MSGCLASS = Y,REGION = 0M,
//            通知=&SYSUID,TIME=(2,0)
// S1 EXEC PGM=IEFBR14
// D2 DD DSN = MY.FILE,DISP =(NEW,CATLG,DELETE),
//      SPACE=(TRK,(100,100),RLSE),
//      DCB =(RECFM = FB,LRECL = 10,BLKSIZE = 1000),UNIT=UNITDEV
// *
// S2  EXEC PGM=IEFBR14
// D1 DD DSN = MY.FILE,DISP =(MOD,DELETE,DELETE),SPACE=(TRK,0)



提前致谢..
[/码]
回到顶部
查看用户资料 发送私信
威利·詹森(Willy Jensen)

活跃用户


已加入:2015年9月1日
帖子:416
地点:丹麦

发布发表:星期六七月30,2016 3:47下午
引用回复

你为什么不试试呢?
无论如何,由于重复的数据集,S1停靠点将不会获得RC,而是将变得FLUSHED,从而导致其余作业也被刷新。如果需要RC,则需要一个程序来测试数据集的存在-想到IDCAMS。
回到顶部
查看用户资料 发送私信
史蒂夫·迈尔斯

活跃的成员


已加入:2013年11月30日
帖子:870
地点:宇宙

发布发表:2016年7月30日星期六5:45 pm
引用回复

您在两个谬论下工作。
  • IEFBR14 总是 以RC = 0终止。没有“没有返回码”的概念。 所有 程序以返回码结尾。
  • This JCLwill fail if the system cannot allocate or delete MY.DS.
    码:
    // S1      EXEC PGM=IEFBR14
    // S1DS     DD  DISP=(MOD,DELETE),UNIT = SYSALLDA,SPACE =(TRK,0),
    //             DSN=MY.DS
    // S2      EXEC PGM=IEFBR14
    // S2DS     DD  DISP=(,CATLG),UNIT=UNITDEV,SPACE=(TRK,(100,100)),
    //             DCB=(RECFM = FB,LRECL = 10,BLKSIZE = 1000),DSN=*.S1.S1DS
    如此处所述,运行作业之前是否存在MY.DS并不重要。请参见z / OS版本的《 JCL参考》手册中DISP = MOD的讨论。
  • S2中的JCL没有指定RLSE。这是因为RLSE不是数据集属性。它仅适用于填充数据集的step和DD语句; S2不填充数据集。
回到顶部
查看用户资料 发送私信
威利·詹森(Willy Jensen)

活跃用户


已加入:2015年9月1日
帖子:416
地点:丹麦

发布发表于:2016年7月30日星期六6:49 pm
引用回复

史蒂夫·迈尔斯,你在这里肯定是错的。在IEFBR14中获得rc 0的原因是,您在S1中具有DISP =(MOD,DELETE),OP具有DISP = NEW。
I tried the OP's JCLand the result is definitely a 冲洗:
[码]
12.16.52 工作09265 IEF403I ZZZ1-已启动-时间= 12.16.52
12.16.53 工作09265--时间(分钟)-----分页计数----
12.16.53 工作09265 -STEPNAME PROCSTEP RC 执行委员会 CONN TCB SRB时钟服务工作负荷页面交换VIO交换
12.16.53 工作09265 -S1 冲洗 0 0 .00 .00 .0 0系统0 0 0 0
12.16.53 工作09265 IEF453I ZZZ1 - 工作 FAILED - JCLERROR - TIME=12.16.53
12.16.53 工作09265 -ZZZ1已结束。 NAME-ZZZ TCB的总CPU时间= .00总计的总时间= .0
12.16.53 工作09265 $HASP395 ZZZ1 已结束
------ JES2 工作 STATISTICS ------
30 JUL 2016 工作 EXECUTION DATE
读取10张卡
45 系统输出 PRINT RECORDS
0 系统输出 PUNCH RECORDS
3 系统输出 SPOOL KBYTES
0.00分钟的执行时间
1 // ZZZ1作业(1),'ZZZ',JOB09265
// CLASS = A,MSGCLASS = X,REGION = 32M,TIME = NOLIMIT,COND =(5,LT)
// *
2 // S1 EXEC PGM = IEFBR14
3 // D2 DD DSN = XX.ZZZ.FILE,DISP =(NEW,CATLG,DELETE),
// SPACE =(TRK,(100,100),RLSE),
// DCB =(RECFM = FB,LRECL = 10,BLKSIZE = 1000),UNIT = UNITDEV
// *
4 // S2 EXEC PGM = IEFBR14
5 // D1 DD DSN = XX.ZZZ.FILE,DISP =(MOD,DELETE,DELETE),空格=(TRK,0)
ICH70001I XX最后访问时间:2016年7月30日星期六12:16:38
IEF344I ZZZ1 S1 D2-由于数据可用性系统错误而分配失败
IGD17001I卷SYSXU1上的重复数据集名称
对于数据集XX.ZZZ.FILE
IGD17101I数据集XX.ZZZ.FILE
未定义,因为目录中存在重复的名称
返回码为8原因码为38 IGG0CLEH
[code][/code]
回到顶部
查看用户资料 发送私信
史蒂夫·迈尔斯

活跃的成员


已加入:2013年11月30日
帖子:870
地点:宇宙

发布发表:2016年7月30日星期六7:44 pm
引用回复

Of course the OP's JCLwill fail if the data set exists. IEFBR14 is never entered because of the JCLerror.

In case you didn't notice, my JCLswitches the OP's two steps.
回到顶部
查看用户资料 发送私信
苏珊塔

活跃用户


已加入:2009年11月17日
职位:126
地点:印度

发布发表:星期六七月30,2016 8:17下午
引用回复

谢谢....威利/史蒂夫..

现在我明白..一个特定的步骤只有执行idcams / cobol / proc才能产生非零返回码。

是否有任何经验法则可以知道可以产生0 RC和
不抽水。
回到顶部
查看用户资料 发送私信
赤胜

全球主持人


已加入:2009年10月3日
职位:1788
地点:伊利诺伊州布卢明顿

发布发表于:星期日七月31,2016 12:46上午
引用回复

各种各样的实用程序都可以产生非零的返回码。在左边,很多开发人员编写的程序没有这样做,显然是因为让测试执行者,操作员或审计员知道发生了什么,这使软件开发失去了全部乐趣。

底线:知道您正在执行什么。阅读精美的手册(和资料来源)。
回到顶部
查看用户资料 发送私信
苏珊塔

活跃用户


已加入:2009年11月17日
职位:126
地点:印度

发布发表:星期日七月31,2016 2:47上午
引用回复

非常感谢..这很有启发性。
回到顶部
查看用户资料 发送私信
史蒂夫·迈尔斯

活跃的成员


已加入:2013年11月30日
帖子:870
地点:宇宙

发布发表于:星期日七月31,2016 5:44上午
引用回复

苏珊塔写道:
现在我明白..一个特定的步骤只有执行idcams / cobol / proc才能产生非零返回码。

所有 程序“返回”返回码。返回代码及其含义取决于程序。一个非常粗糙的指南-

  • 0-程序执行了请求的所有操作,没有错误或警告。
  • 4-遇到某种警告。该程序采取了某种默认操作以继续执行。
  • 8和12-程序遇到了严重问题。部分或全部任务未完成。
  • 16-遇到严重错误,使程序无法执行任何操作。
为什么选择0、4、8和16?我有一个理论,但这里没有。
苏珊塔写道:
是否有任何经验法则可以知道可以产生0 RC和
不抽水。
没有。
回到顶部
查看用户资料 发送私信
菲尔比(Phrzby Phil)

高级会员


已加入:2006年10月31日
帖子:1015
地点:弗吉尼亚州里士满

发布发表于:2016年8月1日星期一6:32 am
引用回复

RC之所以为0、4、8,...的原因是因为Branch汇编语言命令占用4个字节。每个条件(无错误,警告,错误等)的“分支”命令在汇编程序中相邻,“条件分支”根据情况分支到其中一个,因此分支到该分支,从而将代码分支到处理这种情况。

我希望我不要把它弄得太乱-已经快50年了。
回到顶部
查看用户资料 发送私信
史蒂夫·迈尔斯

活跃的成员


已加入:2013年11月30日
帖子:870
地点:宇宙

发布发表:2016年8月1日星期一7:12上午
引用回复

菲尔兹比·菲尔写道:
RC之所以为0、4、8,...的原因是因为Branch汇编语言命令占用4个字节。每个条件(无错误,警告,错误等)的“分支”命令在汇编程序中相邻,“条件分支”根据情况分支到其中一个,因此分支到该分支,从而将代码分支到处理这种情况。

我希望我不要把它弄得太乱-已经快50年了。
好吧,那是理论。 Phrzby遗漏的概念是,JCL调用的任何程序也可以被其他程序调用。可能看起来像这样-
码:
         CALL  XXX
         B     *+4(15)
         B     ...                 RC = 0
         B     ...                 RC = 4
         B     ...                 RC = 8
         B     ...                 RC = 12
         B     ...                 RC = 16
实际上,由于几个原因,很少使用。
  • 担心实际的RC不是4的倍数。
  • 考虑到实际的RC大于分支表的大小。
回到顶部
查看用户资料 发送私信
罗伯特·桑普

全球主持人


已加入:2008年6月6日
帖子:8569
地点:美国爱荷华州迪比克

发布发表:2016年8月1日星期一8:58上午
引用回复

苏珊塔,我认为您对非常复杂的主题有一个非常简化的看法。 SMF手册在类型30完成记录映射中讨论了其中的一些内容:
引用:
步骤完成代码:
X'0ccc'表示作业步骤中系统任务异常终止(异常终止),其中ccc是系统异常终止代码。 (请参阅z / OS MVS系统代码。)

X'8ccc'指示作业步骤中的用户异常终止,其中ccc是用户异常终止代码。

X'nnnn'表示正常完成,其中nnnn是终止时寄存器15中两个低阶字节的内容。

X'0000'表示以下情况之一:•由于分配期间或上一个作业步骤中的错误,作业步骤被刷新(未处理)。
•更改开始作业步骤终止于以X'0D'结尾的异常代码。在这种情况下,SMF30SCC包含TCBCMPC字段的低位两个字节中的值,该值可能包含零。
•正常完成作业,返回码为0。

将此字段与作业/步骤终止指示符字段SMF30STI结合使用。


作业完成代码:
X'0ccc'表示最后一个作业步骤中的系统ABEND,其中ccc是系统异常终止代码。 (请参阅z / OS MVS系统代码。)

X'8ccc'指示作业步骤中的用户异常终止,其中ccc是用户异常终止代码。

X'nnnn'表示正常完成,其中nnnn是终止时寄存器15中两个低阶字节的内容。

X'0000'表示以下值之一(请参见注释):•由于分配期间或上一个作业步骤中的错误,最后一个作业步骤已被刷新(未处理)。
•更改开始作业步骤终止于以X'0D'结尾的异常代码。在这种情况下,SMF30SCC包含TCBCMPC字段的低位两个字节中的值,该值可能包含零。
•正常完成作业,返回码为0。

将此字段与作业/步骤终止指示符字段SMF30STI结合使用。


注意:当多步骤作业中的某个步骤异常终止时,后续步骤(无论是执行还是刷新)都不会传播用于处理该记录的步骤终止代码。该代码出现在步骤终止记录中(子类型4)。在这种情况下,字段SMF30SCC可以包含X'nnnn'或X'0000'。如果作业中发生异常终止,则显示作业终止指示符(SMF30STI字段中的位7)。
设置时的位含义
0 SMF30UAB-用户异常终止
并且此引用中引用的SMF30STI定义为:
引用:
步骤/作业终止指示器
设置时的位含义
0保留
1通过退出IEFUJV取消。
2通过退出IEFUJI取消。
3通过退出IEFUSI取消。
4通过退出IEFACTRT取消。
5步骤将重新启动。
6如果为零,则正常完成。如果为1,则任务异常结束(异常终止)。如果步骤完成代码等于0322或0522,则IEFUTL导致异常终止。如果步骤完成代码等于0722,则IEFUSO导致异常退出。
7如果为零,则正常完成。如果为1,则刷新步骤。
8 执行委员会计数可能不正确,因为该记录未包含所有DD语句。
9由于发生错误,未写入前一个间隔记录。累计计数可能不正确,因为计数器已清除。
从间隔到步骤记录或从步骤到作业记录未合并10个EXCP节。
11步骤完成,出现“后执行”错误。执行后错误包括由于ALLOCxx parmlib成员指定CATLG_ERR FAILJOB(YES)而发生的故障。
12由于z / OS UNIX exec功能请求而完成了步骤。
13由于JOB卡上的COND =条件,JOB异常结束。仅在子类型5作业终止记录中设置此标志。
14 Job通过$ EJnn,STEP,HOLD或等效命令被逐出。仅对子类型4(步骤结束)记录设置此位。
15保留。
回到顶部
查看用户资料 发送私信
彼得·荷兰

全球主持人


已加入:2009年10月27日
帖子:2475
所在地:荷兰,阿姆斯特尔芬

发布发表于:2016年8月1日星期一12:22 pm
引用回复

引用:

实际上,由于几个原因,很少使用。

担心实际的RC不是4的倍数。
考虑到实际的RC大于分支表的大小。


那是一个假设,没有任何根据。

如果使用分支表,则知道返回码是否为4的倍数以及返回的最大返回码。
回到顶部
查看用户资料 发送私信
罗希特·乌马尔吉卡(Rohit Umarjikar)

全球主持人


已加入:2010年9月21日
帖子:2581
地点:美国纽约

发布发表于:2016年8月3日星期三晚上11:20
引用回复

我认为,这随站点安装的不同而不同,我尚未调查决定因素,但对我而言,没有错误,也没有发生任何故障。如果存在S1的数据集,那么它将被暂存并重新编目。
回到顶部
查看用户资料 发送私信
阿比德·哈桑(Abid Hasan)

新的用户


已加入:2013年3月25日
帖子:88
地点:印度

发布发表:2016年8月4日(星期四)下午12:20
引用回复

事后,由于“由于目录中未存在重复的名称而未定义”,在实际刷新该步骤之前,由于各种JCL错误,TS的JCL将不会执行(如果JCL是从第一篇文章按原样复制并执行的)。

另外,如果错误已修复,并且在第一步中使用的DS在执行已发布的JCL之前已进行了分类,则第一步(IEFBR14)对上述消息执行“ 冲洗”操作,仍然设置了返回代码:RETURN代码为8原因代码为38 IGG0CLEH
有趣的问题是,IEFBR14默认情况下将返回“ 0”,而试图对DS进行分类的存储管理子系统(如果我在这里输入错误,请更正我)已返回CC = 8,为什么该步骤仍然反映用“ 冲洗”代替惯用的“ 8”;还是我把所有的概念弄乱了。

@ Rohit,JESYSMSG应该反映JES采取的动作,如果DS确实是SCRATCHED,它应该显示;尽管这有点违反(NEW,CATLG)的JCL参考定义。
回到顶部
查看用户资料 发送私信
史蒂夫·迈尔斯

活跃的成员


已加入:2013年11月30日
帖子:870
地点:宇宙

发布发表:2016年8月4日(星期四)下午1:09
引用回复

阿比德·哈桑(Abid Hasan)写道:
事后,由于“由于目录中未存在重复的名称而未定义”,在实际刷新该步骤之前,由于各种JCL错误,TS的JCL将不会执行(如果JCL是从第一篇文章按原样复制并执行的)。

另外,如果错误已修复,并且在第一步中使用的DS在执行已发布的JCL之前已进行了分类,则第一步(IEFBR14)对上述消息执行“ 冲洗”操作,仍然设置了返回代码:RETURN代码为8原因代码为38 IGG0CLEH
有趣的问题是,IEFBR14默认情况下将返回“ 0”,而试图对DS进行分类的存储管理子系统(如果我在这里输入错误,请更正我)已返回CC = 8,为什么该步骤仍然反映用“ 冲洗”代替惯用的“ 8”;还是我把所有的概念弄乱了。

@ Rohit,JESYSMSG应该反映JES采取的动作,如果DS确实是SCRATCHED,它应该显示;尽管这有点违反(NEW,CATLG)的JCL参考定义。
I ran this JCLtwice -
码:
//AJOB 工作 ...
// S1      EXEC PGM=IEFBR14                                   
// 主题    DD  DISP=(MOD,DELETE),UNIT = SYSALLDA,SPACE =(TRK,0),
//             DSN=&SYSUID..XX.DATA                           
// S2      EXEC PGM=IEBGENER                                   
// SYSPRINT DD  系统输出=*                                       
// SYSIN    DD  DUMMY                                         
// SYSUT1   DD  DISP=SHR,DSN=&SYSUID..XX.CNTL                 
// SYSUT2   DD  DISP=(,CATLG),UNIT=SYSDA,SPACE=(TRK,(1,1)),   
//             DCB=(RECFM = FB,LRECL = 80,DSORG = PS),DSN=*.S1.THEDS
第一次运行 -
码:
IEF236I ALLOC。对于XXXXXXJ S1
IGD101I SMS已分配给DDNAME(THEDS   )
        DSN (XXXXXX.XX.DATA                              )
        STORCLAS (USER) MGMTCLAS (        ) DATACLAS (        )
        VOL SER NOS= FUSR19
IEF142I XXXXXXJ S1-步骤已执行-COND 0000
IGD105I XXXXXX.XX.DATA                               DELETED,   DDNAME=THEDS
IEF373I STEP / S1      /START 2016217.0207
IEF374I STEP / S1      /STOP  2016217.0207 CPU    0MIN 00.01SEC SRB    0MIN 00.00S
IEF236I ALLOC。对于XXXXXXJ S2
IEF237I JES2分配给SYSPRINT
IEF237I DMY  ALLOCATED TO SYSIN
IGD103I SMS分配给DDNAME SYSUT1
IGD101I SMS已分配给DDNAME(SYSUT2  )
        DSN (XXXXXX.XX.DATA                              )
        STORCLAS (USER) MGMTCLAS (        ) DATACLAS (        )
        VOL SER NOS= FUSR32
IEF142I XXXXXXJ S2-步骤已执行-CODE 0000
IEF285I   XXXXXX.XXXXXXJ.JOB92528.D0000101。?           SYSOUT
IGD104I XXXXXX.XX.CNTL                               RETAINED,  DDNAME=SYSUT1
IGD104I XXXXXX.XX.DATA                               RETAINED,  DDNAME=SYSUT2
IEF373I STEP / S2      /START 2016217.0207
IEF374I STEP / S2      /STOP  2016217.0207 CPU    0MIN 00.06SEC SRB    0MIN 00.00S
IEF375I  工作/XXXXXXJ /START 2016217.0207
IEF376I  工作/XXXXXXJ /STOP  2016217.0207 CPU    0MIN 00.07SEC SRB    0MIN 00.00S
第二次-
码:
IEF236I ALLOC。对于XXXXXXJ S1
IGD103I SMS ALLOCATED TO DDNAME 主题
IEF142I XXXXXXJ S1-步骤已执行-COND 0000
IGD105I XXXXXX.XX.DATA                               DELETED,   DDNAME=THEDS
IEF373I STEP / S1      /START 2016217.0207
IEF374I STEP / S1      /STOP  2016217.0207 CPU    0MIN 00.01SEC SRB    0MIN 00.00S
IEF236I ALLOC。对于XXXXXXJ S2
IEF237I JES2分配给SYSPRINT
IEF237I DMY  ALLOCATED TO SYSIN
IGD103I SMS分配给DDNAME SYSUT1
IGD101I SMS已分配给DDNAME(SYSUT2  )
        DSN (XXXXXX.XX.DATA                              )
        STORCLAS (USER) MGMTCLAS (        ) DATACLAS (        )
        VOL SER NOS= FUSR11
IEF142I XXXXXXJ S2-步骤已执行-CODE 0000
IEF285I   XXXXXX.XXXXXXJ.JOB92529.D0000101。?           SYSOUT
IGD104I XXXXXX.XX.CNTL                               RETAINED,  DDNAME=SYSUT1
IGD104I XXXXXX.XX.DATA                               RETAINED,  DDNAME=SYSUT2
IEF373I STEP / S2      /START 2016217.0207
IEF374I STEP / S2      /STOP  2016217.0207 CPU    0MIN 00.07SEC SRB    0MIN 00.01S
IEF375I  工作/XXXXXXJ /START 2016217.0207
IEF376I  工作/XXXXXXJ /STOP  2016217.0207 CPU    0MIN 00.08SEC SRB    0MIN 00.01S
哈森先生在某种程度上是错误的。 不带 短信。系统分配一个新的数据集,运行用户程序,然后对数据集进行分类。 SMS,系统分配并分类数据集,然后运行用户程序。
回到顶部
查看用户资料 发送私信
阿比德·哈桑(Abid Hasan)

新的用户


已加入:2013年3月25日
帖子:88
地点:印度

发布发表:2016年8月4日(星期四)下午1:37
引用回复

你好迈尔斯先生,

感谢您澄清SMS与非SMS的处理层次结构。
由于S1中的DELETE和S2中的后续目录,您的共享JCL将在完成后“始终”创建DS:XXXXXX.XX.DATA(在正常执行下)。由于程序已执行干净,因此将返回CC 0。

Query here was a little different though; using TS's JCLas-is '和冲洗'S1,即使SMS返回了RC 8,为什么该步骤仍显示FLUSH而不是较高的RC。

码:

//测试     作业1234,'作业',CLASS = A,MSGCLASS = X,REGION = 0M,     
//         NOTIFY=&SYSUID                                   
// S1 EXEC PGM=IEFBR14                                       
// D2 DD DSN = XXXX.YYYY,DISP =(NEW,CATLG,DELETE),               
//      SPACE=(TRK,(100,100),RLSE),                         
//      DCB =(RECFM = FB,LRECL = 10,BLKSIZE = 1000)                 
// *                                                         
// S2  EXEC PGM=IEFBR14                                       
// D1 DD DSN = XXXX.YYYY,DISP =(MOD,DELETE,DELETE),SPACE=(TRK,0)



**************************************数据顶部************** ********************
ICH70001I ABCDEF   LAST ACCESS AT 12:06:2016年8月4日星期四25         
IEF344I TEST S1 D2-由于数据设施系统错误,分配失败       
IGD17101I数据集XXXX.YYYY                                                   
未定义,因为目录中存在重复的名称                           
返回码为8原因码为38 IGG0CLEH                                     
IEF272I TEST S1-未执行步骤。                                       
IEF373I STEP / S1      /START 2016217.1207                                       
IEF032I STEP / S1      /STOP  2016217.1207                                       
        CPU:     0 HR  00 MIN  00.00 SEC    SRB:     0 HR  00 MIN  00.00 SEC   
        VIRT:     0K  SYS:     0K  EXT:        0K  SYS:        0K               
        ATB- REAL:                    32K  SLOTS:                     0K       
             VIRT- ALLOC:      12M SHRD:       0M                               
IEF375I  工作/TEST    /START 2016217.1207                                       
IEF033I  工作/TEST    /STOP  2016217.1207                                       
        CPU:     0 HR  00 MIN  00.00 SEC    SRB:     0 HR  00 MIN  00.00 SEC   
********************************数据底部*************** *****************



JESMSGLG反映以下内容;注意,“ NOT_EXECUTED_STEP_TABLE”显示S1未执行,这意味着即使在可能发生IEFBR14处理之前,SMS仍会遇到错误并停止了该作业的任何进一步执行,这在JESYSMSG中也很明显:

码:

IEF403I测试-已开始                 
-                                       
-JOBNAME  STEPNAME PROCSTEP    RC   EXCP
-测试              S1       FLUSH      0
IEF453I TEST - 工作 FAILED - JCLERROR   
-测试     ENDED.  NAME-JOB             
-NOT_EXECUTED_STEP_TABLE开始         
-JOBNAME STEPNAME过程STEPNO     
-测试              S1         1         
-测试              S2         2         
-NOT_EXECUTED_STEP_TABLE END           
$ HASP395测试     ENDED                 



编辑:进一步思考,回答我自己的问题;因为步骤S1没有在SMS错误之后运行,而步骤RC实际上是已执行程序的RC,因此为“ 冲洗”。
回到顶部
查看用户资料 发送私信
罗希特·乌马尔吉卡(Rohit Umarjikar)

全球主持人


已加入:2010年9月21日
帖子:2581
地点:美国纽约

发布发表:2016年8月4日(星期四)下午5:17
引用回复

升技,我知道在哪里看,那是我通过查看JES MESSAGES所说的,并且我所说的正在接受测试,并且没有理论上的讨论,请您寻找安装指南,为什么它与我的不一样,而是可以决定参数的原因如果DS已经存在,将刮擦并重新编录DS,您的网站支持人员应该可以解释。
回到顶部
查看用户资料 发送私信
恩里科·索里切蒂

高级主持人


已加入:2007年3月14日
帖子:10715
所在地:意大利

发布发表:2016年8月4日(星期四)下午6:39
引用回复

经过合理数量的回复后主题仍未得出结论时
它应该被锁定!
现在是。
回到顶部
查看用户资料 发送私信
查看上一个主题 :: :: 查看下一个主题  
发表新话题   该主题已锁定:您无法编辑帖子或回复。 查看书签
所有时间均为格林尼治标准时间+ 6小时
论坛索引 -> JCL& VSAM

 


类似主题
话题 论坛 回覆
没有新帖 选择多个常量记录 DB2 3
没有新帖 帮助编写SQL查询 DB2 1
没有新帖 无论先前的步骤如何,都执行步骤... JCL& VSAM 2
没有新帖 在合并查询中需要帮助 DB2 4
没有新帖 使用CO创建单记录文件... DFSORT / ICETOOL 8
搜索我们的论坛:


回到顶部