Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[ADSM\-L\]\s+Moving\s+tapes\s+offsite\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[ADSM\-L\]\s+Moving\s+tapes\s+offsite\s*$/: 7 ]

Total 7 documents matching your query.

1. [ADSM-L] Moving tapes offsite (score: 1): Author: Jim Davis <jjdavis AT EMAIL.ARIZONA DOT EDU>; Date: Fri, 16 Sep 2011 10:04:46 -0700; We have a department leaving our TSM system that would like to have the tapes we've been using for them -- they'd keep them on a shelf and presumably use tsmtape (or whatever) if they needed the old; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-09/msg00109.html (12,299 bytes)
2. Re: [ADSM-L] Moving tapes offsite (score: 1): Author: Skylar Thompson <skylar2 AT U.WASHINGTON DOT EDU>; Date: Fri, 16 Sep 2011 10:13:06 -0700; 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. On 09/16/11 10:04 AM, Jim Davis wrote:; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-09/msg00110.html (12,910 bytes)
3. Re: [ADSM-L] Moving tapes offsite (score: 1): Author: Zoltan Forray/AC/VCU <zforray AT VCU DOT EDU>; Date: Fri, 16 Sep 2011 13:19:44 -0400; When I remove nodes for good and someone wants a copy kept forever, I create 2-exports and then delete from TSM. That way on the off chance they want something, I simply import back into a TSM server; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-09/msg00111.html (13,348 bytes)
4. Re: [ADSM-L] Moving tapes offsite (score: 1): Author: Jim Davis <jjdavis AT EMAIL.ARIZONA DOT EDU>; Date: Fri, 16 Sep 2011 12:38:36 -0700; 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 qu; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-09/msg00112.html (12,505 bytes)
5. Re: [ADSM-L] Moving tapes offsite (score: 1): Author: Zoltan Forray/AC/VCU <zforray AT VCU DOT EDU>; Date: Fri, 16 Sep 2011 15:49:33 -0400; 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 in; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-09/msg00113.html (13,542 bytes)
6. Re: [ADSM-L] Moving tapes offsite (score: 1): Author: Skylar Thompson <skylar2 AT U.WASHINGTON DOT EDU>; Date: Fri, 16 Sep 2011 12:48:14 -0700; I would be reticent about giving people used tapes, unless the old overwritten data had been encrypted, or the tapes were used exclusively by the people you're given them to. On 09/16/11 12:38 PM, Ji; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-09/msg00114.html (13,315 bytes)
7. Re: [ADSM-L] Moving tapes offsite (score: 1): Author: "Huebner,Andy,FORT WORTH,IT" <Andy.Huebner AT ALCONLABS DOT COM>; Date: Fri, 16 Sep 2011 15:44:16 -0500; 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; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-09/msg00115.html (14,866 bytes)

Current List: 1 - 7
Page: [1]