That would be my understanding. Dave O'Brien NIH Contractor ________________________________________ From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 11:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
David, I found in the doc that both options can be used in the DFHSM STORAGE ADMINISTRATION REFERENCE ZOS V1R70. I will take a closer look at this option. Since the DATASET BACKUP option is held, can I assume if I issue the RELEASE BACKUP(DSCOMMAND), the datasets will be backed up to ML1 DASD since the TAPE(TASKS is set to (0). --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] <obrie...@mail.nih.gov> wrote: From: O'Brien, David W. (NIH/CIT) [C] <obrie...@mail.nih.gov> Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 8:30 AM The 850MB value that you have specified allows a 850MB dataset backup to be directed to ML1 DASD. You might want to make that value smaller. Or comment out the Setsys Dsbackup altogether and take the defaults. Section 3.37.5.53 DSBACKUP: Controlling the Command Data Set Backup Environment of the z/OS V1R9.0 DFSMS Storage Administration Reference describes your options. Dave O'Brien NIH Contractor ________________________________________ From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 11:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN David, Should I need to change anytthing in the SETSYS DSBACKUP(DASDSELECTIONSIZE(850000 000000) DASD(TASKS(2)) ? --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] <obrie...@mail.nih.gov> wrote: From: O'Brien, David W. (NIH/CIT) [C] <obrie...@mail.nih.gov> Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 7:57 AM Willie, If you want Dataset Backups by command to go to tape then yes you need to change Tape(task(n) to a value other than zero. Then Release Backup(dscommand) as Bob suggested in another posting. Dave O'Brien NIH Contractor ________________________________________ From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 10:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN David, Just to confirm my understanding if I change the TAPE(TASKS(1) this should solve the problem. Do I need to change anything else? --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] <obrie...@mail.nih.gov> wrote: From: O'Brien, David W. (NIH/CIT) [C] <obrie...@mail.nih.gov> Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 7:43 AM Well you will never backup to tape as you have Tape(tasks(0). Hope you have sufficient ML1 space once you release DSBACKUP. As Lizzette pointed out, it is currently held. Dave O'Brien NIH Contractor ________________________________________ From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 10:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN David, I did a find for DSBACKUP and all I found is : SETSYS DSBACKUP(DASDSELECTIONSIZE(850000 000000) DASD(TASKS(2)) - TAPE(TASKS(0) DEMOUNTDELAY(MINUTES(0) MAXIDLETASKS(0)))) --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] <obrie...@mail.nih.gov> wrote: From: O'Brien, David W. (NIH/CIT) [C] <obrie...@mail.nih.gov> Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 7:19 AM Willie, Do you have anything coded in your parmlib for DSBACKUP? I don't and the defaults work fine. Kindly post the following from Q SETSYS ARC0269I DATA SET DASD BACKUP TASKS=02 DATA SET TAPE BACKUP TASKS=02, ARC0269I (CONT.) DEMOUNTDELAY MINUTES=0060, MAXIDLETASKS=00, DATA SET BACKUP ARC0269I (CONT.) MAXIMUM DASD SIZE=003000, DATA SET BACKUP STANDARD DASD ARC0269I (CONT.) SIZE=000250, SWITCHTAPES TIME=0000, PARTIALTAPE=MARKFULL Dave O'Brien NIH Contractor ________________________________________ From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 10:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN Here it is: ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=G ARC0144I AUDIT=NOT HELD AND INACTIVE, LIST=NOT HELD AND INACTIVE, RECYCLE=NOT ARC0144I (CONT.) HELD AND ACTIVE, REPORT=NOT HELD AND INACTIVE ARC0160I MIGRATION=NOT HELD, AUTOMIGRATION=NOT HELD, RECALL=NOT HELD, ARC0160I (CONT.) TAPERECALL=NOT HELD, DATA SET MIGRATION=INACTIVE, VOLUME ARC0160I (CONT.) MIGRATION=INACTIVE, DATA SET RECALL=INACTIVE ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD, ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=DASD HELD, ARC0163I (CONT.) VOLUME BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME ARC0163I (CONT.) RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, ARC0276I (CONT.) MAX=00) ARC1826I FRBACKUP=NOT HELD AND INACTIVE,FRRECOV=NOT HELD AND INACTIVE,FRBACKUP ARC1826I (CONT.) DUMP=NOT HELD AND INACTIVE,FRRECOV(TAPE)=NOT HELD AND INACTIVE --- On Fri, 5/29/09, O'Brien, David W. (NIH/CIT) [C] <obrie...@mail.nih.gov> wrote: From: O'Brien, David W. (NIH/CIT) [C] <obrie...@mail.nih.gov> Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Friday, May 29, 2009, 6:58 AM Willie, Kindly post the following from your Q AC ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD, ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=NOT HELD, VOLUME ARC0163I (CONT.) BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME ARC0163I (CONT.) RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, ARC0276I (CONT.) MAX=00) It is the value of the second line above that controls Dataset Backup, namely DATA SET BACKUP=NOT HELD. Dave O'Brien NIH Contractor ________________________________________ From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Friday, May 29, 2009 9:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN I verfied the STC. The CDS backups were successfully executed at 05:01 a.m.: ARC0741I CDS BACKUP ENDING AT 05:01:18 ON 2009/05/29, ARC0741I (CONT.) STATUS=SUCCESSFUL I checked the status - HSEND Q AC W & it displays the following: BACKUP=00001895. Of note the backup is not held - BACKUP=NOT HELD. At present 2 recall tasks are executing, 1 migrate task is underway. I displayed the CDS and it shows the MCDS at 92% the journal is as follows: JOURNAL TOTAL SPACE=215280 K-BYTES, CURRENTLY ABOUT 006% FULL, --- On Thu, 5/28/09, Gibney, Dave <gib...@wsu.edu> wrote: From: Gibney, Dave <gib...@wsu.edu> Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN To: IBM-MAIN@bama.ua.edu Received: Thursday, May 28, 2009, 9:44 AM You've got a CDS Back-up in progress, or more likely failed. Or your JRNL is full and you need to issue a BACKVOL CDS command. Dave Gibney Information Technology Services Washington State University > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of willie bunter > Sent: Thursday, May 28, 2009 7:15 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN > > Thanks Bill. I have a sneaky suspicion that this has to do with the > AUTOBACKSTART time. I will keep on digging and let the LIST know if I > find anything. > > --- On Thu, 5/28/09, Big Iron <billlalo...@rocketmail.com> wrote: > > > From: Big Iron <billlalo...@rocketmail.com> > Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN > To: IBM-MAIN@bama.ua.edu > Received: Thursday, May 28, 2009, 7:06 AM > > > If I understand correctly, you are saying that there were 1740 backup > requests waiting. Your request would normally go to the back of the > queue. If there are active backup requests, then DFHSM will get around > to yours. If there aren't any active backup requests, then there may be > a > problem, possibly related to processing the backup request(s) at the > front > of the queue. I think that it is now possible to adjust the priority of > DFHSM requests but I haven't experimented with that feature myself. > > Bill > > On Thu, 28 May 2009 19:49:12 +0800, Brian Fraser > <brianmfra...@gmail.com> wrote: > > >My guess would be that the MGMTCLAS doesn't allow backup. > > > >On Thu, May 28, 2009 at 7:27 PM, willie bunter > <williebun...@yahoo.com>wrote: > > > >> Good Morn, > >> > >> Could somedbody advise as to how I can trigger the backup of a dsn. > I > >> issued the command HBACK FE2.FOCUS.MONTHLY.RESULTS. The command was > >> accepted however nothing happens. I checked the DFHSM parm and I > noticed > >> that the autobackup start is as follows: > >> SETSYS AUTOBACKUPSTART(0100 0300 0530) > >> > >> Could that be the reason why? If so, to fix the problem, if I issue > >> SETSYS AUTOBACKUPSTART(0700 0800 0830) would that be a work around? > I also > >> noticed that there are BACKUP=00001740 waiting when I did the HSEND > Q AC W. > >> How can I just run my backup and nothing else? > >> > >> Thanks. > >> > >> > > ---------------------------------------------------------------------- > 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 > > > > > __________________________________________________________________ > Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark > your favourite sites. Download it now > http://ca.toolbar.yahoo.com. > > ---------------------------------------------------------------------- > 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 __________________________________________________________________ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca ---------------------------------------------------------------------- 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 __________________________________________________________________ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ ---------------------------------------------------------------------- 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 __________________________________________________________________ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca ---------------------------------------------------------------------- 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 __________________________________________________________________ The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ ---------------------------------------------------------------------- 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 __________________________________________________________________ The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ ---------------------------------------------------------------------- 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 __________________________________________________________________ The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ ---------------------------------------------------------------------- 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