I have made a request to change the option to use TAPE(TASKS(1)).  It seems 
that this problem has been always there - inherited it from a client who came 
on board 2 years ago.
 
If I get the green light from the client, I will change the TAPE(TASKS to (1) 
and issued the RELEASE BACKUP(DSCOMMAND).  
 
Do I need to hard the command in the PARMLIB?

--- On Fri, 5/29/09, Ulrich Krueger <[email protected]> wrote:


From: Ulrich Krueger <[email protected]>
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN - THANK YOU
To: [email protected]
Received: Friday, May 29, 2009, 9:43 AM


You're very welcome, Willie.
Are you saying that the problem is now fixed?
What did you do? What changes did you make?
And, for the curious among us: What caused dataset backup to be held in the
first place? A dataset too big for disk backup or lack of ML1 space?


Regards,
Ulrich Krueger


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf
Of willie bunter
Sent: Friday, May 29, 2009 09:26
To: [email protected]
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN - THANK YOU

Thanks to everybody who responded to my post and help fix my problem.  You
are all a shining example of what a great group you are.  Much obliged. 
Cheers.

--- On Fri, 5/29/09, Ulrich Krueger <[email protected]> wrote:


From: Ulrich Krueger <[email protected]>
Subject: Re: DFHSM QUESTION - UNABLE TO BACKUP DSN
To: [email protected]
Received: Friday, May 29, 2009, 9:06 AM


> 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).

IMHO ... Yes, but ...
What if a dataset backup request exceeds 850MB or the max. space available
on a single ML1 disk? 
Since you don't allow tape to be used for backups, this will cause an error
and your dataset backups will be held again.
My recommendation is to first change your configuration to allow one (or
more) tape backup tasks and then release backup.


Regards,
Ulrich Krueger

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf
Of willie bunter
Sent: Friday, May 29, 2009 08:49
To: [email protected]
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).
 
 

----------------------------------------------------------------------
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



      __________________________________________________________________
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 [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



      __________________________________________________________________
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 [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to