Here's the sequence:
Restore of an inactive file, actlog results below:
10/12/2001 11:37:48 ANR8337I 3590 volume 016333 mounted in drive DRIVE2
(MT1.0.0.3).
10/12/2001 11:40:55 ANR0548W Retrieve or restore failed for session 20587
for
node NMSHHOBK (WinNT) processing filespace
\\nmshhobk\i$
for file \ORADBF\FA\ EMSDATA2_2.DBF stored as Backup -
data integrity error detected.
10/12/2001 11:40:56 ANE4035W (Session: 20587, Node: NMSHHOBK) Error
processing '\\nmshhobk\l$\EMSDATA2_2.DBF': file
currently
unavailable on server.
10/12/2001 11:40:56 ANE4955I (Session: 20587, Node: NMSHHOBK) Total number
of
objects restored: 0
10/12/2001 11:40:56 ANE4959I (Session: 20587, Node: NMSHHOBK) Total number
of
objects failed: 1
10/12/2001 11:40:56 ANE4961I (Session: 20587, Node: NMSHHOBK) Total number
of
bytes transferred: 0
more... (<ENTER> to continue, 'C' to cancel)
------------------------
It mounted the tape and found a problem on that tape and died.
It mounted the tape and found a problem on that tape and died.
We tried the command again and it doesn't try to mount the tape again
obviously knowing that the data on it is corrupt. I've used show commands
to find out which copy stg pool tape the data is on: 016339.
I've marked 016333 access=destroyed and unavailable and tried the restore
again. I expected the system to ask for the copy storage pool tape but it
didn't with either access mode.
Any ideas? I'm thinking of bringing the copy volume back and trying the
restore again but I expected that TSM would tell us what tape to bring back
either explicitly at the client or in the actlog.
Thanks,
Kelly J. Lipp
Storage Solutions Specialists, Inc.
PO Box 51313
Colorado Springs, CO 80949
lipp AT storsol DOT com or kelly.lipp AT storserver DOT com
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175
|