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

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[Veritas\-bu\]\s+Backup\s+Strategy\s*$/: 17 ]

Total 17 documents matching your query.

1. [Veritas-bu] Backup Strategy (score: 1): Author: "Bockert, Patrick" <Patrick.Bockert AT disney DOT com>; Date: Thu, 3 Jan 2008 19:22:24 +0000; Greetings, I'm looking for assistance in creating a new backup strategy for a number of servers that are currently being backed up nightly with a full backup. Until now the backups were running fine,; /lists/html/Veritas-bu/2008-01/msg00003.html (10,995 bytes)
2. Re: [Veritas-bu] Backup Strategy (score: 1): Author: Wayne T Smith <wts AT maine DOT edu>; Date: Thu, 03 Jan 2008 15:25:42 -0500; Sure! Investigate backing up to a disk appliance. There are a number of vendors ... Data Domain might be a good place to start, as they have much of the market. Since you do nightly full backups, the; /lists/html/Veritas-bu/2008-01/msg00008.html (12,114 bytes)
3. Re: [Veritas-bu] Backup Strategy (score: 1): Author: "Jeff Lightner" <jlightner AT water DOT com>; Date: Thu, 3 Jan 2008 15:50:09 -0500; Haven’t used BackupExec but for most backup solutions nightly FULLs is overkill. Typically what you want to do is a FULL once a week for things that don’t change frequently (e.g. operatin; /lists/html/Veritas-bu/2008-01/msg00010.html (18,379 bytes)
4. Re: [Veritas-bu] Backup Strategy (score: 1): Author: "Steven L. Sesar" <ssesar AT mitre DOT org>; Date: Thu, 03 Jan 2008 15:59:55 -0500; Might be overkill in some cases, but in others, it facilitates faster restores - sometimes MUCH faster restores. One example that comes to mind is Oracle. Jeff Lightner wrote: Haven’t used Back; /lists/html/Veritas-bu/2008-01/msg00012.html (20,124 bytes)
5. Re: [Veritas-bu] Backup Strategy (score: 1): Author: Clem Kruger <clem AT re-thinking-it DOT com>; Date: Fri, 4 Jan 2008 09:25:05 +0200; Hi All, If you are backing up a critical database and you have the time to do a full do it. It will save you a great deal of time when you have to recover the data. Always remember it is not how quic; /lists/html/Veritas-bu/2008-01/msg00017.html (22,039 bytes)
6. Re: [Veritas-bu] Backup Strategy (score: 1): Author: "Steven L. Sesar" <ssesar AT mitre DOT org>; Date: Fri, 04 Jan 2008 08:47:39 -0500; I second Data Domain as a disk target for backups! Wayne T Smith wrote: Sure! Investigate backing up to a disk appliance. There are a number of vendors ... Data Domain might be a good place to start,; /lists/html/Veritas-bu/2008-01/msg00024.html (13,382 bytes)
7. Re: [Veritas-bu] Backup Strategy (score: 1): Author: "Randy Samora" <Randy.Samora AT stewart DOT com>; Date: Fri, 4 Jan 2008 08:10:50 -0600; Same here. I filter out the retries if the final attempt was successful. I also filter out 150’s (I cancelled the job) and I filter out failures that were out of my control like a server being; /lists/html/Veritas-bu/2008-01/msg00027.html (16,874 bytes)
8. Re: [Veritas-bu] Backup Strategy (score: 1): Author: ratheesh.das AT mindspeed DOT com; Date: Fri, 4 Jan 2008 20:05:08 +0530; I also use data domain as target for backup. I am relieved of all the tapehandling . You get enormous compression rates also. Thanks & Regards, Ratheesh R Das M I N D S P E E D Technologies Storage a; /lists/html/Veritas-bu/2008-01/msg00029.html (15,541 bytes)
9. Re: [Veritas-bu] Backup Strategy (score: 1): Author: "Jeff Lightner" <jlightner AT water DOT com>; Date: Fri, 4 Jan 2008 09:34:24 -0500; A couple of things. 1) In my original write of email I had mentioned databases were an exception. Apparently on editing I left it out. However I did note that it was overkill only for things that don; /lists/html/Veritas-bu/2008-01/msg00030.html (26,791 bytes)
10. Re: [Veritas-bu] Backup Strategy (score: 1): Author: "Ed Wilts" <ewilts AT ewilts DOT org>; Date: Fri, 4 Jan 2008 08:51:58 -0600; I second Data Domain as a disk target for backups! We evaluated them here and they don't work with a darn in our environment. For small parts of our environment (replicating remote sites back here),; /lists/html/Veritas-bu/2008-01/msg00032.html (11,361 bytes)
11. Re: [Veritas-bu] Backup Strategy (score: 1): Author: Joe Royer <jroyer AT digitalmotorworks DOT com>; Date: Fri, 4 Jan 2008 09:12:06 -0600 (CST); BackupExec implies Windows. IMHO Cumulative incrementals are not useful in Windows as they produce unexpected results. Read up on the archive bit. You can make it work, but the trade-off is performan; /lists/html/Veritas-bu/2008-01/msg00034.html (11,619 bytes)
12. Re: [Veritas-bu] Backup Strategy (score: 1): Author: "Ed Wilts" <ewilts AT ewilts DOT org>; Date: Fri, 4 Jan 2008 09:22:14 -0600; _______________________________________________ Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu; /lists/html/Veritas-bu/2008-01/msg00035.html (10,648 bytes)
13. Re: [Veritas-bu] Backup Strategy (score: 1): Author: "Steven L. Sesar" <ssesar AT mitre DOT org>; Date: Fri, 04 Jan 2008 10:30:29 -0500; Oh, absolutely! If you store digital imagery, for instance, DD becomes very, very expensive! Encrypted data is another example. Ed Wilts wrote: On 1/4/08, Steven L. Sesar <ssesar AT mitre DOT org> wr; /lists/html/Veritas-bu/2008-01/msg00036.html (12,738 bytes)
14. Re: [Veritas-bu] Backup Strategy (score: 1): Author: "Curtis Preston" <cpreston AT glasshouse DOT com>; Date: Mon, 7 Jan 2008 15:44:27 -0500; That is not a DD-specific thing, that’s a de-dupe thing. You can’t dedupe encrypted data. As to whether it can dedupe digital imagery, it will if you’re backing up multiple copies o; /lists/html/Veritas-bu/2008-01/msg00074.html (19,129 bytes)
15. Re: [Veritas-bu] Backup Strategy (score: 1): Author: "Steven L. Sesar" <ssesar AT mitre DOT org>; Date: Mon, 07 Jan 2008 15:50:50 -0500; Correct. I didn't mean to imply what I erroneously implied! I can share another tidbit/caveat with de-dup that we recently learned: Exchange online defragmentation severely hurt de-duplication in our; /lists/html/Veritas-bu/2008-01/msg00075.html (21,993 bytes)
16. Re: [Veritas-bu] Backup Strategy (score: 1): Author: "Curtis Preston" <cpreston AT glasshouse DOT com>; Date: Mon, 7 Jan 2008 19:19:59 -0500; Hmm… I’m going to have to look into this. -- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies From: Steven L. Sesar [mailto:ssesar AT mitr; /lists/html/Veritas-bu/2008-01/msg00080.html (27,394 bytes)
17. [Veritas-bu] Backup Strategy (score: 1): Author: tburrell <netbackup-forum AT backupcentral DOT com>; Date: Wed, 09 Jan 2008 07:19:36 -0800; I'm not really clear if you have a central BE server or each server backs itself up to local tape from this, but if you don't have a single media server I would strongly suggest that that be an impor; /lists/html/Veritas-bu/2008-01/msg00100.html (11,251 bytes)

Current List: 1 - 17
Page: [1]