You should not have DELETED the destroyed volumes.
JUST LEAVE THEM in DESTROYED state. TSM knows it can never mount a volume
that is marked DESTROYED.
DELETEing them purges the file entries out of the DB, which means the
entries for the COPY POOL tapes are also deleted!.
You will have to restore your DB again to get them back.
-----Original Message-----
From: wouter-v [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 24, 2001 7:50 AM
To: [EMAIL PROTECTED]
Subject: Unwanted return to scratch tape during DR
Hello,
I'm writing a script to automate disaster recovery of our TSM config.
AIX 4.3.3 / TSM 4.2
- primary storage pool uses 5 scratch tapes
- maxscratch=5
- collocation = on
* Every day we take a backup stgpool to a copy storage pool which goes
offsite.
* Collaction = off
* Until now 1 tape / day
----------------------------------------
- Restore of TSM DB = OK now
- Checkin of offsite_copy volumes : OK
- I changed the access of the primary tape pool volumes to destroyed
- I delete all destroyed volumes
Problem : when the last volume of the primary tape pool (ptape_pool) is
deleted, TSM automatically changes the volume(s) of my copy storage pool to
"scratch". HEEELP !! I want to do a restore stgpool from this volume !!
What did I do wrong ?? Can I change the tape back to storage pool offsite_1
without erasing the data on it.
Thank you in advance !
Regards,
Wouter V.
