A copy pool works differently than a primary pool in this regard. In a
primary pool, if the volume is "filling" it will not show up in
reclamation queries, in a copy pool it will. However you have to
remember that in reclamation it's not the percent used, or valid that
matters it's the percent reclaimable. What this means is that if the
tape is in a copypool, and is "filling" but only has a utilization of
30% TSM understands that its "70%" reclaimable once its offsite. If you
set reclamation to 30% you'll get everything that's at that level and
higher, meaning all that are 40%, 50%, 60%, etc. etc.
The lower you set that number the MORE tapes you'll have to reclaim, and
reclaiming an offsite pool is not like an onsite pool at all.
In an offsite pool the reclamation process can do things differently
depending on your version of TSM. In 5.3 and newer you set the reclaim
level at 100%, and then run the "reclaim stg" command with a threshold
option. In 5.2 and older you have to adjust the reclamation level on
the stg pool. Either way it starts by gathering a list of tapes that
are at that level and above, and begins working on all of them at once.
Which means it may get 1% of every tape instead of working on the first,
then second, then third like a primary pool. Now, if you use the
reclaim stg command you can set a limit on the number of tapes it
processes, and the time. However, if you have a lot of tapes what you
want to do is set your reclaim threshold higher and allow TSM to reclaim
those, and then work your way down to the level you want. (we set ours
to 60%).
I imagine you'll see a lot of tapes in the query below at near 100% due
to the fact that it has so many tapes to process every time reclamation
is run that it never finishes reclaiming any of them. So, start by
setting reclamation to say 90 to start with, then work down until you
get to a comfortable level.
Here's a query that I run on one of our pools:
select volume_name as CP_LTO3_VOL,est_capacity_mb as
CAPACITY,pct_utilized as UTILIZATION,pct_reclaim as RECLAIMABLE from
volumes where stgpool_name='YOURPOOLNAME' and pct_reclaim>=$1 order by
pct_reclaim desc
Replace $1 with the percentage level you're looking for. For example,
select volume_name as CP_LTO3_VOL,est_capacity_mb as
CAPACITY,pct_utilized as UTILIZATION,pct_reclaim as RECLAIMABLE from
volumes where stgpool_name='YOURPOOLNAME' and pct_reclaim>=60 order by
pct_reclaim desc
You'll get out put similar to this:
tsm: TSM1>select volume_name as CP_LTO3_VOL,est_capacity_mb as
CAPACITY,pct_util
ized as UTILIZATION,pct_reclaim as RECLAIMABLE from volumes where
stgpool_name='
COPYPOOL-LTO3' and pct_reclaim>=60 order by pct_reclaim desc
CP_LTO3_VOL CAPACITY UTILIZATION
RECLAIMABLE
------------------ -------------------- -----------
-----------
A00237L3 819200.0 0.5
99.4
A00321L3 819200.0 0.6
99.3
A00000L3 819200.0 8.0
91.9
A00324L3 819200.0 10.0
89.9
A00245L3 769166.2 10.9
89.2
A00207L3 813060.9 10.9
89.0
A00075L3 816712.8 13.1
86.8
A00247L3 819200.0 13.4
86.5
A00257L3 731022.8 15.1
85.0
A00123L3 819200.0 15.5
84.4
A00099L3 819200.0 16.1
83.8
A00250L3 818835.2 16.4
83.6
A00034L3 910177.3 37.7
62.4
See Ya'
Howard
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> Of Jim Young
> Sent: Monday, April 28, 2008 9:11 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: [ADSM-L] Offsite tapes not being brought back.
>
> Quick check SQL:
>
> select volume_name,status,pct_reclaim,pct_utilized from volumes where
> (status='FILLING' or status='FULL') and
> stgpool_name='YOURSTGPOOLNAMEHERE'
> order by pct_reclaim
>
> If pct_reclaim is not over 70 that would explain why.
>
> Jim
>
> ----- Original Message -----
> From: "David Hensley" <dhensley AT MCNEILUSCO DOT COM>
> To: <ADSM-L AT VM.MARIST DOT EDU>
> Sent: Monday, April 28, 2008 2:44 PM
> Subject: Re: [ADSM-L] Offsite tapes not being brought back.
>
>
> > Tapes are not flagged as empty. Reclaim does not appear to be
working
> > correctly. I have reclaim set to 30% and still nothing is
reclaiming.
> >
> >
> >
> > Dave Hensley
> > Technical Analyst
> > McNeilus Companies, Inc.
> > Desk: 1-507-374-8587
> > Cell: 1-507-244-0921
> >
> >
> >
> > Angus Macdonald
> > <Angus.Macdonald@
> > NWW-TR.WALES.NHS.
> To
> > UK> ADSM-L AT VM.MARIST DOT EDU
> > Sent by: "ADSM:
> cc
> > Dist Stor
> > Manager"
> Subject
> > <[email protected] Re: [ADSM-L] Offsite tapes not
> > .EDU> being brought back.
> >
> >
> > 04/28/2008 08:31
> > AM
> >
> >
> > Please respond to
> > "ADSM: Dist Stor
> > Manager"
> > <[email protected]
> > .EDU>
> >
> >
> >
> >
> >
> >
> > Are the tapes flagged as Empty? Is reclamation working?
> >
> > -----Original Message-----
> > From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf
> Of
> > David Hensley
> > Sent: 28 April 2008 14:28
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: [ADSM-L] Offsite tapes not being brought back.
> >
> >
> > I have tapes in my offsite tapecopypool that are not being returned.
> How
> > do
> > I bring these tapes back for use?
> >
> >
> >
> > Dave Hensley
> > Technical Analyst
> > McNeilus Companies, Inc.
> > Desk: 1-507-374-8587
> > Cell: 1-507-244-0921
> >
> >
> > Although this e-mail and any attachments are believed to be free of
> any
> > virus or other defect which might affect any computer system, it is
> the
> > responsibility of the recipient to check that it is virus-free and
> the
> > sender accepts no responsibility or liability for any loss, injury,
> > damage,
> > cost or expense arising in any way from receipt or use thereof by
the
> > recipient.
> >
> > The information contained in this electronic mail message is
> confidential
> > information and intended only for the use of the individual or
entity
> > named
> > above, and may be privileged. If the reader of this message is not
> the
> > intended recipient, you are hereby notified that any dissemination,
> > distribution or copying of this communication is strictly
prohibited.
> If
> > you have received this transmission in error, please contact the
> sender
> > immediately, delete this material from your computer and destroy all
> > related paper media. Please note that the documents transmitted are
> not
> > intended to be binding until a hard copy has been manually signed by
> all
> > parties.
> > Thank you.
> >
> > No virus found in this incoming message.
> > Checked by AVG.
> > Version: 7.5.524 / Virus Database: 269.23.5/1400 - Release Date:
> > 27/04/2008
> > 09:39
> >
> >
> >
> >
> > Although this e-mail and any attachments are believed to be free of
> any
> > virus or other defect which might affect any computer system, it is
> the
> > responsibility of the recipient to check that it is virus-free and
> the
> > sender accepts no responsibility or liability for any loss, injury,
> > damage, cost or expense arising in any way from receipt or use
> thereof by
> > the recipient.
> >
> > The information contained in this electronic mail message is
> confidential
> > information and intended only for the use of the individual or
entity
> > named above, and may be privileged. If the reader of this message
is
> not
> > the intended recipient, you are hereby notified that any
> dissemination,
> > distribution or copying of this communication is strictly
prohibited.
> If
> > you have received this transmission in error, please contact the
> sender
> > immediately, delete this material from your computer and destroy all
> > related paper media. Please note that the documents transmitted are
> not
> > intended to be binding until a hard copy has been manually signed by
> all
> > parties.
> > Thank you.
> >
> > This message has been scanned for viruses by Cattles and Sophos Pure
> > Message scanning services.
> >
>
>
> Cattles plc Registered in England No: 543610
> Kingston House, Centre 27 Business Park,
> Woodhead Road, Birstall, Batley, WF179TD.
>
> The views and opinions expressed herein are those of the author and
not
> of Cattles plc or any of its subsidiaries.The content of this e-mail
is
> confidential, may contain privileged material and is intended solely
> for the recipient(s) named above.
>
> If you receive this in error, please notify the sender immediately and
> delete this e-mail.
>
> Please note that neither Cattles plc nor the sender accepts any
> responsibility for viruses and it is your responsibility to scan the
> email and attachments(if any). No contracts or agreements may be
> concluded on behalf of Cattles plc or its subsidiaries by means of
> email communications.
>
> This message has been scanned for Viruses
> by Cattles and Sophos Puremessage scanning service.
|
