Re: DFDSS Question - DSCHA
I took your --- On Fri, 6/27/08, Pinnacle [EMAIL PROTECTED] wrote: From: Pinnacle [EMAIL PROTECTED] Subject: Re: DFDSS Question - DSCHA To: IBM-MAIN@BAMA.UA.EDU Date: Friday, June 27, 2008, 12:17 PM - Original Message - From: willie bunter [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Friday, June 27, 2008 1:21 PM Subject: DFDSS Question - DSCHA Hallo All, I am executing an incremental backup of various volumes. I am using the DSCHA parm. However, my problem is that I am receiving the following messages which prevents them from being backed up: ADR322E SYSJPT.SPFLOG1.LIST WAS NOT SELECTED DUE TO DUPLICATE NAME ADR727E DATA SET SYSJ1.DDIR IN CATALOG SYS1.ICFCAT.SYSQND WAS NOT PROCESSED BECAUSE IT NOT CATALOGED IN THE STANDARD ORDER OF SEARCH Is there a way of forcing DFDSS to backup the dsns regardless? Below are my control cards: //DASD1 DD UNIT=SYSALLDA,VOL=SER=PTPRS1,DISP=SHR //DASD2 DD UNIT=SYSALLDA,VOL=SER=PTPRS2,DISP=SHR //DASD3 DD UNIT=SYSALLDA,VOL=SER=PTTRS1,DISP=SHR //DASD4 DD UNIT=SYSALLDA,VOL=SER=PTPMC1,DISP=SHR //DASD5 DD UNIT=SYSALLDA,VOL=SER=PTPPP1,DISP=SHR //DASD6 DD UNIT=SYSALLDA,VOL=SER=PTPPP2,DISP=SHR //DASD7 DD UNIT=SYSALLDA,VOL=SER=PTTPP1,DISP=SHR //DASD8 DD UNIT=SYSALLDA,VOL=SER=PTTMC1,DISP=SHR //TAPE DD DSN=SYS2.PTPR.DFDSS.INCRMNTL,DISP=(,CATLG,KEEP), // UNIT=3490,VOL=(,,,35),LABEL=RETPD=1 //SYSIN DD * DUMP DATASET(INCLUDE(**) - EXCLUDE(SYS1.ICFCAT.** - SYS1.VVDS.** - SYS1.VTOCIX.**) - BY((DSCHA,EQ,YES))) - LOGINDDNAME(DASD1,DASD2,DASD3,DASD4,DASD5,DASD6,DASD7,DASD8) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - SPHERE - TOL(ENQF) Willie, Just add the bad datasets to your EXCLUDE list. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS Question - DSCHA
I took --- On Fri, 6/27/08, Pinnacle [EMAIL PROTECTED] wrote: From: Pinnacle [EMAIL PROTECTED] Subject: Re: DFDSS Question - DSCHA To: IBM-MAIN@BAMA.UA.EDU Date: Friday, June 27, 2008, 12:17 PM - Original Message - From: willie bunter [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Friday, June 27, 2008 1:21 PM Subject: DFDSS Question - DSCHA Hallo All, I am executing an incremental backup of various volumes. I am using the DSCHA parm. However, my problem is that I am receiving the following messages which prevents them from being backed up: ADR322E SYSJPT.SPFLOG1.LIST WAS NOT SELECTED DUE TO DUPLICATE NAME ADR727E DATA SET SYSJ1.DDIR IN CATALOG SYS1.ICFCAT.SYSQND WAS NOT PROCESSED BECAUSE IT NOT CATALOGED IN THE STANDARD ORDER OF SEARCH Is there a way of forcing DFDSS to backup the dsns regardless? Below are my control cards: //DASD1 DD UNIT=SYSALLDA,VOL=SER=PTPRS1,DISP=SHR //DASD2 DD UNIT=SYSALLDA,VOL=SER=PTPRS2,DISP=SHR //DASD3 DD UNIT=SYSALLDA,VOL=SER=PTTRS1,DISP=SHR //DASD4 DD UNIT=SYSALLDA,VOL=SER=PTPMC1,DISP=SHR //DASD5 DD UNIT=SYSALLDA,VOL=SER=PTPPP1,DISP=SHR //DASD6 DD UNIT=SYSALLDA,VOL=SER=PTPPP2,DISP=SHR //DASD7 DD UNIT=SYSALLDA,VOL=SER=PTTPP1,DISP=SHR //DASD8 DD UNIT=SYSALLDA,VOL=SER=PTTMC1,DISP=SHR //TAPE DD DSN=SYS2.PTPR.DFDSS.INCRMNTL,DISP=(,CATLG,KEEP), // UNIT=3490,VOL=(,,,35),LABEL=RETPD=1 //SYSIN DD * DUMP DATASET(INCLUDE(**) - EXCLUDE(SYS1.ICFCAT.** - SYS1.VVDS.** - SYS1.VTOCIX.**) - BY((DSCHA,EQ,YES))) - LOGINDDNAME(DASD1,DASD2,DASD3,DASD4,DASD5,DASD6,DASD7,DASD8) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - SPHERE - TOL(ENQF) Willie, Just add the bad datasets to your EXCLUDE list. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS Question - DSCHA
I took your advice, however the datasets were not backed up from good voumes. --- On Fri, 6/27/08, Pinnacle [EMAIL PROTECTED] wrote: From: Pinnacle [EMAIL PROTECTED] Subject: Re: DFDSS Question - DSCHA To: IBM-MAIN@BAMA.UA.EDU Date: Friday, June 27, 2008, 12:17 PM - Original Message - From: willie bunter [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Friday, June 27, 2008 1:21 PM Subject: DFDSS Question - DSCHA Hallo All, I am executing an incremental backup of various volumes. I am using the DSCHA parm. However, my problem is that I am receiving the following messages which prevents them from being backed up: ADR322E SYSJPT.SPFLOG1.LIST WAS NOT SELECTED DUE TO DUPLICATE NAME ADR727E DATA SET SYSJ1.DDIR IN CATALOG SYS1.ICFCAT.SYSQND WAS NOT PROCESSED BECAUSE IT NOT CATALOGED IN THE STANDARD ORDER OF SEARCH Is there a way of forcing DFDSS to backup the dsns regardless? Below are my control cards: //DASD1 DD UNIT=SYSALLDA,VOL=SER=PTPRS1,DISP=SHR //DASD2 DD UNIT=SYSALLDA,VOL=SER=PTPRS2,DISP=SHR //DASD3 DD UNIT=SYSALLDA,VOL=SER=PTTRS1,DISP=SHR //DASD4 DD UNIT=SYSALLDA,VOL=SER=PTPMC1,DISP=SHR //DASD5 DD UNIT=SYSALLDA,VOL=SER=PTPPP1,DISP=SHR //DASD6 DD UNIT=SYSALLDA,VOL=SER=PTPPP2,DISP=SHR //DASD7 DD UNIT=SYSALLDA,VOL=SER=PTTPP1,DISP=SHR //DASD8 DD UNIT=SYSALLDA,VOL=SER=PTTMC1,DISP=SHR //TAPE DD DSN=SYS2.PTPR.DFDSS.INCRMNTL,DISP=(,CATLG,KEEP), // UNIT=3490,VOL=(,,,35),LABEL=RETPD=1 //SYSIN DD * DUMP DATASET(INCLUDE(**) - EXCLUDE(SYS1.ICFCAT.** - SYS1.VVDS.** - SYS1.VTOCIX.**) - BY((DSCHA,EQ,YES))) - LOGINDDNAME(DASD1,DASD2,DASD3,DASD4,DASD5,DASD6,DASD7,DASD8) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - SPHERE - TOL(ENQF) Willie, Just add the bad datasets to your EXCLUDE list. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFDSS Question - DSCHA
Hallo All, I am executing an incremental backup of various volumes. I am using the DSCHA parm. However, my problem is that I am receiving the following messages which prevents them from being backed up: ADR322E SYSJPT.SPFLOG1.LIST WAS NOT SELECTED DUE TO DUPLICATE NAME ADR727E DATA SET SYSJ1.DDIR IN CATALOG SYS1.ICFCAT.SYSQND WAS NOT PROCESSED BECAUSE IT NOT CATALOGED IN THE STANDARD ORDER OF SEARCH Is there a way of forcing DFDSS to backup the dsns regardless? Below are my control cards: //DASD1 DD UNIT=SYSALLDA,VOL=SER=PTPRS1,DISP=SHR //DASD2 DD UNIT=SYSALLDA,VOL=SER=PTPRS2,DISP=SHR //DASD3 DD UNIT=SYSALLDA,VOL=SER=PTTRS1,DISP=SHR //DASD4 DD UNIT=SYSALLDA,VOL=SER=PTPMC1,DISP=SHR //DASD5 DD UNIT=SYSALLDA,VOL=SER=PTPPP1,DISP=SHR //DASD6 DD UNIT=SYSALLDA,VOL=SER=PTPPP2,DISP=SHR //DASD7 DD UNIT=SYSALLDA,VOL=SER=PTTPP1,DISP=SHR //DASD8 DD UNIT=SYSALLDA,VOL=SER=PTTMC1,DISP=SHR //TAPE DD DSN=SYS2.PTPR.DFDSS.INCRMNTL,DISP=(,CATLG,KEEP), // UNIT=3490,VOL=(,,,35),LABEL=RETPD=1 //SYSIN DD * DUMP DATASET(INCLUDE(**) - EXCLUDE(SYS1.ICFCAT.** - SYS1.VVDS.** - SYS1.VTOCIX.**) - BY((DSCHA,EQ,YES))) - LOGINDDNAME(DASD1,DASD2,DASD3,DASD4,DASD5,DASD6,DASD7,DASD8) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - SPHERE - TOL(ENQF) Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS Question - DSCHA
Willie, There's something wrong with these two datasets. Look up the ADRxxxE messages. The SYSJPT.SPFLOG1.LIST dataset appears to have an uncataloged duplicate on disk somewhere. Find and delete that uncataloged twin. I suspect, that VSAM dataset SYSJ1.DDIR is cataloged in a catalog other than the one that the HLQ SYSJ1 points to. If that's the case, you need to run a REPRO MERGECAT to combine everything in one catalog. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, June 27, 2008 10:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFDSS Question - DSCHA Hallo All, I am executing an incremental backup of various volumes. I am using the DSCHA parm. However, my problem is that I am receiving the following messages which prevents them from being backed up: ADR322E SYSJPT.SPFLOG1.LIST WAS NOT SELECTED DUE TO DUPLICATE NAME ADR727E DATA SET SYSJ1.DDIR IN CATALOG SYS1.ICFCAT.SYSQND WAS NOT PROCESSED BECAUSE IT NOT CATALOGED IN THE STANDARD ORDER OF SEARCH Is there a way of forcing DFDSS to backup the dsns regardless? Below are my control cards: //DASD1 DD UNIT=SYSALLDA,VOL=SER=PTPRS1,DISP=SHR //DASD2 DD UNIT=SYSALLDA,VOL=SER=PTPRS2,DISP=SHR //DASD3 DD UNIT=SYSALLDA,VOL=SER=PTTRS1,DISP=SHR //DASD4 DD UNIT=SYSALLDA,VOL=SER=PTPMC1,DISP=SHR //DASD5 DD UNIT=SYSALLDA,VOL=SER=PTPPP1,DISP=SHR //DASD6 DD UNIT=SYSALLDA,VOL=SER=PTPPP2,DISP=SHR //DASD7 DD UNIT=SYSALLDA,VOL=SER=PTTPP1,DISP=SHR //DASD8 DD UNIT=SYSALLDA,VOL=SER=PTTMC1,DISP=SHR //TAPE DD DSN=SYS2.PTPR.DFDSS.INCRMNTL,DISP=(,CATLG,KEEP), // UNIT=3490,VOL=(,,,35),LABEL=RETPD=1 //SYSIN DD * DUMP DATASET(INCLUDE(**) - EXCLUDE(SYS1.ICFCAT.** - SYS1.VVDS.** - SYS1.VTOCIX.**) - BY((DSCHA,EQ,YES))) - LOGINDDNAME(DASD1,DASD2,DASD3,DASD4,DASD5,DASD6,DASD7,DASD8) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - SPHERE - TOL(ENQF) Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS Question - DSCHA
re: SYSJPT.SPFLOG1.LIST These datasets are created by ISPF and you already have an other by the same name. Not sure why you would want to back it up. I think you can just delete the duplicate. Perhaps, keep the one that is cataloged and delete the other. re: ADR727E Application Programmer Response: Recatalog the data set in the standard order of search and rerun the job. Make sure the alias for SYSJ1 points to that catalog. If not, remove the catalog entry and catalog it in the right catalog. Pedro Vera -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS Question - DSCHA
Ulrich, I understand why we have problem it is because we have duplicate copies of certain disks on the floor. For example at each IPL time the the SYSRES packs are switched i.e. the backup disk (PTPRS2) becomes the active disk etc. I just need to backup all the files which have not been updated. When using FDR we don't have this problem Since this partition does not FDR we are forced to use DFDSS. --- On Fri, 6/27/08, Ulrich Krueger [EMAIL PROTECTED] wrote: From: Ulrich Krueger [EMAIL PROTECTED] Subject: Re: DFDSS Question - DSCHA To: IBM-MAIN@BAMA.UA.EDU Date: Friday, June 27, 2008, 10:41 AM Willie, There's something wrong with these two datasets. Look up the ADRxxxE messages. The SYSJPT.SPFLOG1.LIST dataset appears to have an uncataloged duplicate on disk somewhere. Find and delete that uncataloged twin. I suspect, that VSAM dataset SYSJ1.DDIR is cataloged in a catalog other than the one that the HLQ SYSJ1 points to. If that's the case, you need to run a REPRO MERGECAT to combine everything in one catalog. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, June 27, 2008 10:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFDSS Question - DSCHA Hallo All, I am executing an incremental backup of various volumes. I am using the DSCHA parm. However, my problem is that I am receiving the following messages which prevents them from being backed up: ADR322E SYSJPT.SPFLOG1.LIST WAS NOT SELECTED DUE TO DUPLICATE NAME ADR727E DATA SET SYSJ1.DDIR IN CATALOG SYS1.ICFCAT.SYSQND WAS NOT PROCESSED BECAUSE IT NOT CATALOGED IN THE STANDARD ORDER OF SEARCH Is there a way of forcing DFDSS to backup the dsns regardless? Below are my control cards: //DASD1 DD UNIT=SYSALLDA,VOL=SER=PTPRS1,DISP=SHR //DASD2 DD UNIT=SYSALLDA,VOL=SER=PTPRS2,DISP=SHR //DASD3 DD UNIT=SYSALLDA,VOL=SER=PTTRS1,DISP=SHR //DASD4 DD UNIT=SYSALLDA,VOL=SER=PTPMC1,DISP=SHR //DASD5 DD UNIT=SYSALLDA,VOL=SER=PTPPP1,DISP=SHR //DASD6 DD UNIT=SYSALLDA,VOL=SER=PTPPP2,DISP=SHR //DASD7 DD UNIT=SYSALLDA,VOL=SER=PTTPP1,DISP=SHR //DASD8 DD UNIT=SYSALLDA,VOL=SER=PTTMC1,DISP=SHR //TAPE DD DSN=SYS2.PTPR.DFDSS.INCRMNTL,DISP=(,CATLG,KEEP), // UNIT=3490,VOL=(,,,35),LABEL=RETPD=1 //SYSIN DD * DUMP DATASET(INCLUDE(**) - EXCLUDE(SYS1.ICFCAT.** - SYS1.VVDS.** - SYS1.VTOCIX.**) - BY((DSCHA,EQ,YES))) - LOGINDDNAME(DASD1,DASD2,DASD3,DASD4,DASD5,DASD6,DASD7,DASD8) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - SPHERE - TOL(ENQF) Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS Question - DSCHA
... the SYSRES packs are switched ... But that should not be a source of your messages. Both of your res packs should use the same master catalog (or at least, all of the aliases should be the same). The two datasets in your post seem to be user datasets and should be handled by correct cataloging. backup all the files which have not been updated I think you should backup the files whcih have been updated. Pedro Vera -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS Question - DSCHA
Willie, In that case, I think, you should to make a few changes. TSO-user datasets should never be allowed to go on a SYSRES pack, especially, if you maintain duplicate sets. Move everything off those SYSRES packs that is not SYS1 or otherwise needed by z/OS to boot and run. Be sure to mount those packs PRIVATE and/or find other ways to prevent non-system datasets from going on SYSRES packs. If everything's unique and the catalog points to where the dataset really exists, then your backup should not have any problems, regardless of FDR or DFDSS. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, June 27, 2008 10:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFDSS Question - DSCHA Ulrich, I understand why we have problem it is because we have duplicate copies of certain disks on the floor. For example at each IPL time the the SYSRES packs are switched i.e. the backup disk (PTPRS2) becomes the active disk etc. I just need to backup all the files which have not been updated. When using FDR we don't have this problem Since this partition does not FDR we are forced to use DFDSS. --- On Fri, 6/27/08, Ulrich Krueger [EMAIL PROTECTED] wrote: From: Ulrich Krueger [EMAIL PROTECTED] Subject: Re: DFDSS Question - DSCHA To: IBM-MAIN@BAMA.UA.EDU Date: Friday, June 27, 2008, 10:41 AM Willie, There's something wrong with these two datasets. Look up the ADRxxxE messages. The SYSJPT.SPFLOG1.LIST dataset appears to have an uncataloged duplicate on disk somewhere. Find and delete that uncataloged twin. I suspect, that VSAM dataset SYSJ1.DDIR is cataloged in a catalog other than the one that the HLQ SYSJ1 points to. If that's the case, you need to run a REPRO MERGECAT to combine everything in one catalog. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, June 27, 2008 10:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFDSS Question - DSCHA Hallo All, I am executing an incremental backup of various volumes. I am using the DSCHA parm. However, my problem is that I am receiving the following messages which prevents them from being backed up: ADR322E SYSJPT.SPFLOG1.LIST WAS NOT SELECTED DUE TO DUPLICATE NAME ADR727E DATA SET SYSJ1.DDIR IN CATALOG SYS1.ICFCAT.SYSQND WAS NOT PROCESSED BECAUSE IT NOT CATALOGED IN THE STANDARD ORDER OF SEARCH Is there a way of forcing DFDSS to backup the dsns regardless? Below are my control cards: //DASD1 DD UNIT=SYSALLDA,VOL=SER=PTPRS1,DISP=SHR //DASD2 DD UNIT=SYSALLDA,VOL=SER=PTPRS2,DISP=SHR //DASD3 DD UNIT=SYSALLDA,VOL=SER=PTTRS1,DISP=SHR //DASD4 DD UNIT=SYSALLDA,VOL=SER=PTPMC1,DISP=SHR //DASD5 DD UNIT=SYSALLDA,VOL=SER=PTPPP1,DISP=SHR //DASD6 DD UNIT=SYSALLDA,VOL=SER=PTPPP2,DISP=SHR //DASD7 DD UNIT=SYSALLDA,VOL=SER=PTTPP1,DISP=SHR //DASD8 DD UNIT=SYSALLDA,VOL=SER=PTTMC1,DISP=SHR //TAPE DD DSN=SYS2.PTPR.DFDSS.INCRMNTL,DISP=(,CATLG,KEEP), // UNIT=3490,VOL=(,,,35),LABEL=RETPD=1 //SYSIN DD * DUMP DATASET(INCLUDE(**) - EXCLUDE(SYS1.ICFCAT.** - SYS1.VVDS.** - SYS1.VTOCIX.**) - BY((DSCHA,EQ,YES))) - LOGINDDNAME(DASD1,DASD2,DASD3,DASD4,DASD5,DASD6,DASD7,DASD8) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - SPHERE - TOL(ENQF) Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives
Re: DFDSS Question - DSCHA
I gave the SYSRES vols as an example. We have others as well which are switched e.g. TSO lib vols. --- On Fri, 6/27/08, Pedro Vera [EMAIL PROTECTED] wrote: From: Pedro Vera [EMAIL PROTECTED] Subject: Re: DFDSS Question - DSCHA To: IBM-MAIN@BAMA.UA.EDU Date: Friday, June 27, 2008, 11:04 AM ... the SYSRES packs are switched ... But that should not be a source of your messages. Both of your res packs should use the same master catalog (or at least, all of the aliases should be the same). The two datasets in your post seem to be user datasets and should be handled by correct cataloging. backup all the files which have not been updated I think you should backup the files whcih have been updated. Pedro Vera -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS Question - DSCHA
Then you should make absolutely sure that a data volume is active **only** if the complete catalog chain (starting at the master catalog and stepping through each alias and its related user catalogs) that supports that volume is also active. -Original Message- From: willie bunter [mailto:snip] Sent: Friday, June 27, 2008 11:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFDSS Question - DSCHA I gave the SYSRES vols as an example. We have others as well which are switched e.g. TSO lib vols. --- On Fri, 6/27/08, Pedro Vera [EMAIL PROTECTED] wrote: From: Pedro Vera [EMAIL PROTECTED] Subject: Re: DFDSS Question - DSCHA To: IBM-MAIN@BAMA.UA.EDU Date: Friday, June 27, 2008, 11:04 AM ... the SYSRES packs are switched ... But that should not be a source of your messages. Both of your res packs should use the same master catalog (or at least, all of the aliases should be the same). The two datasets in your post seem to be user datasets and should be handled by correct cataloging. backup all the files which have not been updated I think you should backup the files whcih have been updated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS Question - DSCHA
- Original Message - From: willie bunter [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Friday, June 27, 2008 1:21 PM Subject: DFDSS Question - DSCHA Hallo All, I am executing an incremental backup of various volumes. I am using the DSCHA parm. However, my problem is that I am receiving the following messages which prevents them from being backed up: ADR322E SYSJPT.SPFLOG1.LIST WAS NOT SELECTED DUE TO DUPLICATE NAME ADR727E DATA SET SYSJ1.DDIR IN CATALOG SYS1.ICFCAT.SYSQND WAS NOT PROCESSED BECAUSE IT NOT CATALOGED IN THE STANDARD ORDER OF SEARCH Is there a way of forcing DFDSS to backup the dsns regardless? Below are my control cards: //DASD1 DD UNIT=SYSALLDA,VOL=SER=PTPRS1,DISP=SHR //DASD2 DD UNIT=SYSALLDA,VOL=SER=PTPRS2,DISP=SHR //DASD3 DD UNIT=SYSALLDA,VOL=SER=PTTRS1,DISP=SHR //DASD4 DD UNIT=SYSALLDA,VOL=SER=PTPMC1,DISP=SHR //DASD5 DD UNIT=SYSALLDA,VOL=SER=PTPPP1,DISP=SHR //DASD6 DD UNIT=SYSALLDA,VOL=SER=PTPPP2,DISP=SHR //DASD7 DD UNIT=SYSALLDA,VOL=SER=PTTPP1,DISP=SHR //DASD8 DD UNIT=SYSALLDA,VOL=SER=PTTMC1,DISP=SHR //TAPE DD DSN=SYS2.PTPR.DFDSS.INCRMNTL,DISP=(,CATLG,KEEP), // UNIT=3490,VOL=(,,,35),LABEL=RETPD=1 //SYSIN DD * DUMP DATASET(INCLUDE(**) - EXCLUDE(SYS1.ICFCAT.** - SYS1.VVDS.** - SYS1.VTOCIX.**) - BY((DSCHA,EQ,YES))) - LOGINDDNAME(DASD1,DASD2,DASD3,DASD4,DASD5,DASD6,DASD7,DASD8) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - SPHERE - TOL(ENQF) Willie, Just add the bad datasets to your EXCLUDE list. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS Question - DSCHA
Or fix the reason why they are bad in the first place. Edouard A. Myers Senior Information Technology Specialist Office of the Chief Technology Officer DC Government 222 Massachusetts Ave, NW, Suite 200 Washington, DC 20001 Phone : 202-727-4017 Fax: 202-727-3880 Email: [EMAIL PROTECTED] Website: http://www.octo.dc.gov -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Friday, June 27, 2008 3:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFDSS Question - DSCHA - Original Message - From: willie bunter [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Friday, June 27, 2008 1:21 PM Subject: DFDSS Question - DSCHA Hallo All, I am executing an incremental backup of various volumes. I am using the DSCHA parm. However, my problem is that I am receiving the following messages which prevents them from being backed up: ADR322E SYSJPT.SPFLOG1.LIST WAS NOT SELECTED DUE TO DUPLICATE NAME ADR727E DATA SET SYSJ1.DDIR IN CATALOG SYS1.ICFCAT.SYSQND WAS NOT PROCESSED BECAUSE IT NOT CATALOGED IN THE STANDARD ORDER OF SEARCH Is there a way of forcing DFDSS to backup the dsns regardless? Below are my control cards: //DASD1 DD UNIT=SYSALLDA,VOL=SER=PTPRS1,DISP=SHR //DASD2 DD UNIT=SYSALLDA,VOL=SER=PTPRS2,DISP=SHR //DASD3 DD UNIT=SYSALLDA,VOL=SER=PTTRS1,DISP=SHR //DASD4 DD UNIT=SYSALLDA,VOL=SER=PTPMC1,DISP=SHR //DASD5 DD UNIT=SYSALLDA,VOL=SER=PTPPP1,DISP=SHR //DASD6 DD UNIT=SYSALLDA,VOL=SER=PTPPP2,DISP=SHR //DASD7 DD UNIT=SYSALLDA,VOL=SER=PTTPP1,DISP=SHR //DASD8 DD UNIT=SYSALLDA,VOL=SER=PTTMC1,DISP=SHR //TAPE DD DSN=SYS2.PTPR.DFDSS.INCRMNTL,DISP=(,CATLG,KEEP), // UNIT=3490,VOL=(,,,35),LABEL=RETPD=1 //SYSIN DD * DUMP DATASET(INCLUDE(**) - EXCLUDE(SYS1.ICFCAT.** - SYS1.VVDS.** - SYS1.VTOCIX.**) - BY((DSCHA,EQ,YES))) - LOGINDDNAME(DASD1,DASD2,DASD3,DASD4,DASD5,DASD6,DASD7,DASD8) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - SPHERE - TOL(ENQF) Willie, Just add the bad datasets to your EXCLUDE list. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html