|
At 09:31 AM 2/13/01 -0500, you wrote: There is a Clear Tape (CLRTAP) command in TAA Tools. It reuses everything that was there before, but initializes the tape. See: http://www.taatool.com/document/L_clrtap.htm Al >Using what command? If INZTAP, don't you still have to specify the NEWVOL >parameter? > >Dan Bale >IT - AS/400 >Handleman Company >248-362-4400 Ext. 4952 > >-------------------------- Original Message -------------------------- >Of course, if you wanted to reuse a tape and it's expiry date hadn't been >reached, you could always specify SEQNBR(1) CLEAR(*ALL) > >....Neil > > >Chuck Lewis <clewis@iquest.net> >Sent by: owner-midrange-l@midrange.com >2001/02/12 12:47 >Please respond to MIDRANGE-L > > > To: MIDRANGE-L@midrange.com, D.BALE@handleman.com > cc: > Subject: Re: tape volume ID > > >Dan > >What I do is initialize a tape with a unique volume ONCE. Start with >000000 (or >000001 if you aren't into IBM numbering <BG>)... > >I have a file that keeps track of all of this (you can buy packages to do this >too). My backups save with an expiration date calculated 21 days from the day >they >are running (via a program) so they do not need to be reinitialized when they >are >due to be used again (the expiration date has passed). > >You can go into System Service Tools (STRSST) and take 1. Start a service tool >and >then take 1. Product activity log and then take either 4. Work with removable >media >lifetime statistics or 5. Display or print removable media session statistics. >Either way you will see WHY you want to keep Volume ID's unique - this will >show >you the statistics of among other things, errors for each tape used. > >HTH ! > >Chuck > >D.BALE@handleman.com wrote: > > > I've seen a "standard operating procedure" over the years of initializing > > tapes for backup using a new/different volume ID every time a tape is used > > (usually the current date value). Does doing this defeat the ability > of the > > AS/400 to detect bad tapes over a period of time? "Problem Analysis" is a > > term that pops into my head for some reason. It seems to me that the > Volume > > ID should be set once per tape, and never used again on another tape. Yes? >No? > > > > As I'm just getting involved in this again for the first time in five > years, > > my memory's still a little shaky on the subject, but I seem to remember > > thinking that if INZTAP didn't require a NEWVOL entry everytime you > needed to > > initialize a tape, it would be easier to keep the *SAME volume ID. Is > there >a > > good reason why *SAME is not a valid value for the NEWVOL parameter? > > > > Dan Bale > > IT - AS/400 > > Handleman Company > > 248-362-4400 Ext. 4952 >+--- >| This is the Midrange System Mailing List! >| To submit a new message, send your mail to MIDRANGE-L@midrange.com. >| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. >| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. >| Questions should be directed to the list owner/operator: david@midrange.com >+--- +--------------------------------------------------+ | Please do not send private mail to this address. | | Private mail should go to barsa@ibm.net. | +--------------------------------------------------+ Al Barsa, Jr. - Account for Midrange-L Barsa Consulting Group, LLC. 400 > 390 Phone: 914-251-1234 Fax: 914-251-9406 http://www.barsaconsulting.com http://www.taatool.com +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.