Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[Veritas\-bu\]\s+Measuring\s+redundant\s+backup\s+data\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[Veritas\-bu\]\s+Measuring\s+redundant\s+backup\s+data\s*$/: 8 ]

Total 8 documents matching your query.

1. [Veritas-bu] Measuring redundant backup data (score: 1): Author: "Michaels, Keith R" <keith.r.michaels AT pss.boeing DOT com>; Date: Tue, 8 Apr 2008 14:44:02 -0700; In a traditional Netbackup shop with monthly fulls and daily incrementals, there could be 12 copies of files over the course of a year. There are various ways to eliminate duplication but the first s; /usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-04/msg00127.html (12,130 bytes)
2. Re: [Veritas-bu] Measuring redundant backup data (score: 1): Author: "Jeff Lightner" <jlightner AT water DOT com>; Date: Tue, 8 Apr 2008 17:57:07 -0400; I don't know a way to measure how much is "redundant" easily. Maybe the much vaunted Aptare would have that - I'll wait for their fan club to comment on that. :-) However, the fact that deduplication; /usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-04/msg00128.html (14,134 bytes)
3. Re: [Veritas-bu] Measuring redundant backup data (score: 1): Author: "Jim Horalek" <jimh AT federaledge DOT com>; Date: Tue, 8 Apr 2008 15:16:40 -0700; Lets not call it compression. Compression is still 2x typically. I can claim 500x or 1000x deduplication if my data "rarely" changes. --Original Message-- From: veritas-bu-bounces AT mailman.eng.aubu; /usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-04/msg00129.html (15,009 bytes)
4. Re: [Veritas-bu] Measuring redundant backup data (score: 1): Author: "Ed Wilts" <ewilts AT ewilts DOT org>; Date: Tue, 8 Apr 2008 22:04:44 -0400; On Tue, Apr 8, 2008 at 5:57 PM, Jeff Lightner <jlightner AT water DOT com> wrote: I don't know a way to measure how much is "redundant" easily. Maybe the much vaunted Aptare would have that - I'll wa; /usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-04/msg00137.html (13,416 bytes)
5. Re: [Veritas-bu] Measuring redundant backup data (score: 1): Author: "Michaels, Keith R" <keith.r.michaels AT pss.boeing DOT com>; Date: Tue, 8 Apr 2008 20:06:27 -0700; It should be possible to go through the catalog and determine how much redundancy is present based on the schedules and retentions. For example if the schedule calls for monthly fulls and the same fi; /usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-04/msg00139.html (14,913 bytes)
6. Re: [Veritas-bu] Measuring redundant backup data (score: 1): Author: "Jeff Lightner" <jlightner AT water DOT com>; Date: Wed, 9 Apr 2008 08:55:58 -0400; Maybe not just site specific but vendor specific? We’re using Data Domain rather than PureDisk. My comments about how much is being deduped was based both on our experience and those posted by; /usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-04/msg00148.html (18,084 bytes)
7. Re: [Veritas-bu] Measuring redundant backup data (score: 1): Author: "Jeff Lightner" <jlightner AT water DOT com>; Date: Wed, 9 Apr 2008 09:03:29 -0400; “unnecessary copies” made me remember to say its important to plan on restore time as well as backup time. While it may be “redundant” to have all your files on every backup i; /usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-04/msg00149.html (20,452 bytes)
8. Re: [Veritas-bu] Measuring redundant backup data (score: 1): Author: "Michaels, Keith R" <keith.r.michaels AT pss.boeing DOT com>; Date: Wed, 9 Apr 2008 09:08:59 -0700; Controlling restore time is key and has to do with the number of media needed. But limiting restore time does not mean we have to have excess backup copies. With a disk-only solution we obviously don; /usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2008-04/msg00174.html (23,038 bytes)

Current List: 1 - 8
Page: [1]