Hi Maurice! That would be the most simple solution, but we simply don't have enough spare storage hardware capacity to start all over... Kind regards, Eric van Loon
-----Original Message----- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Maurice van 't Loo Sent: donderdag 18 november 2010 12:18 To: ADSM-L@VM.MARIST.EDU Subject: Re: Database audit performance Hello Eric, Just a lousy thought... Is it an option to create a new instance for the databases? When all the databases had their new full-backup, the need for the old backupdata is much lower, so quite save to stop the current instance. And if all the backups have the same retention (or use collocation) and uses TDP's, you don't need to reclaim, so the housekeeping for an instance for databases only should be very quick. If you need a pair of extra brains and hands, you know where to find me ;-) Regards, Maurice van 't Loo 2010/11/18 Loon, EJ van - SPLXO <eric-van.l...@klm.com>: > Hi TSM-ers! > We're having orphaned database entries, caused by a very old bug, fixed > some server releases ago, but only recently discovered. I'm currently > trying to find a way to speed-up the auditdb performance. > What I'm planning to do is this: > 1) backup the database on our production server > 2) stop the production server > 3) restore the production database on our test server which already used > new disks, allocated on our new Vmax. > 4) perform an audit fix=yes on this database > 5) backup the fixed database and restore it on the production server > I already tested the scenario above and it works, but the audit takes > too long to finish (17 hours). Since we're backing up a lot of Oracle > databases, TSM downtime will be too long, the Oracle recovery logs will > fill up and the databases will stop. > We are running an AIX TSM server with plenty of memory and multiple HBA > to the SAN. > Restoring the database runs ok, Topas is showing around 25 Mb/sec disk > write speed. I have seen better performance on Vmax disks, but I can > live with this. > When I start the audit Topas shows a disk read and write speed average > less than 1 Mb./sec. CPU average is around 50% and vmstat shows no page > in and out. > I tried everything: mounting the filespace with cio, dio, using RAW > logical volumes, tuning read ahead through ioo, it doesn't make any > difference or even gets worse (when using RAW for instance). > I'm really out of options here. Something is holding back the audit, but > I can't find what! > Does anybody have some tips for me? > Thank you VERY much in advance! > Kind regards, > Eric van Loon > KLM Royal Dutch Airlines > </pre>********************************************************<br>For > information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain confidential > and privileged material intended for the addressee only. If you are not the > addressee, you are notified that no part of the e-mail or any attachment may > be disclosed, copied or distributed, and that any other action related to > this e-mail or attachment is strictly prohibited, and may be unlawful. If you > have received this e-mail by error, please notify the sender immediately by > return e-mail, and delete this message.<br><br>Koninklijke Luchtvaart > Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be > liable for the incorrect or incomplete transmission of this e-mail or any > attachments, nor responsible for any delay in receipt.<br>Koninklijke > Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is > registered in Amstelveen, The Netherlands, with registered number 33014286 > <br>********************************************************<pre> > ******************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ********************************************************