I don't quite agree with Stephane's last post - a tape in the Scratch pool is available to be overwritten. You have seen the proof.
I would like to see increased logging for future imports. It does not seems as if ANYTHING happened for tape NPZ311:
09:44:04 INF - Waiting for mount of media id NPZ311 on server hcinetbkup01 for reading.
09:44:32 INF - Creation of database information for import of media id NPZ311 complete.
Same for NPK779:
09:48:41 INF - Waiting for mount of media id NPK779 on server hcinetbkup01 for reading.
09:49:11 INF - Creation of database information for import of media id NPK779 complete.
Phase 1 import for tape NPS790 found existing database info (imported previously??)
For future imports - PLEASE write protect your restore tapes. Also, do not put the tapes in the robot and use normal inventory to add tape to EMM - if your default is Scratch pool for new tapes, you do NOT want your restore tapes in Scratch, even if you change the pool. As you have found, expiring them will return them to Scratch.
Rather create a separate RESTORE pool and use 'vmadd' to add the tape and put it in RESTORE pool. Then write-protect the tape and put it in the robot. Robot inventory will move it from standalone to robot.
Another idea, since you seem to be needing regular restores: use Recovery Without Import method to copy images from old master to new master.
Original 3-page white paper: http://eval.symantec.com/mktginfo/products/White_P...
Updated detailed doc:
http://eval.symantec.com/mktginfo/enterprise/white...