Backup Central

We have tested our dr process before with no issues, We reload the DB, mark primary tapes as destroyed,

Then the copy tapes as reado



But this time when we perform the restore it appears to be trying to access the primary tapes still



14.19.03 ANR1424W Read access denied for volume A01869 - volume access

mode="destroyed".

14.19.03 ANR0548W Retrieve or restore failed for session 27 for node

BRUNEI (Linux86)





q vol a01869



tsm: TSM533>q vol a01869 f=d (Primary tapes)



Volume Name: A01869

Storage Pool Name: LINUX_TAPE

Device Class Name: L3590

Estimated Capacity: 51.8 G

Scaled Capacity Applied:

Pct Util: 100.0

Volume Status: Full

Access: Destroyed

Pct. Reclaimable Space: 0.0

Scratch Volume?: Yes

In Error State?: No



tsm: TSM533>q vol a02798 f=d (Copy tapes)



Volume Name: A02798

Storage Pool Name: LINUX_COPY

Device Class Name: L3590C

Estimated Capacity: 59.3 G

Scaled Capacity Applied:

Pct Util: 13.9

Volume Status: Full

Access: Read-Only



Thanks,



Tim Brown
Systems Specialist - Project Leader
Central Hudson Gas & Electric
284 South Ave
Poughkeepsie, NY 12601
Email: tbrown < at > cenhud.com <<mailto:tbrown < at > cenhud.com>>
Phone: 845-486-5643
Fax: 845-486-5921
Cell: 845-235-4255




This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments.

I would do UPDate STGpool ... ACCess=UNAVailable
instead of marking it Destroyed.

Also try Query CONtent A01869 COPied=No
to see if the primary tape is missing some representation in the copy pool.

Richard Sims

-----Tim Brown wrote: -----

We have tested our dr process before with no issues, We reload the
DB, mark primary tapes as destroyed,

Then the copy tapes as reado

But this time when we perform the restore it appears to be trying to
access the primary tapes still

14.19.03 ANR1424W Read access denied for volume A01869 - volume
access mode="destroyed".

14.19.03 ANR0548W Retrieve or restore failed for session 27 for
node BRUNEI (Linux86)

We have seen behavior like this during DR tests for two reasons:
1.The copy pool tape that should have been used was not
physically present in the tape library.
2.The physical tape library was divided into multiple virtual
tape libraries (sometimes called logical libraries), and the
copy pool volume was in the physical library but not assigned
to the appropriate virtual library.=