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:[EMAIL PROTECTED] Im Auftrag von Andy Huebner Gesendet: Donnerstag, 6. Dezember 2007 00:17 An: ADSM-L@VM.MARIST.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.
