ooohhh!!
Well, that explains some things.
I would say that is kind of unusual - to have your drives defined
separately
like that.
A more usual configuration when you have 2 drives, is to have ONE library
definition with two tape drives in the library.
Because there is normaly no need to have the drives assigned specifically
to
primary or copy tapes.
ADSM just uses the 2 drives as needed.
I don't know why your tape drives were set up this way to start with. Are
they a different kind of tape drive?
Anyway, that explains why your reclaims aren't running automatically.
Reclaims have to happen WITHIN the same library, so you have to have two
drives, and a mountlimit of 2.
So that is why you have to do your reclaims manually, with a MOVE DATA.
Anyway, I think you have 2 choices. One is to reconfigure your tape
library
so that both drives are available in the same device class, if that is
possible at all.
The other thing you could do about reclaiming your COPY tapes, is just to
pick the copy tape with the least amount of data on it, and do a DELETE and
specify DISCARDDATA=YES.
ADSM will return the deleted COPY tape to scratch, and update the data base
to show that all the backup versions that were on the copy tape have been
deleted.
The next time you run BACKUP STGPOOL to create copy tapes, ADSM will RECOPY
everything that is not already in the COPY pool; in other words, it will
rebuild the copy of the things you deleted.
Now this is NOT an option if anybody has been doing manual deletes from
your
PRIMARY pool. But normally, there is NOTHING in your COPY pool tapes that
is not in your PRIMARY pool.
This is also NOT an option if your PRIMARY tapes are not reliable - if you
do the DELETE and then can't copy the data from the PRIMARY pool, those
files are toast.
You also have an exposure of not having a disaster recovery copy during the
time between the DELETE is done and the new copy is made and moved offsite.
So it is not a great option.
However, your other options don't sound great, either ...:>)
Hope this helps and I'm not just adding to the confusion...
===============================================================
Wanda Prather
Johns Hopkins Applied Physics Lab
443-778-8769
wanda_prather AT jhuapl DOT edu
"Intelligence has much less practical application than you'd think."
- Scott Adams/Dilbert
===============================================================
> ----------
> From: Janie Pendergraft[SMTP:jpenderg AT stj DOT com]
> Sent: Thursday, April 23, 1998 10:05 AM
> To: ADSM-L AT vm.marist DOT edu
> Subject: Re: Re[2]: Copy Tapes
>
> We have 2 tape drives..one for copy tapes and one for primary tapes. The
> mount limit said one on the copy tape drive and also on the primary tape
> drive.
> ----------
> From: Prather, Wanda[SMTP:PrathW1 AT central.SSD.JHUAPL DOT edu]
> Sent: Thursday, April 23, 1998 8:48 AM
> To: 'lipp AT STORSOL DOT COM'; Pendergraft, Janie
> Subject: RE: Re[2]: Copy Tapes
>
> It's not wrong, it just means you are doing something manually that
> normally
> ADSM takes care of automatically.
>
> If you have only 1 tape drive, then you must do reclaims by using MOVE
> DATA
> to shuffle data from tape back to disk, then back to tape.
>
> If you have more than 1 tape drive, ADSM should do it for you.
>
> How many tape drives do you have?
>
> Check the mountlimit for the device class: q devclass * f=d
>
> Kelly, can you think of anything else that would prevent reclaims from
> happening automatically?
>
>
> > ----------
> > From: Janie Pendergraft[SMTP:jpenderg AT stj DOT com]
> > Sent: Thursday, April 23, 1998 9:20 AM
> > To: ADSM-L AT vm.marist DOT edu
> > Subject: Re: Re[2]: Copy Tapes
> >
> > Wanda & Kelly,
> > I will try to use the reclaim process today. It is set to 40%. Our
> > primary
> > tape reclamation is also set to 40% but we have been using the move
data
> > process to reclaim our primary tapes when we need scratch tapes. This
> may
> > be the wrong way to do it? Like I said earlier we are new to this and
> > still
> > in the process of learning and ADSM appears to be a good product but
far
> > different from any other backup we have used in the past.
> >
> > ----------
> > From: Prather, Wanda[SMTP:PrathW1 AT CENTRAL.SSD.JHUAPL DOT EDU]
> > Reply To: ADSM: Dist Stor Manager
> > Sent: Wednesday, April 22, 1998 3:53 PM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Re: Re[2]: Copy Tapes
> >
> > Janie, tapes should reclaim just fine for your copy storage pools.
> > You just can't do it with MOVE DATA, it should happen automatically
with
> > the
> > RECLAIM process
> >
> > If your copy storage pool tapes are still on site, when a tapes hits
the
> > reclaim threshold, ADSM will start mounting the tapes automatically and
> > doing a reclaim. Once all the data has been copied to a new tape, the
> > reclaimed tape will be returned to scratch.
> >
> > If your copy storage pools tapes are offsite, when a tape hits the
> reclaim
> > threshold, ADSM will mount the appropriate tapes from the PRIMARY pool
> and
> > start to rebuild the data onto a new copy pool tape. And the offsite
> tape
> > being reclaimed will go back to scratch.
> >
> > Something else is wrong if you have a copy pool set up, but no reclaims
> > are
> > happening.
> >
> > 1) are your PRIMARY tapes being recliamed OK?
> >
> > 2) What is the RECLAIM threshold for your copy storage pool?
> > (To find out, display the PROPERTIES for the copy storage pool. Or if
> you
> > prefere the command line, enter the command: q stgpool POOLNAME f=d
> >
> > ===============================================================
> > Wanda Prather
> > Johns Hopkins Applied Physics Lab
> > 443-778-8769
> > wanda_prather AT jhuapl DOT edu
> >
> > "Intelligence has much less practical application than you'd think."
> > - Scott Adams/Dilbert
> > ===============================================================
> >
> >
> >
> > > ----------
> > > From: Janie Pendergraft[SMTP:jpenderg AT stj DOT com]
> > > Sent: Wednesday, April 22, 1998 4:12 PM
> > > To: ADSM-L AT vm.marist DOT edu
> > > Subject: Re: Re[2]: Copy Tapes
> > >
> > > That is what I have finally figured out. I guess we will just leave
> the
> > > tapes as they are just in case for some reason there may be some
> > > information on them that we need. We will just order new tapes. I
> would
> > > just discard the data and scratch the tapes but I really don't want
to
> > > take
> > > the chance there may be something on them we might need. Thanks
> anyway.
> > >
> > > Janie Pendergraft
> > > St. John's Regional Medical Center
> > >
> > >
> > >
> > > ----------
> > > From: James SPORER[SMTP:james.sporer AT CCMAIL.ADP.WISC DOT EDU]
> > > Reply To: ADSM: Dist Stor Manager
> > > Sent: Wednesday, April 22, 1998 2:40 PM
> > > To: ADSM-L AT VM.MARIST DOT EDU
> > > Subject: Re[2]: Copy Tapes
> > >
> > > I don't think you can do that. The data already exists in the
> > > primary
> > > storage pool. If you want to copy the tape you must copy it to
a
> > > copy
> > > storage pool.
> > >
> > >
> > >
> > > ______________________________ Reply Separator
> > > _________________________________
> > > Subject: Re: Copy Tapes
> > > Author: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> at IPNET
> > > Date: 4/22/98 11:34 AM
> > >
> > >
> > > Kelly,
> > > We used the Gui interface on an ADSM NT Sever ver 2.1.06 with the
move
> > > data
> > > option. We were trying to move the data from the copy tape to a
> storage
> > > pool called backup_disk. We thought this would reclaim the tape to
> > scratch
> > > status. The error we keep getting is:
> > > ANS8001 Moving data from selected volume cannot be completed due to
> the
> > > following error
> > > ANS51021 Return Code 21
> > >
> > > We are still trying to research the error message and figure out why
> we
> > > cannot reclaim the tapes.
> > > ----------
> > > From: Kelly J. Lipp[SMTP:lipp AT STORSOL DOT COM]
> > > Reply To: lipp AT storsol DOT com
> > > Sent: Tuesday, April 21, 1998 5:25 PM
> > > To: ADSM-L AT VM.MARIST DOT EDU
> > > Subject: Re: Copy Tapes
> > >
> > > You can reclaim copy storage pool volumes. Are you getting an error
> > when
> > > set the reclaim threshold on the pool?
> > >
> > > Good job on having a copy storage pool in the first place. Lots of
> > folks
> > > don't create one early and then have real problems later.
> > >
> > > Kelly Lipp
> > >
> > > -----Original Message-----
> > > From: Janie Pendergraft [SMTP:jpenderg AT STJ DOT COM]
> > > Sent: Tuesday, April 21, 1998 3:53 PM
> > > To: ADSM-L AT VM.MARIST DOT EDU
> > > Subject: Copy Tapes
> > >
> > > When we first set up our ADSM server we had a consultant come in and
> > help
> > > us. We had a tape drive set up for copy tapes to use for offsite
> > backups.
> > > We had not implemented DRM and still haven't yet but are in the
> process
> > of
> > > doing so. We have nearly 100 copy tapes in the library 4mmlib_copy
> with
> > > 0.3
> > > % utilization and .51% utilization etc. This apparently happened
> because
> > > our ADSM server was not set up correctly. Our tapes fill up to 100%
> now.
> > > My
> > > question is when we tried to reclaim the data off of these tapes it
> gave
> > > us
> > > an error message indicating that we cannot reclaim copy tapes. Is
> there
> > > any
> > > way to reclaim the data off of these tapes so we can make them
> scratch?
> > I
> > > am under the impression from what I have read copy tapes cannot be
> > > reclaimed and if this is so then we will have to keep buying more
> tapes
> > > instead of scratching the ones we already have. We can delete them
and
> > > discard data but we would rather not do that in the event there is
> some
> > > information on these tapes that we may need. Thanks for any help. We
> are
> > > still new to ADSM and learning how it works.
> > >
> > > Janie Pendergraft
> > > St. John's Regional Medical Center
> > >
> >
>
|
