ADSM-L

Re: TSM post upgrade performance tunning

2001-08-06 06:47:25
Subject: Re: TSM post upgrade performance tunning
From: Mauricio Angelino Massa <mmassa AT BR.IBM DOT COM>
Date: Mon, 6 Aug 2001 07:46:48 -0300
Walter, thank you very much for answering.
Unfortunately I'm far from the site these days, but as soon as I can I'll
be checking this out.
Regards,
Mauricio





                    Walter Ridderhof
                    <Walter.Ridderhof@MA       To:     ADSM-L AT VM.MARIST DOT 
EDU
                    IL.ING.NL>                 cc:
                    Sent by: "ADSM: Dist       Subject:     Re: TSM post 
upgrade performance tunning
                    Stor Manager"
                    <ADSM-L AT VM.MARIST DOT ED
                    U>


                    06/08/01 06:56
                    Please respond to
                    "ADSM: Dist Stor
                    Manager"





Mauricio,

on an NT ADSM V3 -> V4 upgrade we also experienced some frightening
phenomena,
the database becoming twice the size it was, client backups taking longer,
severe impact on db cache hit (wel below 90%, was 98%) and db backup's
taking to
long (2 servers were upgraded the older and the one that had undergone
previous
upgrades got the db problems).
It was as if the db was dragging itself thru mud. What we ultimately did to
get
the db back up to spec's was to backup, dump, reformat, load and audit the
db. I
must say this was a succes the db returned to it's expected size, db cache
hit
went up and everything seems normal again.
Be aware we had problems with the audit, a recreate bit vector problem, an
upgrade to TSM V4.1.3.2 was necessary before the procedure could be
completed.
Below the dump/load procedure we followed for our environment, we let the
procedure run unattended in the weekend. Because the procedure was running
unattended and we didn't want any media problems to interfere, all db
operations
were done to disk.

time /t >>d:\apps\tsm\server1\dsmdump.log
date /t >>d:\apps\tsm\server1\dsmdump.log
echo * backup the database >>d:\apps\tsm\server1\dsmdump.log
dsmadmc -id=id -pa=password backup db type=full devcl=file scra=yes
wait=yes
>>d:\apps\tsm\server1\dsmdump.log

time /t >>d:\apps\tsm\server1\dsmdump.log
date /t >>d:\apps\tsm\server1\dsmdump.log
echo * halt the server >>d:\apps\tsm\server1\dsmdump.log
net stop "TSM Server1" >>d:\apps\tsm\server1\dsmdump.log

echo * switch to TSM server dir (where dsmserv.dsk resides)
>>d:\apps\tsm\server1\dsmdump.log
d:
cd \apps\tsm\server1

echo * delete any previous dump volume >>d:\apps\tsm\server1\dsmdump.log
del g:\adsm\dblog\dumpdb.vol >>d:\apps\tsm\server1\dsmdump.log

time /t >>d:\apps\tsm\server1\dsmdump.log
date /t >>d:\apps\tsm\server1\dsmdump.log
echo * dump the db >>d:\apps\tsm\server1\dsmdump.log
..\server\dsmserv dumpdb devcl=file vol=dumpdb.vol
>>d:\apps\tsm\server1\dsmdump.log

echo * delete existing db & log volumes >>d:\apps\tsm\server1\dsmdump.log
del f:\adsm\dblog\*.dsm >>d:\apps\tsm\server1\dsmdump.log

time /t >>d:\apps\tsm\server1\dsmdump.log
date /t >>d:\apps\tsm\server1\dsmdump.log
echo * reinitialize db & log volumes >>d:\apps\tsm\server1\dsmdump.log
..\server\dsmserv loadformat 1 f:\adsm\dblog\log1.dsm 601 1
f:\adsm\dblog\db1.dsm 15001 >>d:\apps\tsm\server1\dsmdump.log

time /t >>d:\apps\tsm\server1\dsmdump.log
date /t >>d:\apps\tsm\server1\dsmdump.log
echo * load the dumped db >>d:\apps\tsm\server1\dsmdump.log
..\server\dsmserv loaddb devcl=file vol=dumpdb.vol
>>d:\apps\tsm\server1\dsmdump.log

time /t >>d:\apps\tsm\server1\dsmdump.log
date /t >>d:\apps\tsm\server1\dsmdump.log
echo * audit the db as consistency check >>d:\apps\tsm\server1\dsmdump.log
..\server\dsmserv auditdb fix=yes >>d:\apps\tsm\server1\dsmdump.log



regards Walter Ridderhof




-----------------------------------------------------------------
ATTENTION:
ATTENTION:
The information in this electronic mail message is private and
confidential, and only intended for the addressee. Should you
receive this message by mistake, you are hereby notified that
any disclosure, reproduction, distribution or use of this
message is strictly prohibited. Please inform the sender by
reply transmission and delete the message without copying or
opening it.

Messages and attachments are scanned for all viruses known.
If this message contains password-protected attachments, the
files have NOT been scanned for viruses by the ING mail domain.
Always scan attachments before opening them.
-----------------------------------------------------------------
=========================================================================
<Prev in Thread] Current Thread [Next in Thread>