a simple success story:
I just finished reorganisation of my TSM Server.
I added 3 disks to build new Raid,
I changed location, names, size and count of both database and logfile
volumes
I added redundancy to database and logfile
I completly reorganised all disk storage volumes to optimally use
What are the best criteria to know if it's time to reorganize the tsm
database (by unloaddb /loaddbb)
Sincerly
François Chevallier
Parc Club du Moulin à Vent
33 av G Levy
69200 - Vénissieux - France
tél : 04 37 90 40 56
Chevallier
cc: (bcc: Henrik Wahlstedt)
Sent by: "ADSM:Subject: database reorganisation
Di
y 17, 2003 4:31 AM
To: [EMAIL PROTECTED]
Subject: database reorganisation
What are the best criteria to know if it's time to reorganize the tsm
database (by unloaddb /loaddbb)
Sincerly
François Chevallier
Parc Club du Moulin à Vent
33 av G Levy
69200 - Vénissieux - France
tél : 04 37 90 40 56
On Fri, 2003-01-17 at 04:30, Francois Chevallier wrote:
> What are the best criteria to know if it's time to reorganize the tsm
> database (by unloaddb /loaddbb)
It's almost *never* time to unload and load your TSM db. Most of those
who have done so to "fix" a fragmented db discover that the syste
Mark
StapletonTo: [EMAIL PROTECTED]
Subject: Re: database reorganisation
I would re-org my database for a performance increase, it would be to gain
some free space...
My .02
Mark
-Original Message-
From: Mark Stapleton [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 20, 2003 3:22 PM
To: [EMAIL PROTECTED]
Subject: Re: database reorganisation
On Fri, 2003
]
Subject: Re: database reorganisation
I'm with Dwight. The correct answer is "never". And I'm one of those people
who is constantly tweaking the disk configuration, comparing different
mirroring schemes, evaluating RAID thingies, adjusting buffer sizes, and so
on, but I never unload/l
