Hi ,

I hope I understood your question well: you are wandering why your TSM is 
using so many tapes ? Correct ?

I should  start finding out how many bytes per client is sent per backup 
cycle.
You could run sql's  for that (some of them have been reported here today 
or yesterday) but personally I use the TSM Operation Reporting Tool for 
that.
You could also run "q actlog begind=-1 search=[client_name] msg=4961

Then look more in detail into this big consumers and determine
a. if it is normal that they send NNN GB per night
b. check the filesystem (q filespace [client name] ;
do you see filespaces that should have been excluded/ is you client 
perhaps backing up SAN disks while it shouldn't ?
c. q occ [client] tells you where this client is storing its data (LTO, 
disk, LTO2 etc) 

Start there and based on the outcome, continue searching. Don't be 
surprised if you don't find any abnormalities. Maybe you need more 
tapes/libraries because your data has grown enormously over the year.....

Best regards / Mit freundlichen Grüßen / Sincères salutations

Ronald Le Large
Administrative Employee Operational Services/Storage Team | Dir. 2.6.3
TSM admin
European Patent Office
Patentlaan 3-9 | 2288 EE Rijswijk | The Netherlands
Tel. +31 (0)70 340 2592
Mobile +31 (0)6 42 72 46 86
rlelarge AT epo DOT org
http://www.epo.org




"Bell, Charles (Chip)" <Chip.Bell AT BHSALA DOT COM> 
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
23-03-2007 15:42
Please respond to
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>


To
ADSM-L AT VM.MARIST DOT EDU
cc

Subject
[ADSM-L] Shrinking scratch pools - tips?






Since this a GREAT place for info, etc., I though I would ask for
tips/how-to's on tracking down why my scratch pools are dwindling, for
LTO/LTO2/VTL. My guess is I have a couple of clients that are sending out 
a
vast amount of data to primary/copy. But without a good reporting tool, 
how
can I tell? Expiration/reclamation runs fine, and I am going to run a 
check
against my Iron Mountain inventory to see if there is anything there that
should be here. What else would you guys/gals look at?  :-)  Thanks in
advance!

 

God bless you!!! 

Chip Bell 
Network Engineer I
IBM Tivoli Certified Deployment Professional 
Baptist Health System 
Birmingham, AL 



 



-----------------------------------------
Confidentiality Notice:
The information contained in this email message is privileged and
confidential information and intended only for the use of the
individual or entity named in the address. If you are not the
intended recipient, you are hereby notified that any dissemination,
distribution, or copying of this information is strictly
prohibited. If you received this information in error, please
notify the sender and delete this information from your computer
and retain no copies of any of this information.