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
