I'm not sure if this will answer all your questions, but marking a tape as
"destroyed" changes only one thing: it tells TSM the tape can't be mounted
any more. It does NOT remove any of the backed up files on the tape from
the DB.
PROOF:
When you are working onsite, if you mark a tape as DESTROYED, you can go
back and change it to READWRITE again, and keep using as though nothing
happened. THAT MEANS ALL THE DATA IS STILL IN THE DB.
So,
1) If someone tries to restore a file on a "Destroyed" tape, TSM will try to
mount the copy pool tape instead (unless it is marked OFFSITE)
2) The primary tape volumes will still show up in your storage pool
3) The backed up data will still show up in all the occupancy counts.
4) The tapes should still show up as PRIVATE in the libary.
The DB entries for the primary copy of the backed up files do NOT go away
until you either: 1) do DELETE VOLUME w/ DISCARD DATA, which you should NOT
do because it destroys the pointers to the files in the COPY POOL, or 2) do
a RESTORE STGPOOL. That just means the primary files MOVE from the tapes
back to somewhere else (which may account for one of your tapes going back
to SCRATCH.).
Hope that helps some...
************************************************************************
Wanda Prather
The Johns Hopkins Applied Physics Lab
443-778-8769
[EMAIL PROTECTED]
"Intelligence has much less practical application than you'd think" -
Scott Adams/Dilbert
************************************************************************
-----Original Message-----
From: wouter-v [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 29, 2001 3:37 AM
To: [EMAIL PROTECTED]
Subject: DR volumes : problems / difficulties
Hello,
Now I really don't understand TSM anymore !
Look at this DR situtation :
- DB is restored ("after the complete library has been destroyed")
- Remove definitions of scratch volumes (they aren't in the lib anymore)
- Remove definitions of cleaning volumes
- Change access of primary tape pool(s), in my case PTAPE_POOL to
destroyed
- checkin new tapes as scratch volumes
- Checkin offsite copy
- double the maxscratch value of ptape_pool (from 5 to 10), all allowed
(5)
scratch tapes were used before
- do a restore stgpool of ptape_pool from offsite_2
- restore OK
But :
question 1:
All 5 tapes in accessstate "destroyed" are not known anymore in
storagepool
ptape_pool , but q stg still shows the double capacity ?? Who can explain
this ?
These are the new volumes : OK
tsm: VCR-TSM1>q vol * stgpool=ptape_pool
Session established with server VCR-TSM1: AIX-RS/6000
Server Version 4, Release 2, Level 0.0
Server date/time: 08/29/01 09:17:15 Last access: 08/29/01 08:52:45
Volume Name Storage Device Estimated Pct Volume
Pool Name Class Name Capacity Util Status
(MB)
------------------------ ----------- ---------- --------- -----
--------
745ACA PTAPE_POOL TAPE_CLASS 200,000.0 3.1 Filling
746ACA PTAPE_POOL TAPE_CLASS 200,000.0 6.5 Filling
747ACA PTAPE_POOL TAPE_CLASS 200,000.0 18.8 Filling
748ACA PTAPE_POOL TAPE_CLASS 200,000.0 2.8 Filling
749ACA PTAPE_POOL TAPE_CLASS 200,000.0 2.7 Filling
(capacity of destroyed tapes is still included ???)
5 x 200 = 1000, q stg shows 2000 ??
tsm: VCR-TSM1>q stg ptape_pool
Storage Device Estimated Pct Pct High Low Next
Pool Name Class Name Capacity Util Migr Mig Mig Storage
(MB) Pct Pct Pool
----------- ---------- ---------- ----- ----- ---- --- -----------
PTAPE_POOL TAPE_CLASS 2,000,000. 3.4 50.0 100 0
0
Question 2 :
tsm: VCR-TSM1>q libvol
Library Name Volume Name Status Owner Last Use Home
Element
------------ ----------- ---------- ---------- ---------
------------
LTOLIB 723ACA Private 4,097
LTOLIB 745ACA Private Data 4,104
LTOLIB 746ACA Private Data 4,106
LTOLIB 747ACA Private Data 4,111
LTOLIB 748ACA Private Data 4,112
LTOLIB 749ACA Private Data 4,113
LTOLIB 753ACA Scratch 4,105
LTOLIB 754ACA Private Data 4,114
LTOLIB 755ACA Private 4,107
LTOLIB 756ACA Private 4,108
LTOLIB 757ACA Private 4,109
LTOLIB 758ACA Private 4,110
>From the 5 tapes that had access "destroyed" 1 returned to scratch (753ACA)
and 4 others became private. What do I have to do with private tapes that
are
not assigned to a storage pool ??? What about 1 tape becoming scratch and
the
others remain private ??
723ACA is also a private tape which doesn't belong to a stgpool
754ACA is the tape which has the offsite_copy
tsm: VCR-TSM1>q vol
Volume Name Storage Device Estimated Pct Volume
Pool Name Class Name Capacity Util Status
(MB)
------------------------ ----------- ---------- --------- -----
--------
/tivoli/diskpool1/diskv- BACKUPPOOL DISK 2,000.0 0.0 On-Line
ol1.tsm
/tivoli/diskpool1/diskv- BACKUPPOOL DISK 1,000.0 0.0 On-Line
ol2.tsm
/tivoli/diskpool2/archv- ARCHIVEPOOL DISK 50.0 0.0 On-Line
ol001.tsm
745ACA PTAPE_POOL TAPE_CLASS 200,000.0 3.1 Filling
746ACA PTAPE_POOL TAPE_CLASS 200,000.0 6.5 Filling
747ACA PTAPE_POOL TAPE_CLASS 200,000.0 18.8 Filling
748ACA PTAPE_POOL TAPE_CLASS 200,000.0 2.8 Filling
749ACA PTAPE_POOL TAPE_CLASS 200,000.0 2.7 Filling
750ACA OFFSITE_2 TAPE_CLASS 100,000.0 66.7 Filling
754ACA OFFSITE_1 TAPE_CLASS 100,000.0 67.5 Filling
759ACA OFFSITE_3 TAPE_CLASS 100,000.0 61.4 Filling
Thank you very much in advance !!
Regards,
Wouter Verschaeve
[EMAIL PROTECTED]
