ADSM-L

Re: [ADSM-L] Reclamation

2008-12-09 11:23:15
Subject: Re: [ADSM-L] Reclamation
From: Stephan Boldt <stephan.boldt+adsm-l AT GMAIL DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 9 Dec 2008 17:20:25 +0100
So, if your diskpool is large enough, relamation would only need the target
tape and NOT the source tape? (because all data that is moved during
migration is also cached on disk!) Is this true?

kind regards,
Stephan

2008/12/9 Mark Stapleton <Mark.Stapleton AT cdw DOT com>

> When TSM tries to access a file for any purpose (restore, reclamation,
> etc.), it will ALWAYS try to use a copy of the file residing in a
> disk-based device class storage pool--even if the file isn't available
> (due to disk downage).
>
> --
> Mark Stapleton (mark.stapleton AT cdw DOT com)
> CDW Berbee
> System engineer
> 7145 Boone Avenue North, Suite 140
> Brooklyn Park MN 55428-1511
> 763-592-5963
> www.berbee.com
>
>
> > -----Original Message-----
> > From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> > Of Stephan Boldt
> > Sent: Tuesday, December 09, 2008 7:47 AM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Re: [ADSM-L] Reclamation
> >
> > Just a dumb question: Is there a possibility to do the reclamation of
> > the
> > primary tape pools via the cached data in the disk pools?
> >
> > kind regards,
> > Stephan
> >
> > 2008/12/8 Allen S. Rout <asr AT ufl DOT edu>
> >
> > > >> On Mon, 8 Dec 2008 12:27:46 -0500, "Lepre, James"
> > <jlepre AT SOLIXINC DOT COM>
> > > said:
> > >
> > > > I have a question on how reclamation works.  I have a small
> library
> > > > with 24 slots and 2 Drives.  When I start reclamation say at 90%
> it
> > > > puts in tape 1 and then put in another tape to reclamate to.  It
> > > > then ask for tapes that are not in the library so I am constantly
> > > > checking in and out tapes to reclamate this one tape.  Could
> > someone
> > > > tell me how the process actually is supposed to work maybe I am
> > > > doing something incorrect.
> > >
> > > In general, you'll expect a full volume to have at least two partial
> > > files (aggregates) on it: the one hanging off the beginning, and the
> > > one hanging off the end.
> > >
> > > You may have several others, too, if you are constricted (as it
> > > appears you are): Every time you finish a volume, there's a partial
> > > file there.  It's possible the "other" halves might get
> > > disproportionately collected.
> > >
> > > So, the checking in and out is to be expected.
> > >
> > >
> > > How many tapes in your collection?  You may be able to make a case
> > for
> > > acquiring a larger library.  This can be exceptionally attractive if
> > > you can point out that now you have to be onsite to service
> restores.
> > > If you have all your data in the library, most activity can go
> > > unattended.
> > >
> > > I view handling-by-humans as the largest risk my tapes go through.
> > > Minimizing those occasions is well worth it, in the long run.
> > >
> > >
> > > - Allen S. Rout
> > >
> >
> > No virus found in this incoming message.
> > Checked by AVG - http://www.avg.com
> > Version: 8.0.176 / Virus Database: 270.9.15/1838 - Release Date:
> > 12/8/2008 6:16 PM
>

<Prev in Thread] Current Thread [Next in Thread>