A further note on this. There are 2 variables displayed by command "q vol volname
f=d" taht are important here.
1. Estimated Capacity (MB) : which shows what is the "apparent" full capacity of
this tape devclass. (Note this may be much lower than what can actually be put on
tape).
2. Pct Util: Which shows how much of that estimated capacity is currently used.
3. Pct. Reclaimable space: Which shows how much of the space that was occupied by
data is now free, not the percent of the ACTUAL capacity of the tape that is free.
(this may not be the absolute definition but I have found in practice that works.)
In other words, If you put 2GB on a tape that can actually hold 20GB and Est capacity
is 10GB - then Pct Util would be 20% and Pct Reclaimable space would be 0.0% You
would need some of this data on this offsite tape to be expired (deleted) till Pct
Recla % increases to what you are using for reclamation.
It's not intuitively obvious till you have watched it work for a while.
David B. Longo
System Administrator
Health First, Inc. I/T
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH 321.434.5536
Pager 321.634.8230
Fax: 321.434.5525
[EMAIL PROTECTED]
>>> [EMAIL PROTECTED] 01/24/01 12:19PM >>>
I have a new setup of TSM and after a few months of random offsite storage I
am now sending copypool tapes offsite every day. These tapes have a
capacity of 60 Gig, but currently the daily backup only needs 3 to 4 Gig on
them. For the past week I have sent one database tape and one data tape
offsite each day. Currently I have 10 data tapes offsite in the copypool,
but only 3 onsite in the tapepool. In the next month I will send 30
additional tapes offsite that have 3-4 Gig on each for a total of 40 tapes
that hold less that 100 Gig (actual capacity = 2.4 T). I want to combine
these 40 copypool tapes onto only 2 or 3 copypool tapes.
I had one person tell me that the reclamation process should do this for me.
I don't see this happening. If I look at the copypool tape that was sent
offsite yesterday it lists a capacity of 2 Gig. Utilization is 100% and
reclaim space is 0%. This all sounds right, except that the capacity is
actually 60 Gig. If the reclaim process is simply using the reclaim
percentage, and calculating that on the data, not the tape capacity, then
it will be a long time until this tape is reclaimed.
So should the reclamation process work to combine tapes that are at .05%
capacity? I don't see this happening. I run "upd stg copypool reclaim=60"
and "upd stg copypool reclaim=100" two hours latter. Nothing else is
happening on the system during this time.
If this won't work I am looking at using the "move data" command to move
data from an offsite copypool tape to a new onsite tape. I then hope that a
subsequent move data from another offsite tape will move the data to the
same onsite tape. Once this onsite tape is full (or within 5 days), I will
send it offsite and assume that the 7-8 offsite tapes that I used to make
the new one will eventually turn to a vault retrieve status.
If this is the way to go will I cause undue tape use If I do this
"reclamation" once a week? I still want to send a new tape offsite each
day, that probably only has 3-4 Gig on it. I can see myself combining seven
3 Gig tapes to one, then that 21 Gig tape and seven more 3 gig tapes to one,
then that 42 Gig tape and seven more 3 Gig tapes to one to get a full tape.
This process would take three weeks. As our data grows, it will be less
common.
Any experience or advice would be appreciated.
Thank You
Scott Foley
"MMS <health-first.org>" made the following
annotations on 01/24/01 15:09:57
------------------------------------------------------------------------------
This message is for the named person's use only. It may contain confidential,
proprietary, or legally privileged information. No confidentiality or privilege is
waived or lost by any mistransmission. If you receive this message in error, please
immediately delete it and all copies of it from your system, destroy any hard copies
of it, and notify the sender. You must not, directly or indirectly, use, disclose,
distribute, print, or copy any part of this message if you are not the intended
recipient. Health First reserves the right to monitor all e-mail communications
through its networks. Any views or opinions expressed in this message are solely
those of the individual sender, except (1) where the message states such views or
opinions are on behalf of a particular entity; and (2) the sender is authorized by
the entity to give such views or opinions.
ннннннннннннннннннннннннн==