ADSM-L

Re: Deleting Backupsets - Recovering the tapes

2002-09-16 13:11:12
Subject: Re: Deleting Backupsets - Recovering the tapes
From: Mark Stapleton <stapleto AT BERBEE DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Mon, 16 Sep 2002 12:09:36 -0500
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Coats, Jack
> When I do a 'q libv' my listing shows two tapes
>
> LB6.0.0.1        175ACBL1        Private                   BackupSet 4,111
> LB6.0.0.1        191ACBL1        Private                   BackupSet 4,107
>
> I use the GUI to delete any existing backup sets, and it says there are
> none.  It generated the following messages:
>
> 09/16/2002 10:31:00   ANR2017I Administrator ADMIN issued command: DELETE
>                        BACKUPSET * * BEGINDATE=01/01/2001 BEGINTIME=NOW
>                        ENDDATE=09/16/2002 ENDTIME=NOW PREVIEW=NO
> 09/16/2002 10:31:56   ANR2034E DELETE BACKUPSET: No match found using this
                        criteria.
>
> How can I get these back into my scratch pool?
> How could I find out what is on each of these tapes (what backup set)?
>
> Currently when I do a Q BACKUPSET I get
> ANR2034E QUERY BACKUPSET: No match found using this criteria.
> message.

Try this (undocumented) command:

        q volh type=backupset

If you get entries from this, and the TSM server was upgraded from an
earlier version, you're pretty much in the same boat as one of my customers
was.

There is an (undocumented) way to get rid of the buggers:

        del volh type=backupset todate=<date_of_backupset_creation>
            volume=<volume_name> force=yes

WARNING WARNING WARNING
This command is undocumented, and if it causes problems, there is no support
for having used it.

--
Mark Stapleton (stapleton AT berbee DOT com)
Certified TSM consultant
Certified AIX system engineer
MCSE