Re: Eternal Data retention brainstorming.....
2002-08-15 16:41:26
As a refinement to Wanda's final suggestion, couldn't you alter
your policies for 'del volhist type=dbb' (or simply retain the
current copy of your database backup exclusive of the volume
history), and then modify your storage pool's reusedelay
parameter appropriately?
The drawback that I see is that there is no "forever" parameter
for reusedelay. 9999 days is the maximum. Granted, that's over 27
years, but we know how long government investigations can last! :-)
-- Tom
Thomas A. La Porte, DreamWorks SKG
<mailto:tlaporte AT anim.dreamworks DOT com>
On Thu, 15 Aug 2002, Prather, Wanda wrote:
>Besides that, the best solution I can think of, change all the management
>classes to never expire/unlimited versions,
>Copy the DB to your "test" server, lock all the client nodes, put your tapes
>on a shelf.
>Save the last DB backup, just in case.
>Start your production server over with a clean DB, back up everything new
>and move on.
>If anybody needs their old stuff, get a copy via export (from test) and
>import(back to production).
>
>That would keep you from (immediately) doubling your tape requirements, will
>cost you some hardware to make tape available for your test system..
>
>
>************************************************************************
>Wanda Prather
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Eternal Data retention brainstorming....., bbullock
- Re: Eternal Data retention brainstorming....., Ford, Phillip
- Re: Eternal Data retention brainstorming....., Prather, Wanda
- Re: Eternal Data retention brainstorming.....,
Thomas A. La Porte <=
- Re: Eternal Data retention brainstorming....., Slag, Jerry B.
- Re: Eternal Data retention brainstorming....., Doug Thorneycroft
- Re: Eternal Data retention brainstorming....., bbullock
- Re: Eternal Data retention brainstorming....., Richard Cowen
- Re: Eternal Data retention brainstorming....., bbullock
- Re: Eternal Data retention brainstorming....., Ochs, Duane
- Re: Eternal Data retention brainstorming....., Tab Trepagnier
- Re: Eternal Data retention brainstorming....., bbullock
- Re: Eternal Data retention brainstorming....., Ramnarayan, Sean A [EDS]
- Re: Eternal Data retention brainstorming....., Cook, Dwight E
|
|
|