Hello again Steve,
you are right, the "Filling"-Tapes below 5 GB don't show the real
utilization.
One thing you can do (but not the best) is to look in your volume-list and
start
"move data" manually.
The other way may be to write a script for this action.
I think there is no way with "standard-functions" of ADSM.
I'm in the same situation.
Regards
Sabine
Thanks for the reply Sabine. Please excuse my lack of German, your English
is
excellent.
I understand that the primary pools will fill a tape until a physical end
of
tape is reached. My problem is with copypool tapes.
Every day I produce one copypool tape with about 5GB on it. Once a week I
run
a reclaim on the copypool. But, ADSM thinks that the tapes that have 5 GB
on
them are full, because that is what they are estimated to contain. Thus
those
tapes are not reclaimed.
q vol stgpool=copy shows the problem
adsm> q vol stgpool=copypool
Volume Name Storage Device Estimated Pct
Volume
Pool Name Class Name Capacity Util
Status
(MB)
------------------------ ----------- ---------- --------- -----
--------
--------
039587 COPYPOOL 3575AUTO 10,553.6 100.0
039587 COPYPOOL 3575AUTO 10,553.6 100.0
Filling
039825 COPYPOOL 3575AUTO 5,107.1 100.0
Filling
039867 COPYPOOL 3575AUTO 11,844.1 98.9
Filling
039870 COPYPOOL 3575AUTO 10,575.9 100.0
Filling
039877 COPYPOOL 3575AUTO 35,652.0 100.0
Filling
03989A COPYPOOL 3575AUTO 5,000.0 6.1
Filling
0398A1 COPYPOOL 3575AUTO 6,182.6 88.8
Filling
0398A9 COPYPOOL 3575AUTO 15,230.5 100.0
Filling
039ACA COPYPOOL 3575AUTO 10,574.6 100.0
Filling
039B44 COPYPOOL 3575AUTO 35,251.2 99.6
Filling
039C7C COPYPOOL 3575AUTO 5,000.0 76.1
Filling
039EC8 COPYPOOL 3575AUTO 10,405.4 100.0
Filling
03A94F COPYPOOL 3575AUTO 17,412.1 100.0
Filling
So 039C7C is recorded as 76% full when it is really about 25 or 30% full
and
039825 is recorded as 100% full when it is 35 or 40% full
This wastes a lot of copypool space and tapes.
I think that I'll just try changing the estimate anyway.
Regards
Steve.
Sabine Rettenberger <Sabine.Rettenberger AT WOLF-HEIZTECHNIK DOT DE> on 04/08/99
06:38:24 PM
Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
To: ADSM-L AT VM.MARIST DOT EDU
cc: (bcc: Steve Harris/Wesley)
Subject: Antwort: 3570 tape utilisation
Hey Steve,
i'm also running a 3575 library with 3570C tapes. I didn`t change the
destimated default capacity.
But i think, it`s not necessary. If the 5 GB are reached, ADSM writes on
this tape until it is really full.
It may be up to 20 GB.
But do not activate Data-Compression on Client`s side !!!
The Library should do the compression. It`s better.
Sabine
Steve wrote:
I'm running a 3575 library with 3570C tapes. In the devclass I've let the
estimated capacity default to 5GB. This is causing copypool tapes to not
be
recycled as efficently as they might because the used percentage is
estimated
too high (I think - I'm relatively new at this).
Does anyone change the estimated capacity of 3570C tapes? If so what figure
do
you use? I've got a couple of tapes of mostly empty oracle databases that
compress really well, nearly 15:1 compression, what do others find for
populated
oracle databases?
Steve.
|
