If you have the luxury of re-creating the problem, try again and put TESTFLAG DISABLENQR in the dsm.opt file (search on DISABLENQR in the archives to see what people have said about this before).
That turns off NQR and uses CLASSIC restore. It is known that sometimes CLASSIC will outperform NQR. If you get no difference in performance between the two, then you have something in your hardware config that needs tuning. Wanda Prather "I/O, I/O, It's all about I/O" -(me) -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Rupp Sent: Wednesday, February 22, 2006 10:26 AM To: [email protected] Subject: AW: [ADSM-L] (Too) long no query restore? Some additional information: Server: IBM eserver xSeries 346, Intel Xeon CPU, 3.2GHz Database: 20GB on 4 Volumes (EMC AX100) Storagepool: 1317GB on 13 Volumes (EMC AX100) No tape activity is involved as all data (40MB) is restored from disk. So TSM seems to spend most of the time scanning through the database. And I think more than 4.5 hours to scan 9.5 million files is way to long. Thomas
