TSM v3.7.3 I have read alot on this list about reducing the database because my situation is pretty bad. We have a 103 gig database that was 97% used! I finally was permitted to fix the outrageous
Shawn - One of those issues... Tivoli provided the barely-documented unload-reload db reorg procedure, but at the same time has published no information anywhere about TSM database internals and wha
Author: Tab Trepagnier <Tab.Trepagnier AT LAITRAM DOT COM>
Date: Mon, 23 Apr 2001 16:48:03 -0500
Shawn, One thing you might try: delete the DB volumes individually. When you do that, *SM copies the data from the volume being deleted into free space on other DB volumes. After that copy operation
Author: "Thomas A. La Porte" <tlaporte AT ANIM.DREAMWORKS DOT COM>
Date: Mon, 23 Apr 2001 15:41:41 -0700
Is anybody else a little bit distressed that Tivoli's TSM administrator needs to seek this advice from the list, rather than from the developers of the product? This is an issue that has been one tha
Author: Dominique Laflamme <nlaflamm AT NORTELNETWORKS DOT COM>
Date: Tue, 24 Apr 2001 09:15:34 -0400
No, not really. Tivoli is large enough, they may have many TSM administrators in different areas and roles with varying levels of expertise. Back when I worked in the VM development lab within IBM,
Author: Nicholas Cassimatis <nickpc AT US.IBM DOT COM>
Date: Tue, 24 Apr 2001 14:31:00 -0400
This reminds me of the tech support story where a guy is trying getting errors on a server he is working on, and the errors say to have the SysAdmin run a chkdsk/f (yes, it's been a while). He calls
Author: Mark Stapleton <stapleton AT BERBEE DOT COM>
Date: Wed, 25 Apr 2001 23:18:30 -0500
I think I've read just about enough whining in this thread about how Tivoli 'distresses' people by not commenting on/explaining/helping with undocumented and proprietary commands. *Of course* there i
Author: John Naylor <John.Naylor AT SCOTTISH-SOUTHERN.CO DOT UK>
Date: Thu, 26 Apr 2001 17:17:53 +0100
Mark, I agree with you that the benefits from using UNLOADDB/LOADDB may prove transitory, and that they tend to be very long running and therefore are of marginal utility for a production database, b
Author: Alex Paschal <AlexPaschal AT FREIGHTLINER DOT COM>
Date: Thu, 26 Apr 2001 17:12:57 -0700
Hmm. Maybe the paper versions of the books are out of date? My TSM(AIX) PDFs contain information about them. Unload/Dump/loaddb is documented in the Admin Guides 3.7 and 4.1. In the 3.7 Admin Ref, it
Author: Reinhard Mersch <mersch AT UNI-MUENSTER DOT DE>
Date: Fri, 27 Apr 2001 10:44:17 +0200
Mark, as others already said, these utilities (DSMSERV UNLOADDB, DUMPDB, LOADDB and AUDITDB) in fact ARE documented and always have been (Appendix A in the 3.7 and 4.1, appendix D in the 3.1 admin re