Re: restore directly from copy pool tapes
Easy as pie.
When you restore the TSM data base, it wil show that your primary tape
pool tapes are still "readwrite", and your offsite tapes are "offsite".
But, your primary pool tapes are actually burned up, and your copypool
tapes have presumably been retrieved from your vault and are now at your
Look at the parms for the "update vol" command -
All you have to do is enter
"update vol * wherestgpool=primarytapepoolname access=unavailable"
"update vol * wherestgpool=copypoolname access=readonly"
Now check your copypool tapes into your library (if you have one at your
recovery site), status=PRIVATE.
When you start a restore on one of your clients, TSM checks to see what
tape is needed. When it sees the primarypool tape is marked
UNAVAILABLE, it will automatically switch over and mount the copypool
At your offsite location, your tape drives may not have the same
/dev/rmtx names they did at your primary location. BUT, when you reload
your TSM data base, the drive & path definitions get reloaded as well.
So you may have a bit of patching to do before you can start your
"I/O, I/O, It's all about I/O" -(me)
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Sent: Wednesday, August 09, 2006 10:40 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: restore directly from copy pool tapes
I'm working on a disaster recovery scenario where our TSM server (AIX)
library (3584)that has 90 LTO tapes in tape pools is destroyed and
servers are destroyed. We have approx. 85 copy pool tapes off site.
Our thought is to recreate the TSM server via mksysb, restore the TSM
etc. Then get several of our critical other systems up and restore
by using the copy pool tapes and then recreate the tapes in the tape
the tape library.
How does one set up the recreated TSM server so that it does not think
tape pool tapes are in the tape library ?
How does one restore from copy pool tapes ?
Are we going about this in a realistic way ?