Painfully slow ontape restore

I did a test an ontape restore process that took a ridiculous amount of time and I wanted to get some tips. Here is some information: - Their is about 10 GB of data - We're using an IBM DLT drive - Running AIX 4.2.1 w/4 CPUs, and IDS 7.31.UC5 - I tested the restore with a level-0 and one log tape (about 15 log files had to be restored from the tape) - Here is relevant info about the tape settings: TAPEDEV /dev/rmt2 # Tape device path TAPEBLK 1024 # Tape block size (Kbytes) TAPESIZE 36700160 # Maximum amount of data to put on tape (Kbytes) LTAPEDEV /dev/rmt1 # Tape device path LTAPEBLK 1024 # Log tape block size (Kbytes) LTAPESIZE 4194304 # Max amount of data to put on log tape (Kbytes)- The backup took about 40 minutes. - The physical restore took over 5 hours; the logical took about 50 minutes. - KAIO had not been turned on by the sysadmin. - There was nothing else running on the box. - All raw disk. - Restore completed successfully Possible problems: - Lack of KAIO - Dirty or bad tape drive - Low TAPEBLK None of these things would seem to cause such a slowdown, though they should be addressed. This reminds me of when I ran into the archive timestamp issue (I think it's called arc_very_old_page), but that only affects archives. Ideas? Thanks, Ron --- Ron M. Flannery | rflanner@one-point.com | President, One Point Solutions | Michigan Informix User Group http://www.one-point.com | http://www.miug.com voice=248.887.8470 .. Lead author of Informix Handbook, your complete Informix reference: http://www.informixhandbook.com