Hello Andy,

it´s a fact that audits are painfully slow ... - some weeks ago my tsm
productive DB 30GB DB-Size on a p570
and a DS8100 (AIX 5.3/TSM 5.4.1.2) needed an audit - 12 hours later the
audit was done !! So I think the audit process doesn´t care about fast
hardware .. maybe you find the pages on
http://www.lascon.co.uk/d005106.htm#dbaud
useful - here are some facts and calculating examples described..

I think the only way to reduce long time audit is splitting the tsm server
in some different instances.
So I´m going to split my 30 GB Database in two instances.. Maybe the next
audit will just take 6 hours :-(

Stefan

-----Ursprüngliche Nachricht-----
Von: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] Im Auftrag von
Andy Huebner
Gesendet: Donnerstag, 6. Dezember 2007 00:17
An: ADSM-L AT VM.MARIST DOT EDU
Betreff: [ADSM-L] DB Audit

I am not sure there is an answer for this problem:

We are running a "test" audit before we upgrade our TSM server.  The audit
appears that it will take about 200 hours to complete.  Upgrading the DB and
starting TSM took 15 minutes total.

The software is AIX 5.3 running TSM 5.4.0.0.  The hardware is a p550 with
4GB RAM & DMX3 disks.  The DB is about 120GB on 14 raw volumes; the log is
on a file system.  There are about 240 million objects in the DB.

During the audit the CPU is running mostly in the 10-15% range, sometimes
spiking higher.  The disks are pushing less than 1MBps each.

Is there a trick to make the audit use the available hardware and run
faster?

Thanks,



This e-mail (including any attachments) is confidential and may be legally
privileged. If you are not an intended recipient or an authorized
representative of an intended recipient, you are prohibited from using,
copying or distributing the information in this e-mail or its attachments.
If you have received this e-mail in error, please notify the sender
immediately by return e-mail and delete all copies of this message and any
attachments.
Thank you.