Re: DFDSS COPY Return code
Adding/updating the following statements to the DF/DSS Control cards should do the trick? IF LASTCC=4 THEN - DO SET LASTCC=8 END as in: //DSDSS EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //SYSIN DD * COPY DATASET(INCLUDE(DATA.SET.NAME)) - LOGINDYNAM(volser1) - OUTDYNAM(volser2) > IF LASTCC=4 THEN - > DO > SET LASTCC=8 > END /* //* HTH. Thanks & Regards Varun Manocha CSC • This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose • Computer Sciences Corporation India Pvt Ltd • 7th, Floor, Block 1B, DLF IT Park, Sivaji Garden, Nandambakkam Post, Ramapuram, Chennai-600 089. From: Fred Kaptein To: IBM-MAIN@bama.ua.edu Date: 04/02/2011 02:32 AM Subject: DFDSS COPY Return code Hello, Some of our users are having problems with batch jobs that copy data sets using DFDSS. They use JCL similar to the following: //DSDSS EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //SYSIN DD * COPY DATASET(INCLUDE(DATA.SET.NAME)) - LOGINDYNAM(volser1) - OUTDYNAM(volser2) /* //* If the data set 'DATA.SET.NAME' does not exist, the job still completes with a return code of 4 We are wondering if there is a way to make the return code 8 or greater, just for this specific job. I believe there is a usermod, but at this time we do not want to make it a global change, as it may effect other user's batch jobs. We are not concerned that there is no paramater to catalog the output data set ADR383W (001)-DDDS (01), DATA SET DATA.SET.NAME NOT SELECTED ADR455W (001)-DDDS (03), THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED DATA.SET.NAME ADR470W (001)-DDDS (04), NO DATA SETS SELECTED FOR PROCESSING ADR006I (001)-STEND(02), 2011.091 16:43:32 EXECUTION ENDS ADR013I (001)-CLTSK(01), 2011.091 16:43:32 TASK COMPLETED WITH RETURN CODE 0004 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFDSS COPY Return code
Hello, Some of our users are having problems with batch jobs that copy data sets using DFDSS. They use JCL similar to the following: //DSDSS EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //SYSIN DD * COPY DATASET(INCLUDE(DATA.SET.NAME)) - LOGINDYNAM(volser1) - OUTDYNAM(volser2) /* //* If the data set 'DATA.SET.NAME' does not exist, the job still completes with a return code of 4 We are wondering if there is a way to make the return code 8 or greater, just for this specific job. I believe there is a usermod, but at this time we do not want to make it a global change, as it may effect other user's batch jobs. We are not concerned that there is no paramater to catalog the output data set ADR383W (001)-DDDS (01), DATA SET DATA.SET.NAME NOT SELECTED ADR455W (001)-DDDS (03), THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED DATA.SET.NAME ADR470W (001)-DDDS (04), NO DATA SETS SELECTED FOR PROCESSING ADR006I (001)-STEND(02), 2011.091 16:43:32 EXECUTION ENDS ADR013I (001)-CLTSK(01), 2011.091 16:43:32 TASK COMPLETED WITH RETURN CODE 0004 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS copy
"Perhaps the same volumes were selected in the copy operation ? Are you using SMS how do the ACS routines look like" Good point it is!! Waiting for good news. 2011/3/3 Matan Cohen > DB2 subsystems were done in time of the copy . > > "Perhaps the same volumes were selected in the copy operation ? Are you > using > SMS how do the ACS routines look like" > I know I might miss somthing - I forget to put the Volume in disable to > ensure this won't happen. > Thanks I believe this is the reason I'll try perform the copy again . > > On Wed, Mar 2, 2011 at 4:49 PM, Dick de Groot wrote: > > > Perhaps the same volumes were selected in the copy operation ? Are you > > using > > SMS how do the ACS routines look like > > > > 2011/3/2 Matan Cohen > > > > > Hi, > > > > > > for some reason I needed to empty a DASD disk from its content (All > files > > > are DB2 VSAMS) . > > > i noticed there is a multivolume DSNs so i added the 'SPHERE' & > > > 'SELECTMULTI' . > > > > > > so after backing up the disk i run this JCL : > > > //ADB2CPY JOB ,,CLASS=A,REGION=0M,MSGCLASS=X, > > > //MSGLEVEL=(1,1) > > > //BFFDBB29 EXEC PGM=ADRDSSU > > > //SYSUDUMP DD SYSOUT=* > > > //SYSPRINT DD SYSOUT=* > > > //DASDDD UNIT=3390,VOL=SER=,DISP=SHR > > > //OUTDSK DD UNIT=3390,VOL=SER=,DISP=SHR > > > //SYSINDD * > > > COPY DATASET( - > > > INCLUDE( DBP.**, - > > > DBT.**,- > > > DB29.**, - > > > ))- > > > LOGINDDNAME(DASD)- > > > OUTDDNAM(OUTDSK) - > > > SPHERE- > > > SELECTMULTI(ANY) - > > > CAT - > > > DELETE > > > /* > > > > > > for some reason half of the Files (not necessarliy multivolume) were > not > > > copied the job ended with RC 0 it seems DFDSS didn't select them , > > > from the literature: > > > "For VSAM data sets, the volume list is affected by the use of the > > > SPHERE keyword as follows: > > > v Specify SPHERE and you only need to list any part of the base > > > cluster in the volume list." > > > > > > should I run this job again but without : 'SPHERE','SELECTMULTI' ? > > > is there somthing I forgetten ? > > > > > > " > > > -- > > > best regards, > > > matan cohen > > > MF System Administrator. > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > > > > > > -- > > Met vriendelijke groeten/With kind regards > > > > Dick de Groot > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > -- > best regards, > matan cohen > MF System Administrator. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS copy
DB2 subsystems were done in time of the copy . "Perhaps the same volumes were selected in the copy operation ? Are you using SMS how do the ACS routines look like" I know I might miss somthing - I forget to put the Volume in disable to ensure this won't happen. Thanks I believe this is the reason I'll try perform the copy again . On Wed, Mar 2, 2011 at 4:49 PM, Dick de Groot wrote: > Perhaps the same volumes were selected in the copy operation ? Are you > using > SMS how do the ACS routines look like > > 2011/3/2 Matan Cohen > > > Hi, > > > > for some reason I needed to empty a DASD disk from its content (All files > > are DB2 VSAMS) . > > i noticed there is a multivolume DSNs so i added the 'SPHERE' & > > 'SELECTMULTI' . > > > > so after backing up the disk i run this JCL : > > //ADB2CPY JOB ,,CLASS=A,REGION=0M,MSGCLASS=X, > > //MSGLEVEL=(1,1) > > //BFFDBB29 EXEC PGM=ADRDSSU > > //SYSUDUMP DD SYSOUT=* > > //SYSPRINT DD SYSOUT=* > > //DASDDD UNIT=3390,VOL=SER=,DISP=SHR > > //OUTDSK DD UNIT=3390,VOL=SER=,DISP=SHR > > //SYSINDD * > > COPY DATASET( - > > INCLUDE( DBP.**, - > > DBT.**,- > > DB29.**, - > > ))- > > LOGINDDNAME(DASD)- > > OUTDDNAM(OUTDSK) - > > SPHERE- > > SELECTMULTI(ANY) - > > CAT - > > DELETE > > /* > > > > for some reason half of the Files (not necessarliy multivolume) were not > > copied the job ended with RC 0 it seems DFDSS didn't select them , > > from the literature: > > "For VSAM data sets, the volume list is affected by the use of the > > SPHERE keyword as follows: > > v Specify SPHERE and you only need to list any part of the base > > cluster in the volume list." > > > > should I run this job again but without : 'SPHERE','SELECTMULTI' ? > > is there somthing I forgetten ? > > > > " > > -- > > best regards, > > matan cohen > > MF System Administrator. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > -- > Met vriendelijke groeten/With kind regards > > Dick de Groot > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS copy
Perhaps the same volumes were selected in the copy operation ? Are you using SMS how do the ACS routines look like 2011/3/2 Matan Cohen > Hi, > > for some reason I needed to empty a DASD disk from its content (All files > are DB2 VSAMS) . > i noticed there is a multivolume DSNs so i added the 'SPHERE' & > 'SELECTMULTI' . > > so after backing up the disk i run this JCL : > //ADB2CPY JOB ,,CLASS=A,REGION=0M,MSGCLASS=X, > //MSGLEVEL=(1,1) > //BFFDBB29 EXEC PGM=ADRDSSU > //SYSUDUMP DD SYSOUT=* > //SYSPRINT DD SYSOUT=* > //DASDDD UNIT=3390,VOL=SER=,DISP=SHR > //OUTDSK DD UNIT=3390,VOL=SER=,DISP=SHR > //SYSINDD * > COPY DATASET( - > INCLUDE( DBP.**, - > DBT.**,- > DB29.**, - > ))- > LOGINDDNAME(DASD)- > OUTDDNAM(OUTDSK) - > SPHERE- > SELECTMULTI(ANY) - > CAT - > DELETE > /* > > for some reason half of the Files (not necessarliy multivolume) were not > copied the job ended with RC 0 it seems DFDSS didn't select them , > from the literature: > "For VSAM data sets, the volume list is affected by the use of the > SPHERE keyword as follows: > v Specify SPHERE and you only need to list any part of the base > cluster in the volume list." > > should I run this job again but without : 'SPHERE','SELECTMULTI' ? > is there somthing I forgetten ? > > " > -- > best regards, > matan cohen > MF System Administrator. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Met vriendelijke groeten/With kind regards Dick de Groot -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS copy
Do these left DataSets being used by DB2 or any other program? Just reminder 2011/3/2 Matan Cohen > > > > Hi Lizette > > "You could go to ISMF Option 1 (dataset) and see what it generates to do > > this > > for you." > > *Did it now. but I can check it only tommorow .* > *I review the message several times and there is nothing spacial in it > beside the regular messages there is the:* > *ADR431I (001)-XVSAM(01),* > * ADR711I (001)-NEWDS(01), * > * messages .* > * > ADR115W (R/I)-RI01 (07), this is the only W\E messgae in the log . > * > *Here is a listcat of one of the file not copied:* > **1IDCAMS SYSTEM SERVICES TIME: > 15:09:3203/02/11 PAGE 1 > 0 > LISTCAT ENT(DB29.DSNDBC.TVABSAD3.IXSDBCST.I0001.A001) ALL > 0CLUSTER --- DB29.DSNDBC.TVABSAD3.IXSDBCST.I0001.A001 > IN-CAT --- CATALOG.PANDAF.DB29 > HISTORY >DATASET-OWNER---TAKI CREATION2011.060 >RELEASE2 EXPIRATION--.000 > SMSDATA >STORAGECLASS --SCALL MANAGEMENTCLASS---(NULL) >DATACLASS (NULL) LBACKUP ---.000. >BWO STATUS-- BWO TIMESTAMP---0 00:00:00.0 >BWO---(NULL) > RLSDATA >LOG (NULL) RECOVERY REQUIRED --(NO) FRLOG > (NULL) >VSAM QUIESCED ---(NO)RLS IN USE -(NO) > 0 LOGSTREAMID-(NULL) >RECOVERY TIMESTAMP LOCAL-X'' >RECOVERY TIMESTAMP GMT---X'' > PROTECTION-PSWD-(NULL) RACF(NO) > ASSOCIATIONS >DATA-DB29.DSNDBD.TVABSAD3.IXSDBCST.I0001.A001 > 0 DATA --- DB29.DSNDBD.TVABSAD3.IXSDBCST.I0001.A001 > IN-CAT --- CATALOG.PANDAF.DB29 > HISTORY >DATASET-OWNER---TAKI CREATION2011.060 >RELEASE2 EXPIRATION--.000 >ACCOUNT-INFO---(NULL) > PROTECTION-PSWD-(NULL) RACF(NO) > ASSOCIATIONS >CLUSTER--DB29.DSNDBC.TVABSAD3.IXSDBCST.I0001.A001 > ATTRIBUTES >KEYLEN-0 AVGLRECL---0 > BUFSPACE8192 CISIZE--4096 >RKP0 MAXLRECL---0 > EXCPEXIT--(NULL) CI/CA-12 >SHROPTNS(3,3) SPEED UNIQUE NOERASE LINEAR > NOWRITECHK NOIMBED NOREPLICAT >UNORDERED REUSE NONSPANNED > STATISTICS >REC-TOTAL--0 SPLITS-CI--0 > EXCPS--0 >REC-DELETED0 SPLITS-CA--0 > EXTENTS2 >REC-INSERTED---0 FREESPACE-%CI--0 > SYSTEM-TIMESTAMP: >REC-UPDATED0 FREESPACE-%CA--0 > X'' >REC-RETRIEVED--0 FREESPC0 > ALLOCATION >SPACE-TYPE-TRACK HI-A-RBA-6684672 >SPACE-PRI--1 HI-U-RBA-4415488 >SPACE-SEC-15 > VOLUME >VOLSERFDBB29 PHYREC-SIZE-4096 > HI-A-RBA-6684672 EXTENT-NUMBER--2 >DEVTYPE--X'3010200F' PHYRECS/TRK---12 > HI-U-RBA-4415488 EXTENT-TYPEX'40' > 1IDCAMS SYSTEM SERVICES TIME: > 15:09:3203/02/11 PAGE 2 > 0 VOLFLAGPRIME TRACKS/CA--1 >EXTENTS: >LOW-CCHH-X'00B5000E' LOW-RBA0 > TRACKS-1 >HIGH-CCHHX'00B5000E' HIGH-RBA---49151 >LOW-CCHH-X'024A' LOW-RBA49152 > TRACKS---135 >HIGH-CCHHX'0252000E' HIGH-RBA-6684671 > 1IDCAMS SYSTEM SERVICES TIME: > 15:09:3203/02/11 PAGE 3 > 0 THE NUMBER OF ENTRIES PROCESSED WAS: >AIX ---0 >ALIAS -0 >CLUSTER ---1 >DATA --1 >GDG ---0 >INDEX -0 >NONVSAM ---0 >PAGESPACE -0 >PATH --0 >SPACE -0 >USERCATALOG ---0 >TAPELIBRARY ---0 >TAPEVOLUME 0 >TOTAL -2 > 0 THE NUMBER OF PROTECTED ENTRIES SUPPRESSED WAS 0 > 0IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0 > 0 > 0IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 0
Re: DFDSS copy
> > Hi Lizette > "You could go to ISMF Option 1 (dataset) and see what it generates to do > this > for you." *Did it now. but I can check it only tommorow .* *I review the message several times and there is nothing spacial in it beside the regular messages there is the:* *ADR431I (001)-XVSAM(01),* * ADR711I (001)-NEWDS(01), * * messages .* * ADR115W (R/I)-RI01 (07), this is the only W\E messgae in the log . * *Here is a listcat of one of the file not copied:* **1IDCAMS SYSTEM SERVICES TIME: 15:09:3203/02/11 PAGE 1 0 LISTCAT ENT(DB29.DSNDBC.TVABSAD3.IXSDBCST.I0001.A001) ALL 0CLUSTER --- DB29.DSNDBC.TVABSAD3.IXSDBCST.I0001.A001 IN-CAT --- CATALOG.PANDAF.DB29 HISTORY DATASET-OWNER---TAKI CREATION2011.060 RELEASE2 EXPIRATION--.000 SMSDATA STORAGECLASS --SCALL MANAGEMENTCLASS---(NULL) DATACLASS (NULL) LBACKUP ---.000. BWO STATUS-- BWO TIMESTAMP---0 00:00:00.0 BWO---(NULL) RLSDATA LOG (NULL) RECOVERY REQUIRED --(NO) FRLOG (NULL) VSAM QUIESCED ---(NO)RLS IN USE -(NO) 0 LOGSTREAMID-(NULL) RECOVERY TIMESTAMP LOCAL-X'' RECOVERY TIMESTAMP GMT---X'' PROTECTION-PSWD-(NULL) RACF(NO) ASSOCIATIONS DATA-DB29.DSNDBD.TVABSAD3.IXSDBCST.I0001.A001 0 DATA --- DB29.DSNDBD.TVABSAD3.IXSDBCST.I0001.A001 IN-CAT --- CATALOG.PANDAF.DB29 HISTORY DATASET-OWNER---TAKI CREATION2011.060 RELEASE2 EXPIRATION--.000 ACCOUNT-INFO---(NULL) PROTECTION-PSWD-(NULL) RACF(NO) ASSOCIATIONS CLUSTER--DB29.DSNDBC.TVABSAD3.IXSDBCST.I0001.A001 ATTRIBUTES KEYLEN-0 AVGLRECL---0 BUFSPACE8192 CISIZE--4096 RKP0 MAXLRECL---0 EXCPEXIT--(NULL) CI/CA-12 SHROPTNS(3,3) SPEED UNIQUE NOERASE LINEAR NOWRITECHK NOIMBED NOREPLICAT UNORDERED REUSE NONSPANNED STATISTICS REC-TOTAL--0 SPLITS-CI--0 EXCPS--0 REC-DELETED0 SPLITS-CA--0 EXTENTS2 REC-INSERTED---0 FREESPACE-%CI--0 SYSTEM-TIMESTAMP: REC-UPDATED0 FREESPACE-%CA--0 X'' REC-RETRIEVED--0 FREESPC0 ALLOCATION SPACE-TYPE-TRACK HI-A-RBA-6684672 SPACE-PRI--1 HI-U-RBA-4415488 SPACE-SEC-15 VOLUME VOLSERFDBB29 PHYREC-SIZE-4096 HI-A-RBA-6684672 EXTENT-NUMBER--2 DEVTYPE--X'3010200F' PHYRECS/TRK---12 HI-U-RBA-4415488 EXTENT-TYPEX'40' 1IDCAMS SYSTEM SERVICES TIME: 15:09:3203/02/11 PAGE 2 0 VOLFLAGPRIME TRACKS/CA--1 EXTENTS: LOW-CCHH-X'00B5000E' LOW-RBA0 TRACKS-1 HIGH-CCHHX'00B5000E' HIGH-RBA---49151 LOW-CCHH-X'024A' LOW-RBA49152 TRACKS---135 HIGH-CCHHX'0252000E' HIGH-RBA-6684671 1IDCAMS SYSTEM SERVICES TIME: 15:09:3203/02/11 PAGE 3 0 THE NUMBER OF ENTRIES PROCESSED WAS: AIX ---0 ALIAS -0 CLUSTER ---1 DATA --1 GDG ---0 INDEX -0 NONVSAM ---0 PAGESPACE -0 PATH --0 SPACE -0 USERCATALOG ---0 TAPELIBRARY ---0 TAPEVOLUME 0 TOTAL -2 0 THE NUMBER OF PROTECTED ENTRIES SUPPRESSED WAS 0 0IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0 0 0IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 0 *approximatle 5700, 2700 left . mean that 3000 was copied sucessfully (and were deleted from the drive) .* > . > * > * > > > > > > best regards, matan cohen MF System Administrator.
Re: DFDSS copy
> Hi, > > for some reason I needed to empty a DASD disk from its content (All files are DB2 > VSAMS) . > i noticed there is a multivolume DSNs so i added the 'SPHERE' & 'SELECTMULTI' . > > so after backing up the disk i run this JCL : > //ADB2CPY JOB ,,CLASS=A,REGION=0M,MSGCLASS=X, > //MSGLEVEL=(1,1) > //BFFDBB29 EXEC PGM=ADRDSSU > //SYSUDUMP DD SYSOUT=* > //SYSPRINT DD SYSOUT=* > //DASDDD UNIT=3390,VOL=SER=,DISP=SHR > //OUTDSK DD UNIT=3390,VOL=SER=,DISP=SHR > //SYSINDD * > COPY DATASET( - > INCLUDE( DBP.**, - > DBT.**,- >DB29.**, - > ))- > LOGINDDNAME(DASD)- > OUTDDNAM(OUTDSK) - > SPHERE- > SELECTMULTI(ANY) - > CAT - > DELETE > /* > > for some reason half of the Files (not necessarliy multivolume) were not copied the > job ended with RC 0 it seems DFDSS didn't select them , from the literature: > "For VSAM data sets, the volume list is affected by the use of the SPHERE keyword as > follows: > v Specify SPHERE and you only need to list any part of the base cluster in the volume > list." > > should I run this job again but without : 'SPHERE','SELECTMULTI' ? > is there somthing I forgetten ? > You could go to ISMF Option 1 (dataset) and see what it generates to do this for you. I use this method to see what DFDSS control cards ISMF would generate to move datasets from one volume to another. I always use SPHERE whenever VSAM is involved. The use of sphere will not impact copying non-vsam datasets. Could you let us know what files were not deleted and left on the original volume? We would need to have more specific information to try and help. Or if you could provide the output from the DFDSS job along with a vtoc print, that would be very helpful. How many datasets are on the original volume. How many were copied. How many were deleted? How many were left? I have always seen DFDSS provide W type messages whenever it could not do "something". That you are not seeing messages is very strange. You may need to turn on a DFDSS trace in the job stream. But I would look for ADRW messages in the output. They may have an RC0 but a warning message is provided. I had to write a REXX to filter the output of my DFDSS jobs so I could find the W/E/S messages. Otherwise they were easily over looked. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS copy
i had a bad expirence in the past when trying to do a similar action with DUMP\RESTORE. so I prefered to avoid this option. On Wed, Mar 2, 2011 at 10:22 AM, Cobe Xu wrote: > Why don't try DUMP/RESTORE process...? > > On Wed, Mar 2, 2011 at 3:51 PM, Matan Cohen > wrote: > > > Hi, > > > > for some reason I needed to empty a DASD disk from its content (All files > > are DB2 VSAMS) . > > i noticed there is a multivolume DSNs so i added the 'SPHERE' & > > 'SELECTMULTI' . > > > > so after backing up the disk i run this JCL : > > //ADB2CPY JOB ,,CLASS=A,REGION=0M,MSGCLASS=X, > > //MSGLEVEL=(1,1) > > //BFFDBB29 EXEC PGM=ADRDSSU > > //SYSUDUMP DD SYSOUT=* > > //SYSPRINT DD SYSOUT=* > > //DASDDD UNIT=3390,VOL=SER=,DISP=SHR > > //OUTDSK DD UNIT=3390,VOL=SER=,DISP=SHR > > //SYSINDD * > > COPY DATASET( - > > INCLUDE( DBP.**, - > > DBT.**,- > > DB29.**, - > > ))- > > LOGINDDNAME(DASD)- > > OUTDDNAM(OUTDSK) - > > SPHERE- > > SELECTMULTI(ANY) - > > CAT - > > DELETE > > /* > > > > for some reason half of the Files (not necessarliy multivolume) were not > > copied the job ended with RC 0 it seems DFDSS didn't select them , > > from the literature: > > "For VSAM data sets, the volume list is affected by the use of the > > SPHERE keyword as follows: > > v Specify SPHERE and you only need to list any part of the base > > cluster in the volume list." > > > > should I run this job again but without : 'SPHERE','SELECTMULTI' ? > > is there somthing I forgetten ? > > > > " > > -- > > best regards, > > matan cohen > > MF System Administrator. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > -- > Cobe Xu > > Best Regards > --- > z/OS Performance & Capacity Analyst > z/OS System Programmer > Email: cob...@gmail.com > --- > *"Impart fishing is much better than just donate fishes"* > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS copy
Why don't try DUMP/RESTORE process...? On Wed, Mar 2, 2011 at 3:51 PM, Matan Cohen wrote: > Hi, > > for some reason I needed to empty a DASD disk from its content (All files > are DB2 VSAMS) . > i noticed there is a multivolume DSNs so i added the 'SPHERE' & > 'SELECTMULTI' . > > so after backing up the disk i run this JCL : > //ADB2CPY JOB ,,CLASS=A,REGION=0M,MSGCLASS=X, > //MSGLEVEL=(1,1) > //BFFDBB29 EXEC PGM=ADRDSSU > //SYSUDUMP DD SYSOUT=* > //SYSPRINT DD SYSOUT=* > //DASDDD UNIT=3390,VOL=SER=,DISP=SHR > //OUTDSK DD UNIT=3390,VOL=SER=,DISP=SHR > //SYSINDD * > COPY DATASET( - > INCLUDE( DBP.**, - > DBT.**,- > DB29.**, - > ))- > LOGINDDNAME(DASD)- > OUTDDNAM(OUTDSK) - > SPHERE- > SELECTMULTI(ANY) - > CAT - > DELETE > /* > > for some reason half of the Files (not necessarliy multivolume) were not > copied the job ended with RC 0 it seems DFDSS didn't select them , > from the literature: > "For VSAM data sets, the volume list is affected by the use of the > SPHERE keyword as follows: > v Specify SPHERE and you only need to list any part of the base > cluster in the volume list." > > should I run this job again but without : 'SPHERE','SELECTMULTI' ? > is there somthing I forgetten ? > > " > -- > best regards, > matan cohen > MF System Administrator. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Cobe Xu Best Regards --- z/OS Performance & Capacity Analyst z/OS System Programmer Email: cob...@gmail.com --- *"Impart fishing is much better than just donate fishes"* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS copy
but all the files in the DISK are named as I specify in the INCLUDE so i don't see how this will solve it. On Wed, Mar 2, 2011 at 10:04 AM, Richard Marchant < richard.march...@shoden.co.za> wrote: > Matan, > > Might be worth trying DATASET(INCLUDE(**) EXCLUDE(SYS1.**)) > > Richard Marchant > Johannesburg > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Matan Cohen > Sent: 02 March 2011 09:51 AM > To: IBM-MAIN@bama.ua.edu > Subject: DFDSS copy > > Hi, > > for some reason I needed to empty a DASD disk from its content (All files > are DB2 VSAMS) . > i noticed there is a multivolume DSNs so i added the 'SPHERE' & > 'SELECTMULTI' . > > so after backing up the disk i run this JCL : > //ADB2CPY JOB ,,CLASS=A,REGION=0M,MSGCLASS=X, > //MSGLEVEL=(1,1) > //BFFDBB29 EXEC PGM=ADRDSSU > //SYSUDUMP DD SYSOUT=* > //SYSPRINT DD SYSOUT=* > //DASDDD UNIT=3390,VOL=SER=,DISP=SHR > //OUTDSK DD UNIT=3390,VOL=SER=,DISP=SHR > //SYSINDD * > COPY DATASET( - > INCLUDE( DBP.**, - > DBT.**,- > DB29.**, - > ))- > LOGINDDNAME(DASD)- > OUTDDNAM(OUTDSK) - > SPHERE- > SELECTMULTI(ANY) - > CAT - > DELETE > /* > > for some reason half of the Files (not necessarliy multivolume) were not > copied the job ended with RC 0 it seems DFDSS didn't select them , > from the literature: > "For VSAM data sets, the volume list is affected by the use of the > SPHERE keyword as follows: > v Specify SPHERE and you only need to list any part of the base > cluster in the volume list." > > should I run this job again but without : 'SPHERE','SELECTMULTI' ? > is there somthing I forgetten ? > > " > -- > best regards, > matan cohen > MF System Administrator. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS copy
Matan, Might be worth trying DATASET(INCLUDE(**) EXCLUDE(SYS1.**)) Richard Marchant Johannesburg -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Matan Cohen Sent: 02 March 2011 09:51 AM To: IBM-MAIN@bama.ua.edu Subject: DFDSS copy Hi, for some reason I needed to empty a DASD disk from its content (All files are DB2 VSAMS) . i noticed there is a multivolume DSNs so i added the 'SPHERE' & 'SELECTMULTI' . so after backing up the disk i run this JCL : //ADB2CPY JOB ,,CLASS=A,REGION=0M,MSGCLASS=X, //MSGLEVEL=(1,1) //BFFDBB29 EXEC PGM=ADRDSSU //SYSUDUMP DD SYSOUT=* //SYSPRINT DD SYSOUT=* //DASDDD UNIT=3390,VOL=SER=,DISP=SHR //OUTDSK DD UNIT=3390,VOL=SER=,DISP=SHR //SYSINDD * COPY DATASET( - INCLUDE( DBP.**, - DBT.**,- DB29.**, - ))- LOGINDDNAME(DASD)- OUTDDNAM(OUTDSK) - SPHERE- SELECTMULTI(ANY) - CAT - DELETE /* for some reason half of the Files (not necessarliy multivolume) were not copied the job ended with RC 0 it seems DFDSS didn't select them , from the literature: "For VSAM data sets, the volume list is affected by the use of the SPHERE keyword as follows: v Specify SPHERE and you only need to list any part of the base cluster in the volume list." should I run this job again but without : 'SPHERE','SELECTMULTI' ? is there somthing I forgetten ? " -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFDSS copy
Hi, for some reason I needed to empty a DASD disk from its content (All files are DB2 VSAMS) . i noticed there is a multivolume DSNs so i added the 'SPHERE' & 'SELECTMULTI' . so after backing up the disk i run this JCL : //ADB2CPY JOB ,,CLASS=A,REGION=0M,MSGCLASS=X, //MSGLEVEL=(1,1) //BFFDBB29 EXEC PGM=ADRDSSU //SYSUDUMP DD SYSOUT=* //SYSPRINT DD SYSOUT=* //DASDDD UNIT=3390,VOL=SER=,DISP=SHR //OUTDSK DD UNIT=3390,VOL=SER=,DISP=SHR //SYSINDD * COPY DATASET( - INCLUDE( DBP.**, - DBT.**,- DB29.**, - ))- LOGINDDNAME(DASD)- OUTDDNAM(OUTDSK) - SPHERE- SELECTMULTI(ANY) - CAT - DELETE /* for some reason half of the Files (not necessarliy multivolume) were not copied the job ended with RC 0 it seems DFDSS didn't select them , from the literature: "For VSAM data sets, the volume list is affected by the use of the SPHERE keyword as follows: v Specify SPHERE and you only need to list any part of the base cluster in the volume list." should I run this job again but without : 'SPHERE','SELECTMULTI' ? is there somthing I forgetten ? " -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving datasets with DFDSS COPY
Tom, > I need to move some datasets from one storage group to another. These > were initially assigned to the current group incorrectly based on a > particular > DATACLAS. I have changed the ACS routines so that future datasets will go > to the correct storage group. I was thinking that I could then justuse DFDSS > COPY to move the existing ones. This does not work as it appears that the > DATACLAS variable is not available to the DFDSS COPY function (based on > reading the Storage Admin Guide). Is the only way to do this going to be to > use the BYPASSACS keyword and specify the STORCLAS and STOGROUP > keywords? If so will the DATACLAS remain the same as it currently is? > > Thanks in advance for any help. > DFDSS (and HSM)is the main reason that I changed most of my decisions for placing data in the storage class acs routine instead of relying on data class values. It has implications for restoring, recalling and copying datasets. I wrote a little clause in the storage class acs routine to look for my (and other selected) userid(s) that would honor the storage class being passed into it. If you do allow bypassacs, be sure to restrict who can use it. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Moving datasets with DFDSS COPY
I need to move some datasets from one storage group to another. These were initially assigned to the current group incorrectly based on a particular DATACLAS. I have changed the ACS routines so that future datasets will go to the correct storage group. I was thinking that I could then just use DFDSS COPY to move the existing ones. This does not work as it appears that the DATACLAS variable is not available to the DFDSS COPY function (based on reading the Storage Admin Guide). Is the only way to do this going to be to use the BYPASSACS keyword and specify the STORCLAS and STOGROUP keywords? If so will the DATACLAS remain the same as it currently is? Thanks in advance for any help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html