Paul, That is a feature that we rely upon.
Our year-end close-out files go to a separate data path through our system. Once I have the first copy from the server, I back up to Copypool for a second copy, then pull both copies for offline storage. I flag both tapes as "unavailable" and that exempts them from normal TSM reclamation, etc. So three years from now, for example, I *still* know which tapes hold which year-end files and their locations have not changed. Tab Trepagnier TSM Administrator Laitram Corporation "Seay, Paul" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/19/2002 03:04:04 PM Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: Re: Backup StgPool Issue Discovered The question I have: Does anyone consider this a problem or are you OK with it working like this? -----Original Message----- From: Remeta, Mark [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 19, 2002 10:33 AM To: [EMAIL PROTECTED] Subject: Re: Backup StgPool Issue Discovered You could also do a q vol * access=unavailable (or whatever you want to check). -----Original Message----- From: Seay, Paul [mailto:[EMAIL PROTECTED]] Sent: Monday, March 18, 2002 11:18 PM To: [EMAIL PROTECTED] Subject: Backup StgPool Issue Discovered I found out today it appears that a BACKUP STGpool command will just skip tapes that are in an UNAVAILABLE, DESTROYED, or DAMAGED status and put out a little warning message and give you a SUCCESS. DESTROYED is not a problem because I took the overt action to say it was destroyed, but skipping UNAVAILABLE or DAMAGED is not good. I would bet there are hundreds of customers not aware of this. The exposure is your copypool (disaster recovery set) may not include all of the data and not a valid restore point. Unfortunately, a tape can get in the UNAVAILABLE status just because the tape library had a problem dismounting the tape. I have developed a workaround: select volume_name, access from volumes where access not in ('OFFSITE','READONLY','READWRITE','DESTROYED') and stgpool_name LIKE 'TAPE_%' ANR2034E SELECT: No match found using this criteria. ANS8001I Return code 11. This generates a return code 11 if everything is OK, zero is not good. I am developing a script to do my backup commands and capture if there are pools with errors. Everyone may want to at least run this against your primary pools to see if you have any. All my primary pools begin with "TAPE_". Remember % is splat and _ is placeholder. Paul D. Seay, Jr. Technical Specialist Naptheon, INC 757-688-8180 Confidentiality Note: The information transmitted is intended only for the person or entity to whom or which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please delete this material immediately.