We had a request that sounds similar from our legal department.  We collocated 
the data in a copy pool, then we took those copy tapes and a backup of the DB 
and stuck it in the vault.  Because ours is small we left the tapes in the live 
TSM DB, but you could delete them from the live DB.
If the data is ever needed "simply" restore TSM from tape and restore the data.

Andy Huebner


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Zoltan Forray/AC/VCU
Sent: Friday, September 16, 2011 2:50 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Moving tapes offsite

But, if it isn't in the database or a transportable format (export of
backupset), you won't be able to restore from the tapes.

No, it doesn't delete the data/tapes physically - just removed the DB
info.


Zoltan Forray
TSM Software & Hardware Administrator
Virginia Commonwealth University
UCC/Office of Technology Services
zforray AT vcu DOT edu - 804-828-4807
Don't be a phishing victim - VCU and other reputable organizations will
never use email to request that you reply with your password, social
security number or confidential personal information. For more details
visit http://infosecurity.vcu.edu/phishing.html



From:   Jim Davis <jjdavis AT EMAIL.ARIZONA DOT EDU>
To:     ADSM-L AT VM.MARIST DOT EDU
Date:   09/16/2011 03:41 PM
Subject:        Re: [ADSM-L] Moving tapes offsite
Sent by:        "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>



On 9/16/2011 10:13 AM, Skylar Thompson wrote:
> Could you generate a backupset for them on new tape, and then delete
> their data from storage pools when it's done? That way TSM doesn't have
> to track it at all.

Thanks, though with 20+ tapes of their data...  I suspect there's an
easier way I'd overlooked:  checkout the volumes, hand the tapes over,
then destroy the volumes with discarddata=yes. On my first quick pass
through TFM I'd thought the discarddata=yes would try to physically
erase the tape, but it looks like it just removes the database entries
for the backed-up data, which is fine.

--
Jim Davis
Biotechnology Computing Facility
Arizona Research Labs

This e-mail (including any attachments) is confidential and may be legally 
privileged. If you are not an intended recipient or an authorized 
representative of an intended recipient, you are prohibited from using, copying 
or distributing the information in this e-mail or its attachments. If you have 
received this e-mail in error, please notify the sender immediately by return 
e-mail and delete all copies of this message and any attachments.

Thank you.