Also you can add to administrative schedule:
RECLaim STGpool pool_name THreshold=number DUration=minutes Wait=No(Yes)
OFFSITERECLAIMLimit=number_of_volumes
and set REClaim=100 (DEFINE or UPDATE STGPOOL for prevent unexpected
reclamation process)
REClaim must be greater than 50 (default 60), because if you have two
tapes with REClaim=50 (50% in use or 50% free) 50%+50%=100%- you don't
have assurance that all data go in to ONE new tape. If you set
REClaim=60 - 40%+40%=80% full assurance.
if you have only one drive set the RECLAIMSTGpool=pool_name when define
or update STGPOOL
* Roger Deschner <[EMAIL PROTECTED]> [Thu, 28 Sep 2006 23:47:07 -0500]:
UPDATE STGPOOL <stgpoolname> RECLAIM=50
...should do it, if you have any tapes that are at least 50% empty,
and
you have two drives free. There's a whole discussion of this in the
TSM Administrators Guide. If that still doesn't start reclamation,
check
to see if you have any tapes that are empty enough, with Q VOL. Beware
that the number on UPDATE STGPOOL is the percent EMPTY, not the
percent
FULL, though of course that difference does not matter for the usual
recommended setting of 50%.
Roger Deschner University of Illinois at Chicago
[EMAIL PROTECTED]
Academic Computing & Communications Center
On Fri, 29 Sep 2006, Norita binti Hassan wrote:
>Hi,
>
>How to start the reclamation process? Can anyone explain to me
plssss...
>
>NORITA BINTI HASAN
>Senior Programmer
>Enterprise Systems Services
>Information Communications Tech. Div
>6th Floor,Pos Malaysia HQ
>50670 Kuala Lumpur
>
>* : 03 - 22756638
>*: 016 - 6090530
>
>
>
>
>Pos Malaysia Berhad is Malaysia's national postal company
> Visit us online at www.pos.com.my
>
>NOTICE
>This message may contain privileged and/or confidential
>information. If you are not the addressee or authorised
>to receive this email, you must not use, copy, disclose
>or take any action based on this email. If you have
>received this email in error, please advise the sender
>immediately by reply e-mail and delete this message.
>Pos Malaysia Berhad takes no responsibility for the
>contents of this email.
>
>
>Email scanned and protected by POS Malaysia
>
--
Efim.
