|
查看上一个主题 :: 查看下一个主题
|
| 作者 |
信息 |
尤夫拉杜塔
新的用户
已加入：2009年7月13日
帖子：40
地点：印度
|
|
|
|
大家好，
我正在尝试从一个系统到另一个系统重新创建许多GDG。
在源头，我已将各自的GDG使用
| 码： |
// ADRDSSU JOB (,),'PDSCOPY',MSGLEVEL=(1,1),CLASS=A,MSGCLASS=H,
// NOTIFY=&SYSUID
// IDCAMS01 EXEC PGM = IDCAMS，区域= 768K
// SYSPRINT DD SYSOUT=*
// SYSIN DD *
LISTCAT ENTRY('UFMG.UG.SYSTST.SPCOPCDB.REPORT.DUMP') NONVSAM
如果LASTCC = 0然后+
DO
删除'UFMG.UG.SYSTST.SPCOPCDB.REPORT.DUMP'NONVSAM
END
ELSE +
DO
SET MAXCC = 0 /* OKAY TO FAIL */
END
/*
// IFREST IF (RC = 0) THEN
// STEP010 EXEC PGM = ADRDSSU，PARM ='UTILMSG = YES'
// SYSPRINT DD SYSOUT=*
// SYSABEND DD SYSOUT = *
// SYSDUMP DD SYSOUT=*
// SYSOUT DD SYSOUT=*
// DD0 DD DSN = UFMG.UG.SYSTST.SPCOPCDB.REPORT.DUMP，
// DISP=(NEW,CATLG,DELETE),UNIT=SYSDA,
// SPACE=(CYL,(20,20),RLSE)
// SYSIN DD *
DUMP ALLDATA(*) -
ALLEXCP -
DATASET( -
INCLUDE( -
UFMG.UG.SYSTST.SPCOPCDB.REPORT。** -
) -
EXCLUDE( -
UFMG.UG.SYSTST.SPCOPCDB.REPORT.DUMP -
) -
) -
OPTIMIZE(4) -
OUTDDNAME(DD0) -
SHARE -
SPHERE
/*
// IFREST ENDIF
|
创建的转储文件如下
| 码： |
数据集名称。 。 。 。:UFMG.UG.SYSTST.SPCOPCDB.REPORT.DUMP
一般数据 Current Allocation
管理类。 。: STANDARD 分配的气瓶: 1
Storage class . . . : FMSC001 Allocated extents . : 1
卷系列。 。 。: FH8005
设备类型 。 。 。 。: 3390
数据类。 。 。 。 。: **None** Current Utilization
Organization . . . : PS Used cylinders . . : 1
记录格式。 。 。: U Used extents . . . : 1
记录长度。 。 。: 0
Block size . . . . : 27998
一度气瓶: 1
二次缸: 17
Data set name type : SMS Compressible : NO
创立日期 。 。 。: 2009/10/05 参考日期。 。: 2009/10/05
截止日期 。 。: ***None***
|
然后我使用下面的作业传输文件
| 码： |
// GETAPS EXEC PGM=FTP,
// PARM ='MOPVSM2.MOP.FR.IBM.COM(TIMEOUT 300 EXIT'
// SYSPRINT DD SYSOUT=*
// SYSOUT DD SYSOUT=*
//输出 DD SYSOUT=*
//输入 DD *
UDSGFTP ********
模式B
EBCDIC
QUOTE SITE LRECL = 0 RECFM = U BLKSIZE = 27998 CYLINDERS PRIMARY = 20 +
中学= 20
输入'UFMG.UG.SYSTST.SPCOPCDB.REPORT.DUMP'+
'UFMS.US.SYSTST.SPCOPCDB.REPORT.DUMP'
关
退出
|
在远端，我以以下名称创建了相关的GDG库：
UFMS.US.SYSTST.SPCOPCDB.REPORT
使用以下作业还原转储的文件时
| 码： |
// STEP010 EXEC PGM = ADRDSSU，PARM ='UTILMSG = YES'
// SYSPRINT DD SYSOUT=*
// SYSABEND DD SYSOUT = *
// SYSDUMP DD SYSOUT=*
// SYSOUT DD SYSOUT=*
// DD0 DD DISP=SHR,
// DSN = UFMS.US.SYSTST.SPCOPCDB.REPORT.DUMP
// SYSIN DD *
RESTORE -
CATALOG -
DATASET( -
INCLUDE(**) -
) -
INDDNAME(DD0) -
RENAMEUNC( -
(UFMG.UG.SYSTST.SPCOPCDB.REPORT。*， -
UFMS.US.SYSTST.SPCOPCDB.REPORT。*) -
) -
TGTGDS(ACTIVE) -
更换无条件
/*
|
正在收到以下错误
| 码： |
0ADR780I(001)-TDDS (01)，正在处理的输入转储数据集位于逻辑数据集格式中，并由DFSMSDSS版本1发布8修改级别0创建
0ADR402E(001)-AUTH (16)，数据集UFMG.UG.SYSTST.SPCOPCDB.REPORT.G0001V00的授权检查失败，容量为FH8414，4
0ADR402E(001)-AUTH (16)，数据集UFMG.UG.SYSTST.SPCOPCDB.REPORT.G0002V00的授权检查失败，容量为FH8414，4
|
对于最初丢弃的所有21代人来说都是明智的选择。
您能告诉我我要去哪里了吗？
我在文件的命名约定的两端都有访问权限，如上述作业所示。[/ code] |
|
| 回到顶部 |
|
 |
罗伯特·桑普
全球主持人
已加入：2008年6月6日
帖子：8569
地点：美国爱荷华州迪比克
|
|
|
|
ADR402E消息原因代码4在MAC中具有以下描述：
| 引用： |
4
数据集名称的RACF READ授权失败。 |
而这又可能与《 DF / DSS存储管理参考手册》中的内容有关：
| 引用： |
2.3.7 DFSMSdss的COPYDUMP命令
使用COPYDUMP命令，可以复制1到255个DFSMSdss生成的转储数据。要复制的数据（顺序数据集）可以位于磁带或DASD卷上，并且可以将副本写入磁带或DASD卷上。如果转储数据是通过使用物理数据集转储操作从多个DASD卷生成的，则可以有选择地从一个或多个这些卷中复制数据。
COPYDUMP命令无法更改DFSMSdss转储数据集的块大小。如果要将转储数据集复制到DASD设备，则源块大小必须足够小以适合目标设备。
笔记：
1.额外的转储磁带可用于灾难恢复备份或分发转储的数据（例如，新生成的系统）。
2. COPYDUMP是复制DFSMSdss转储数据集的唯一受支持的方法。将由任何其他方法或实用程序生成的副本用作RESTORE操作的输入可能会产生不可预测的结果。 |
由于您使用FTP传输DF / DSS转储数据集，因此您可能会遇到不可预测的结果。 |
|
| 回到顶部 |
|
|
外籍人士
全球主持人
已加入：2007年3月14日
帖子：8794
地点：威尔士威尔士
|
|
|
|
| 引用： |
| 我在上述文件中所示的文件命名约定的两端都有更改访问权限 |
摘自ADR402E手册-原因码4
数据集名称的RACF READ授权失败。
但是可以肯定的是，您在发布之前先查询了错误消息和原因码，不是吗？
@ Robert
我在FTP之前先使用TRSMAIN进行DFdss转储，并且在解压缩后在目标系统上执行还原没有问题-再次使用TRSMAIN。 |
|
| 回到顶部 |
|
|
尤夫拉杜塔
新的用户
已加入：2009年7月13日
帖子：40
地点：印度
|
|
|
|
你好罗伯特，
感谢您的及时回应..
我想在这里强调一下。
我使用了4个数据集
| 码： |
DUMP ALLDATA(*) -
ALLEXCP -
DATASET( -
INCLUDE( -
I051029.ARUN.* -
) -
EXCLUDE( -
I051029.ARUN.UNLD -
) -
) -
OPTIMIZE(4) -
OUTDDNAME(DD0) -
SHARE -
SPHERE
|
Ans使用与上述完全相同的FTP作业将它们通过FTP传输到同一台远程计算机，然后尝试还原它们，并成功使用以下代码
| 码： |
RESTORE -
CATALOG -
DATASET( -
INCLUDE(I051029.ARUN.*) -
) -
INDDNAME(DD0) -
RENAMEUNC( -
(I051029.ARUN.*, -
I051029.ARUNODAY.*) -
)
|
而且，虽然DGP还原过程倾向于使用TYPRUN = NORUN给出RC = 0。
谢谢 |
|
| 回到顶部 |
|
|
罗伯特·桑普
全球主持人
已加入：2008年6月6日
帖子：8569
地点：美国爱荷华州迪比克
|
|
|
|
专家：我使用TRSMAIN做过类似的事情-这可能是该规则的例外，因为从技术上讲，您不是直接传输DF / DSS DUMP文件。
尤夫拉（Yuvraj）–您无法理解“不可预测的结果”的哪一部分？它可能会运行一次，两次，一千次-但是又可能无法运行，并且可能一次运行但下次运行时却无效。仅使它工作一次的事实并不意味着您可以对不同的文件执行相同的操作并获得良好的结果。在转储文件上使用TRSMAIN，传输TRSMAIN文件，然后在接收站点上取消转载，您可能会得到很好的结果。 但是，不能保证直接在转储文件上使用FTP会允许您在接收端进行RESTORE-这就是不可预测的结果的含义。 |
|
| 回到顶部 |
|
|
外籍人士
全球主持人
已加入：2007年3月14日
帖子：8794
地点：威尔士威尔士
|
|
|
|
今天是精神日  我的猜测是 没有 为接收LPAR上的源的HLQ定义的RACF配置文件。 |
|
| 回到顶部 |
|
|
罗伯特·桑普
全球主持人
已加入：2008年6月6日
帖子：8569
地点：美国爱荷华州迪比克
|
|
|
|
I 知道了 那！  |
|
| 回到顶部 |
|
|
尤夫拉杜塔
新的用户
已加入：2009年7月13日
帖子：40
地点：印度
|
|
|
|
是，您是正确的。。在远程系统上，没有为UFMG.UG.SYSTST。* porfile定义RACF配置文件。
这就是我尝试重命名的原因。
因此，如果我们使用的是ADRDSSU，那么必须为转储的数据集HLQ定义RACF配置文件，对吗？
我也尝试过使用ADMINISTRATOR命令（不能完全确定要清除的作业的确切参数名称），但这给出了一条错误消息，说我无权发出ADRDSSU程序要处理的命令。
谢谢 |
|
| 回到顶部 |
|
|
外籍人士
全球主持人
已加入：2007年3月14日
帖子：8794
地点：威尔士威尔士
|
|
|
|
那么那就是问题所在。在磁带上，数据集保留了原始名称，并且接收LPAR上必须存在RACF配置文件，以便您能够读取数据集然后对其重命名。
是时候与您的安全伙伴聊天 |
|
| 回到顶部 |
|
|
尤夫拉杜塔
新的用户
已加入：2009年7月13日
帖子：40
地点：印度
|
|
|
|
您好，
是否可以防止单个数据集的原始名称出现在转储数据集中。
我找不到任何重命名参数DUMP关键字。
这里的安全人员实在不敢恭维，因为他们无法在远程计算机上创建与发送方计算机有关的RACF配置文件。 
如果有的话，请就下一步行动提出建议。
谢谢 |
|
| 回到顶部 |
|
|
c
高级会员
已加入：2006年7月28日
职位：1702
所在地：澳大利亚
|
|
|
|
你好
在我看来，如果安全性难以适应，您可能需要使用不会在其他系统上引起问题的新名称还原原始系统上的文件，然后转储新创建的文件。
格里 |
|
| 回到顶部 |
|
|
尤夫拉杜塔
新的用户
已加入：2009年7月13日
帖子：40
地点：印度
|
|
|
|
您好，
我还尝试重新创建一些GDG，它们的HLQ的两端都具有RACF配置文件。
垃圾作业：
| 码： |
// SYSIN DD *
DUMP ALLDATA(*) -
ALLEXCP -
DATASET( -
INCLUDE( -
I051029.JAGA.TEST.GDGBASE。* -
) -
) -
OPTIMIZE(4) -
OUTDDNAME(DD0) -
SHARE -
SPHERE
/*
|
然后使用与最初发布MODE B和EBCDIC相同的FTP
然后，还原作业以某种方式给出了RC = 0，但是没有一个世代都被重新创建。
我已经使用遥控器上的GDG底座测试了还原，并且没有使用以下底座：
| 码： |
// SYSIN DD *
RESTORE -
CATALOG -
DATASET( -
INCLUDE(I051029.JAGA.TEST.GDGBASE。*) -
) -
INDDNAME(DD0) -
RENAMEUNC( -
(I051029.JAGA.TEST.GDGBASE。*, -
I051029.JAGA.TEST.GDGBASE。*) -
) -
REPLACEUNC -
TGTGDS(ACTIVE)
/*
|
上面代码中的sysprint如下：
| 码： |
0ADR442I(001)-FRLBO(01)，数据集I051029.JAGA.TEST.GDGBASE.G0001V00 PREALLOCAT
ON VOLUME(S): WRK26H
0ADR474I(001)-TDNVS(01)，数据集I051029.JAGA.TEST.GDGBASE.G0001V00包含O
0ADR489I(001)-TDLOG(01)，资料集I051029.JAGA.TEST.GDGBASE.G0001V00已还原
0ADR442I(001)-FRLBO(01)，数据集I051029.JAGA.TEST.GDGBASE.G0002V00 PREALLOCAT
ON VOLUME(S): WRK86H
0ADR474I(001)-TDNVS(01)，数据集I051029.JAGA.TEST.GDGBASE.G0002V00包含O
0ADR489I(001)-TDLOG(01)，资料集I051029.JAGA.TEST.GDGBASE.G0002V00已还原
0ADR442I(001)-FRLBO(01)，数据集I051029.JAGA.TEST.GDGBASE.G0003V00 PREALLOCAT
ON VOLUME(S): WRK14H
0ADR474I(001)-TDNVS(01)，数据集I051029.JAGA.TEST.GDGBASE.G0003V00包含O
0ADR489I(001)-TDLOG(01)，资料集I051029.JAGA.TEST.GDGBASE.G0003V00已还原
0ADR442I(001)-FRLBO(01)，数据集I051029.JAGA.TEST.GDGBASE.G0004V00 PREALLOCAT
ON VOLUME(S): WRKH6H
0ADR474I(001)-TDNVS(01)，数据集I051029.JAGA.TEST.GDGBASE.G0004V00包含O
0ADR489I(001)-TDLOG(01)，资料集I051029.JAGA.TEST.GDGBASE.G0004V00已还原
0ADR454I(001)-TDLOG(01)，以下数据集已成功处理
0 I051029.JAGA.TEST.GDGBASE.G0001V00
0 I051029.JAGA.TEST.GDGBASE.G0002V00
0 I051029.JAGA.TEST.GDGBASE.G0003V00
1页0002 5695-DF175 DFSMSDSS V1R08.0数据集服务 2009.279 11:20
- I051029.JAGA.TEST.GDGBASE.G0004V00
0ADR006I(001)-STEND(02), 2009.279 11:20:10 EXECUTION ENDS
0ADR013I(001)-CLTSK(01), 2009.279 11:20:10任务已完成，返回码为0000
|
请协助相同
非常感谢 |
|
| 回到顶部 |
|
|
外籍人士
全球主持人
已加入：2007年3月14日
帖子：8794
地点：威尔士威尔士
|
|
|
|
| 您是否根据目标LPAR定义了GDG |
|
| 回到顶部 |
|
|
尤夫拉杜塔
新的用户
已加入：2009年7月13日
帖子：40
地点：印度
|
|
|
|
是外籍人士
| 码： |
DSLIST-匹配I051029.JAGA.TEST.GDGBASE的数据集 GDG base
命令===> Scroll ===> CSR
命令-输入"/" to select action Message Volume
-------------------------------------------------- ----------------------------
S I051029.JAGA.TEST.GDGBASE ??????
|
|
|
| 回到顶部 |
|
|
外籍人士
全球主持人
已加入：2007年3月14日
帖子：8794
地点：威尔士威尔士
|
|
|
|
| 引用： |
| 说明：成功还原数据集后或成功选择数据集后（当TYPRUN = NORUN时），将为非VSAM数据集打印数据集名称。将为VSAM数据集打印组件名称。 |
您是否正在使用PARM ='TYPRUN = NORUN'??? |
|
| 回到顶部 |
|
|
尤夫拉杜塔
新的用户
已加入：2009年7月13日
帖子：40
地点：印度
|
|
|
|
没有外籍人士 
| 码： |
// STEP010 EXEC PGM = ADRDSSU，PARM ='UTILMSG = YES'
// SYSPRINT DD SYSOUT=*
// SYSABEND DD SYSOUT = *
// SYSDUMP DD SYSOUT=*
// SYSOUT DD SYSOUT=*
// DD0 DD DSN = UFMS.US.SYSTST.SPCOPCDB.REPORT.DUMP，
// DISP=SHR
// SYSIN DD *
RESTORE -
CATALOG -
DATASET( -
INCLUDE(I051029.JAGA.TEST.GDGBASE。*) -
) -
INDDNAME(DD0) -
RENAMEUNC( -
(I051029.JAGA.TEST.GDGBASE。*, -
I051029.JAGA.TEST.GDGBASE。*) -
) -
REPLACEUNC -
TGTGDS(ACTIVE)
/*
|
之前我能够转储ftp恢复一堆PS数据集
比w.r.t.对于GDG，存在授权问题，因此我尝试使用自己的GDG，但也没有结果。
谢谢 |
|
| 回到顶部 |
|
|
罗伯特·桑普
全球主持人
已加入：2008年6月6日
帖子：8569
地点：美国爱荷华州迪比克
|
|
|
|
在看工作时，我想到的问题是：
1.为什么会有目录和REPLACEUNC？如果数据集已预先分配，则目录将被忽略。如果未预先分配数据集，则不需要REPLACEUNC。
2.为什么要为相同的HLQ进行RENAMEUNC？如果要将I05102.JAGA.TEST.GDGBASE。*恢复为相同名称，则不需要RENAMEUNC。而且，如果您不需要RENAMEUNC，则也不需要REPLACEUNC。
3.为什么会有REPLACEUNC和TGTGDS（ACTIVE）？这些也是互斥的-TGTGDS表示如何处理非预分配的GDG代，而REPLACEUNC仅影响预分配的文件。
我通常从最简单的RESTORE命令开始，并仅在必要时才添加复杂性-好像您在不需要时就开始使用非常复杂的RESTORE。尝试这样的事情：
| 码： |
RESTORE -
DATASET( -
INCLUDE(I051029.JAGA.TEST.GDGBASE。*) -
) -
INDDNAME(DD0) -
OPT(4) -
TGTGDS(ACTIVE)
|
|
|
| 回到顶部 |
|
|
尤夫拉杜塔
新的用户
已加入：2009年7月13日
帖子：40
地点：印度
|
|
|
|
Robert感谢您的详细说明：
我尝试过您的卡：
似乎OPT不支持RESTORE
| 码： |
第0001页 5695-DF175 DFSMSDSS V1R08.0数据集服务 2009.279 13:51
RESTORE -
DATASET( -
INCLUDE(I051029.JAGA.TEST.GDGBASE。*) -
) -
INDDNAME(DD0) -
OPT(4) -
TGTGDS(ACTIVE)
ADR101I(R/I)-RI01 (01)，任务号001已分配为命令“恢复”
ADR109I(R/I)-RI01 (01), 2009.279 13:51:50个用户控制策略的初始扫描
ADR129E(001)-RI01 (01)，关键字“ OPT”不正确
ADR131E(001)-RI03 (01)，文字通过，直到下一条命令通过
ADR017E(001)-CLTSK(01), 2009.279 13:51:50由于错误而未安排任务。任务
ADR012I(SCH)-DSSU (01), 2009.279 13:51:50 DFSMSDSS处理完成。最高
|
甚至OPTIMIZE（4）都给出了相同的错误
因此我最终得到了这个
| 码： |
第0001页 5695-DF175 DFSMSDSS V1R08.0数据集服务 2009.279 13:57
RESTORE -
DATASET( -
INCLUDE(I051029.JAGA.TEST.GDGBASE。*) -
) -
INDDNAME(DD0) -
TGTGDS(ACTIVE)
ADR101I(R/I)-RI01 (01)，任务号001已分配为命令“恢复”
ADR109I(R/I)-RI01 (01), 2009.279 13:57:31用户控制策略的初始扫描
ADR016I(001)-PRIME(01)，RACF记录选项可有效完成此任务
ADR006I(001)-STEND(01), 2009.279 13:57:31 EXECUTION BEGINS
ADR780I(001)-TDDS (01)，正在处理的输入转储数据集在逻辑D中
1版本8修改级别0
ADR380E(001)-FRLBO(31)，未处理数据集I051029.JAGA.TEST.GDGBASE.G0001V00，18
ADR380E(001)-FRLBO(31)，未处理数据集I051029.JAGA.TEST.GDGBASE.G0002V00，18
ADR380E(001)-FRLBO(31)，未处理数据集I051029.JAGA.TEST.GDGBASE.G0003V00，18
ADR380E(001)-FRLBO(31)，未处理数据集I051029.JAGA.TEST.GDGBASE.G0004V00，18
ADR415W(001)-TDLOG(01)，没有从任何副本中复制，复制或还原任何数据集
ADR480W(001)-TDLOG(01)，则未从日志中处理以下数据集
I051029.JAGA.TEST.GDGBASE.G0001V00
I051029.JAGA.TEST.GDGBASE.G0002V00
I051029.JAGA.TEST.GDGBASE.G0003V00
I051029.JAGA.TEST.GDGBASE.G0004V00
ADR006I(001)-STEND(02), 2009.279 13:57:31 EXECUTION ENDS
ADR013I(001)-CLTSK(01), 2009.279 13:57:31任务已完成，返回码0008
|
我查询了ADR380E原因码18，这就是该手册所说的内容：
| 引用： |
18对于物理数据集处理：未为可移动非VSAM数据集指定REPLACE，RENAME或RENAMEUNCONDITIONAL关键字，或者未为VSAM数据集指定REPLACE。对于逻辑数据集处理，未为数据集指定REPLACE，REPLACEUNCONDITIONAL，RENAME或RENAMEUNCONDITIONAL关键字。
|
|
|
| 回到顶部 |
|
|
罗伯特·桑普
全球主持人
已加入：2008年6月6日
帖子：8569
地点：美国爱荷华州迪比克
|
|
|
|
对OPT感到抱歉-我已经习惯了使用它，所以我没有检查RESTORE作业就知道它只是DUMP选项。
系统告诉您要还原的文件已经存在于系统中。它们可能是也可能不是GDG代，但是实际的文件名存在。 |
|
| 回到顶部 |
|
|
尤夫拉杜塔
新的用户
已加入：2009年7月13日
帖子：40
地点：印度
|
|
|
|
罗伯特一世在源端和远端运行了LISTCAT
资源
| 码： |
IDCAMS SYSTEM SERVICES
LISTCAT ENTRY ('I051029.JAGA.TEST.GDGBASE')
GDG BASE ------I051029.JAGA.TEST.GDGBASE
CAT--CATALOG.USER.VWRK98H
NONVSAM ----I051029.JAGA.TEST.GDGBASE.G0001V00
CAT--CATALOG.USER.VWRK98H
NONVSAM ----I051029.JAGA.TEST.GDGBASE.G0002V00
CAT--CATALOG.USER.VWRK98H
NONVSAM ----I051029.JAGA.TEST.GDGBASE.G0003V00
CAT--CATALOG.USER.VWRK98H
NONVSAM ----I051029.JAGA.TEST.GDGBASE.G0004V00
CAT--CATALOG.USER.VWRK98H
IDCAMS SYSTEM SERVICES
处理的条目数:
AIX ------------------- 0
别名----------------- 0
集群--------------- 0
数据------------------ 0
GDG ------------------- 1
索引----------------- 0
NONVSAM --------------- 4
页面空间------------- 0
路径------------------ 0
空格----------------- 0
用户目录----------- 0
图书馆----------- 0
|
远程
| 码： |
IDCAMS SYSTEM SERVICES
LISTCAT ENTRY ('I051029.JAGA.TEST.GDGBASE')
GDG BASE ------I051029.JAGA.TEST.GDGBASE
IN-CAT --- CATALOG.USER.VWRK98J
IDCAMS SYSTEM SERVICES
处理的条目数:
AIX ------------------- 0
别名----------------- 0
集群--------------- 0
数据------------------ 0
GDG ------------------- 1
索引----------------- 0
NONVSAM --------------- 0
页面空间------------- 0
路径------------------ 0
空格----------------- 0
用户目录----------- 0
图书馆----------- 0
纸带------------ 0
总计----------------- 1
被抑制的受保护条目的数量为0
IDC0001I已完成功能，最高条件代码为0
|
目录中似乎没有几代人。.dunno这哪里出错了 |
|
| 回到顶部 |
|
|
外籍人士
全球主持人
已加入：2007年3月14日
帖子：8794
地点：威尔士威尔士
|
|
|
|
数据集是否显示在3.4以下？
只是想知道过去是否尝试将它们还原为DEFERRED或ROLLED OFF
如果它们出现在3.4下，则将其删除 |
|
| 回到顶部 |
|
|
尤夫拉杜塔
新的用户
已加入：2009年7月13日
帖子：40
地点：印度
|
|
|
|
您好外籍人士，
在3.4中没有个别世代出现
| 码： |
DSLIST-匹配I051029.JAGA.TEST.GDGBASE的数据集* Row 1 of 1
命令===> Scroll ===> CSR
命令-输入"/" to select action Message Volume
-------------------------------------------------- -----------------------------
I051029.JAGA.TEST.GDGBASE ??????
*****************************数据集列表的结尾**************** ************
|
我还要在这里再提一件事到罗伯特（不包括opt）规定的SYSIN参数中，我添加了一个resetuncunct，它烦人地给了我RC = 0，但是这里的问题是我看不到“<dataset>已被列入目录”，当我恢复几个转储的数据集时，我可以看到。
| 码： |
数据集I051029.ARUNODAY.SORTIN已编入目录CATALOG.USER.VWRK98J
|
| 码： |
已预先分配数据集I051029.JAGA.TEST.GDGBASE.G0001V00(S): WRK26H
数据集I051029.JAGA.TEST.GDGBASE.G0001V00由00000100条目标轨迹组成
恢复了数据集I051029.JAGA.TEST.GDGBASE.G0001V00
已预先分配数据集I051029.JAGA.TEST.GDGBASE.G0002V00(S): WRK86H
数据集I051029.JAGA.TEST.GDGBASE.G0002V00由00000100条目标轨迹组成
恢复了数据集I051029.JAGA.TEST.GDGBASE.G0002V00
|
谢谢.. |
|
| 回到顶部 |
|
|
c
高级会员
已加入：2006年7月28日
职位：1702
所在地：澳大利亚
|
|
|
|
你好
是否可以看到JESYSMSG输出？
格里 |
|
| 回到顶部 |
|
|
尤夫拉杜塔
新的用户
已加入：2009年7月13日
帖子：40
地点：印度
|
|
|
|
你好Gcicchet
| 码： |
ICH70001I I051029 LAST ACCESS AT 14:46:39 2009年10月6日，星期二
IEF236I ALLOC。对于ADRDSSU STEP010
IEF237I JES2分配给SYSPRINT
IEF237I JES2分配给SYSABEND
IEF237I JES2分配给SYSDUMP
IEF237I JES2分配给SYSOUT
IGD103I SMS分配给DDNAME DD0
IEF237I JES2分配给SYSIN
IEF237I 8212分配给SYS00001
IEF237I 8214分配给SYS00002
IEF237I 8009分配给SYS00003
IEF237I 8217已分配给SYS00004
IEF285I SYS09279.T150353.RA000.ADRDSSU.R0152979 KEPT
IEF285I VOL SER NOS= WRK26H.
IEF285I SYS09279.T150353.RA000.ADRDSSU.R0152980 KEPT
IEF285I VOL SER NOS= WRK86H.
IEF285I SYS09279.T150354.RA000.ADRDSSU.R0152981 KEPT
IEF285I VOL SER NOS= WRK14H.
IEF285I SYS09279.T150354.RA000.ADRDSSU.R0152982 KEPT
IEF285I VOL SER NOS= WRKH6H.
IEF142I ADRDSSU STEP010-步骤已执行-COND 0000
IEF285I I051029.ADRDSSU.J0096565.D0000102。？ SYSOUT
IEF285I I051029.ADRDSSU.J0096565.D0000103。？ SYSOUT
IEF285I I051029.ADRDSSU.J0096565.D0000104。？ SYSOUT
IEF285I I051029.ADRDSSU.J0096565.D0000105。？ SYSOUT
IGD104I UFMS.US.SYSTST.SPCOPCDB.REPORT.DUMP RETAINED, DDNAME=DD0
IEF285I I051029.ADRDSSU.J0096565.D0000101。？ SYSIN
IEF373I STEP / STEP010 / START 2009279.1503
IEF374I STEP / STEP010 /停止 2009279.1503 CPU 0MIN 00.07SEC SRB 0MIN 00.01SEC VIRT 1956K SYS 352K EXT 892K SYS 9236K
IEF375I 作业/ ADRDSSU /开始2009279.1503
IEF376I JOB/ADRDSSU /STOP 2009279.1503 CPU 0MIN 00.07SEC SRB 0MIN 00.01SEC
|
干得好.. |
|
| 回到顶部 |
|
|
外籍人士
全球主持人
已加入：2007年3月14日
帖子：8794
地点：威尔士威尔士
|
|
|
|
嗯，嗯，我不知道您的存储设置，但是似乎注意到数据集被引导到WRK *卷。仅根据过去的经验，当我遇到WRK *卷时，它们仅用于&&以及具有当前工作寿命的其他数据集。
您可能需要与您的存储管理团队联系，以查看是否有任何奇怪的怪异，这些数据集是否通过SCA例程进行了路由并被定义为临时的。 |
|
| 回到顶部 |
|
|
|
|
