Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Litigation\!\s*$/: 16 ]

Total 16 documents matching your query.

1. Re: Litigation! (score: 1)
Author: Orin Rehorst <rehorst AT POHA DOT COM>
Date: Tue, 13 Feb 2007 14:43:44 -0600
With 5.4 out, anyone find out if it includes help for "retention forever" while maintaining a separate storage pool for "two back?" Regards, Orin Orin Rehorst * e-mail: rehorst AT poha DOT com ( Phon
/lists/html/ADSM-L/2007-02/msg00227.html (19,427 bytes)

2. Litigation! (score: 1)
Author: Orin Rehorst <rehorst AT POHA DOT COM>
Date: Thu, 16 Nov 2006 08:04:51 -0600
Yipes, we have pending litigation and an "E-discovery." I've been told to "freeze" our TDP for Exchange backups. How do you do dat? The backups roll off. (Just keeping one backup may be good enough.)
/lists/html/ADSM-L/2006-11/msg00318.html (9,258 bytes)

3. Re: Litigation! (score: 1)
Author: Del Hoobler <hoobler AT US.IBM DOT COM>
Date: Thu, 16 Nov 2006 11:43:26 -0500
Orin, You can't freeze just "one" particular backup. Short term, you can solve this by creating a new NODENAME for your future Data Protection for Exchange backups. This will keep all of your current
/lists/html/ADSM-L/2006-11/msg00327.html (10,204 bytes)

4. Re: Litigation! (score: 1)
Author: Paul Zarnowski <psz1 AT CORNELL DOT EDU>
Date: Thu, 16 Nov 2006 12:01:52 -0500
Orin, Del, I think you could accomplish this by exporting the backups for the node to a separate TSM server. The domain you export it into could have policy settings to effectively never expire anyth
/lists/html/ADSM-L/2006-11/msg00329.html (11,420 bytes)

5. Re: Litigation! (score: 1)
Author: "Prather, Wanda" <Wanda.Prather AT JHUAPL DOT EDU>
Date: Fri, 17 Nov 2006 10:50:57 -0500
They don't "just roll off", it's based on your management class/copy group settings. Change them. And if you really want to have a "frozen" copy of the data, do an EXPORT to tape of the filespace. Th
/lists/html/ADSM-L/2006-11/msg00339.html (10,268 bytes)

6. Re: Litigation! (score: 1)
Author: Roger Deschner <rogerd AT UIC DOT EDU>
Date: Sat, 18 Nov 2006 02:09:04 -0600
GENERATE BACKUPSET and save it. Write it to a tape, CDs, DVDs, or something. At least this way, it can be restored without the server. This is exactly the kind of situation the Backup Set feature was
/lists/html/ADSM-L/2006-11/msg00342.html (10,344 bytes)

7. Re: Litigation! (score: 1)
Author: Mark Stapleton <mark.s AT EVOLVINGSOL DOT COM>
Date: Mon, 20 Nov 2006 08:57:02 -0600
enough.) ...except that backupsets do not capture API data, such as is generated when the TSM agent for Exchange is used. As Wanda mentioned, export is your only real bet right now. -- Mark Stapleton
/lists/html/ADSM-L/2006-11/msg00355.html (10,536 bytes)

8. Re: Litigation! (score: 1)
Author: Greg Yuzik <gyuzik AT ARCRESOURCES DOT COM>
Date: Mon, 20 Nov 2006 08:01:57 -0700
I created a second node to backup Exchange via TDP that point to a different management class that meets the requirement of the retention being asked. enough.) ...except that backupsets do not captur
/lists/html/ADSM-L/2006-11/msg00356.html (10,987 bytes)

9. Re: Litigation! (score: 1)
Author: Robin Sharpe <Robin_Sharpe AT BERLEX DOT COM>
Date: Mon, 20 Nov 2006 11:25:32 -0500
Hey guys, I've been watching this thread for a few days now... We have been down this road. Still on it actually. The thing is, how diligent does your legal department want to be? Is a point in time
/lists/html/ADSM-L/2006-11/msg00360.html (13,329 bytes)

10. Re: Litigation! (score: 1)
Author: Paul Zarnowski <psz1 AT CORNELL DOT EDU>
Date: Mon, 20 Nov 2006 13:31:35 -0500
Robin, This is exactly why we are looking to segregate the litigation data on a separate TSM server. We do anticipate that the database will grow large due to lack of expiring data. This is the prima
/lists/html/ADSM-L/2006-11/msg00363.html (14,398 bytes)

11. Re: Litigation! (score: 1)
Author: Robin Sharpe <Robin_Sharpe AT BERLEX DOT COM>
Date: Mon, 20 Nov 2006 14:32:54 -0500
Interesting approach Paul. (i.e. Why didn't I think of that?) Will you just do a weekly backup to the litigation server, or something like that? Perhaps I can move to a similar design... RS Paul Zarn
/lists/html/ADSM-L/2006-11/msg00369.html (15,770 bytes)

12. Re: Litigation! (score: 1)
Author: Richard Sims <rbs AT BU DOT EDU>
Date: Mon, 20 Nov 2006 15:00:35 -0500
If this becomes an enduring requirement, consider the IBM System Storage Archive Manager product. Regulatory requirements sometimes demand a solution more stringent than TSM itself. See http://www-30
/lists/html/ADSM-L/2006-11/msg00371.html (9,944 bytes)

13. Re: Litigation! (score: 1)
Author: Paul Zarnowski <psz1 AT CORNELL DOT EDU>
Date: Tue, 21 Nov 2006 10:35:41 -0500
We will use this separate TSM server for two purposes: 1. To freeze a copy of existing backup and archive data: export node <nodename> toserver=<litigationserver> The litigation server would have one
/lists/html/ADSM-L/2006-11/msg00383.html (12,173 bytes)

14. Re: Litigation! (score: 1)
Author: "Prather, Wanda" <Wanda.Prather AT JHUAPL DOT EDU>
Date: Tue, 21 Nov 2006 11:31:33 -0500
My understanding is that coming in a future release of TSM (probably 5.4), we will be able to stack multiple backupsets on a tape, and restore individual files more easily. That might be a possible s
/lists/html/ADSM-L/2006-11/msg00384.html (16,062 bytes)

15. Re: Litigation! (score: 1)
Author: Timothy Hughes <Timothy.Hughes AT OIT.STATE.NJ DOT US>
Date: Tue, 21 Nov 2006 11:45:01 -0500
Hello, While were on the subject of Backup Sets, I read somewhere that Generation of Backup Sets to point in time along with other Backup Set enhancements may be coming in a future release 5.4. Has a
/lists/html/ADSM-L/2006-11/msg00386.html (20,222 bytes)

16. Re: Litigation! (score: 1)
Author: "Prather, Wanda" <Wanda.Prather AT JHUAPL DOT EDU>
Date: Tue, 21 Nov 2006 11:50:16 -0500
5.4 is due out sometime 1st quarter, although still subject to change in the presentation I saw. Hello, While were on the subject of Backup Sets, I read somewhere that Generation of Backup Sets to po
/lists/html/ADSM-L/2006-11/msg00387.html (19,483 bytes)


This search system is powered by Namazu