Chip, I have seen many options here, but the first, most simple thing to do is to make sure that TSM actually knows anything at all about your missing tapes. First, find out how many tapes you are su
Author: "Bell, Charles (Chip)" <Chip.Bell AT BHSALA DOT COM>
Date: Fri, 23 Mar 2007 09:41:06 -0500
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
Author: Mark Stapleton <mark.s AT EVOLVINGSOL DOT COM>
Date: Fri, 23 Mar 2007 10:06:51 -0500
Filespace data won't tell him anything. If you have TSM accounting turned on, look for the dsmaccnt.log file. That contains a wealth of historical backup/restore information, broken down by date and
Author: "Bell, Charles (Chip)" <Chip.Bell AT BHSALA DOT COM>
Date: Fri, 23 Mar 2007 10:10:59 -0500
I do not have accounting turned on, but am thinking about doing so. What would I need to expect storage-wise if I turn it on? --Original Message-- From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.M
Author: Mark Stapleton <mark.s AT EVOLVINGSOL DOT COM>
Date: Fri, 23 Mar 2007 10:14:46 -0500
It's not all that large, unless you have a lot of clients (1000+). It's a comma-delimited text file, and it's easy to write a script that will prune it and save the pruned bits. You're going to find
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
Author: "Meadows, Andrew" <AMeadows AT BMI DOT COM>
Date: Fri, 23 Mar 2007 10:18:27 -0500
I would also check that reclamations and expirations are running as expected. If you want to sort filespaces by date: select * from filespaces order by BACKUP_START Stef ** This message is intended o
Author: "Morris.Marshael" <Morris.Marshael AT MCCG DOT ORG>
Date: Fri, 23 Mar 2007 13:14:16 -0400
How would you use TSM Operation Reporting Tool with this? Also is there some docs for setting up some TSMOR? Thanks, Marshael Hi , I hope I understood your question well: you are wandering why your T
Author: "Colwell, William F." <bcolwell AT DRAPER DOT COM>
Date: Fri, 23 Mar 2007 13:17:46 -0400
Chip, I would check first for volume leaks. If this select returns anything it is bad - select volume_name from libvolumes where status = 'Private' and owner is null I have also had a different kind
Hi Morris, I use TSMOR for may things (b.t.w. Servergraph can do the same but TSMOR is free). One of the subjects in the report is "Node Activity Summary" It gives you an overview of the amount of da
Author: William Boyer <bjdboyer AT COMCAST DOT NET>
Date: Fri, 23 Mar 2007 16:07:19 -0400
I always use Select volume_name from libvolumes where status='Private' and last_use is null To get volumes that should be (maybe) scratch but aren't for some reason. Now if you have a real private vo
Couple of things I would check. Check each tape utilization. Are they mostly 100%? or below 100%. Do you have collocation turned on? If turned on, this would definitely explain why taking up alot of
Author: "Johnson, Milton [CCC-OT_IT]" <milton.johnson AT CITIGROUP DOT COM>
Date: Wed, 28 Mar 2007 17:22:44 -0400
I frequently find the culprit to be Oracle backups made via TDP/RMAN (but it could be any backup made via TDP). Something happens and they stop deleting old backups. I look at likely candidates using
Author: Rainer Holzinger <rainer_holzinger AT WEB DOT DE>
Date: Thu, 29 Mar 2007 06:53:44 +0200
Hi Milton, one reason, 'old' TDPO/RMAN backups will not be expired anymore could be that your Oracle DBA's are using a different RMAN recovery catalog now. So every TDPO/RMAN backup which would be pa
Author: "Johnson, Milton [CCC-OT_IT]" <milton.johnson AT CITIGROUP DOT COM>
Date: Thu, 29 Mar 2007 08:55:30 -0400
Unfortunately there are many reasons why an Oracle backup does not get deleted. My point was to examine your nodes backing up via TDP. A 100GB database that is deleting old back ups can eat up a TB f