So... let's keep this in mind. Anybody using VSS can make an "image" backup. That's what VSS is all about.
VSS (in terms of _Exchange_) allows you to recover an entire mailbox database or to recover that entire mailbox database to a recovery storage group. So-called "granular" techniques, while supported by certain backup vendors, mean that a mailbox database is restored to a temporary location, and the backup software reads the database (as if it were Exchange itself) to recover a specific mailbox, PF, or item within a mailbox. Microsoft does not support nor validate any granular techniques of restoration. Some backup vendors do a better job of this than others. Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com -----Original Message----- From: Kurt Buff [mailto:kurt.b...@gmail.com] Sent: Monday, June 07, 2010 7:25 PM To: MS-Exchange Admin Issues Subject: Re: System Back-up solution. Interesting. If I have reason to investigate, I'll keep them in mind. Thanks. On Mon, Jun 7, 2010 at 16:11, Clyde Bennett <cbenn...@cwbserv.com> wrote: > No, they do not do dedupe. Their selling point is that they do an image > backup up your entire server, they use VSS so you can restore your Exchange > database, you can create images in real time, it supports hardware > independent restore, meaning that if something goes wrong, you can do a > restore to disparate hardware or to a virtual image, AND, with their new > exchange granular restore optional module, all you have to do to restore > someone's deleted contact or email is to ask them when it was there last, > mount an image of the volume that contains the store from a time prior to > that time, and extract the lost email directly from the store. > > Clyde W. Bennett, President > Clyde Bennett & Associates > 1011A S. Congress Ave. > Austin, Texas 78704-1126 > (512) 442-3744 > fax (512) 442-4014 > www.cwbserv.com > cbenn...@cwbserv.com > > > > > > > -----Original Message----- > From: Kurt Buff [mailto:kurt.b...@gmail.com] > Sent: Monday, June 07, 2010 4:45 PM > To: MS-Exchange Admin Issues > Subject: Re: System Back-up solution. > > What's their selling point in this conversation? Do they do dedupe? > > Kurt > > On Mon, Jun 7, 2010 at 14:36, Clyde Bennett <cbenn...@cwbserv.com> wrote: >> Kurt: >> >> Storagecraft has a SAAS (Software as a service) option where you pay approx >> $40 per month for the software. That gets you maintenance and upgrades as >> well. >> >> Clyde W. Bennett, President >> Clyde Bennett & Associates >> 1011A S. Congress Ave. >> Austin, Texas 78704-1126 >> (512) 442-3744 >> fax (512) 442-4014 >> www.cwbserv.com >> cbenn...@cwbserv.com >> >> >> >> >> >> >> -----Original Message----- >> From: Kurt Buff [mailto:kurt.b...@gmail.com] >> Sent: Monday, June 07, 2010 4:34 PM >> To: MS-Exchange Admin Issues >> Subject: Re: System Back-up solution. >> >> dedupe indeed expensive. I've priced it - we went from TSM to >> Ultrabac, and I priced out a number of other packages during the eval. >> Given our budgetary restrictions, the UB was the best we could do. >> >> On Mon, Jun 7, 2010 at 14:29, Bill Songstad <bsongs...@gmail.com> wrote: >>> I don't duplicate for onsite. I have the live copy and a raid 5 >>> "copy", Then I have the current backup onsite and the week-old >>> backup offsite. Long term, we keep 2 years on site from disks >>> rotated out quarterly. Then purge. Our backups are really for DR >>> only. Nobody wants to restore anything over 90 days; certainly not >>> stuff that is years old. Two years is more than I think we need, >>> but it is a service/faux security blanket to users. We aren't >>> legally bound to retain anything not in live use except in the case of >>> lawsuit. Then we'd just buy more disks. >>> >>> My only suggestion to you is breaking your network apart an doing >>> separate backups. You may be better off graduating to a data >>> management solution with deduplication. $$ >>> >>> -Bill >>> >>> On Mon, Jun 7, 2010 at 12:43 PM, Kurt Buff <kurt.b...@gmail.com> wrote: >>>> >>>> So, not a huge amount of data. 500gb drives are pretty cheap, fer sher. >>>> >>>> Do you duplicate the drives for local storage before sending them >>>> offsite, or is it in a RAID array that you can break the mirror on, >>>> or even just replace both drives as part of your rotation? >>>> >>>> Do you need to worry about longer term archiving? >>>> >>>> We use D2D2T, and my problem is that I backup about 2.5tb over a >>>> weekend, and it takes a long time - if I start on Friday evening at >>>> 17:00, my last full backup (just to disk!) ends on Monday mid-morning. >>>> Since I then have to trickle to tape, and I have chosen to >>>> duplicate the full to a second copy on tape for offsite storage, it >>>> takes until Wednesday to finish. >>>> >>>> Kurt >>>> >>>> On Mon, Jun 7, 2010 at 12:20, Bill Songstad <bsongs...@gmail.com> wrote: >>>> > Not a lot of data being backed up. >>>> > Exchange= 11 GB 30 minutes >>>> > File server= 60 GB 4hrs >>>> > DB server= 25 GB 2 hrs >>>> > Web/backup server= 15 GB 30 minutes >>>> > >>>> > Each server except exchange does one full and 4 incrementals. >>>> > Exchange is full every day. I'm careful not to overlap jobs so >>>> > nothing starts within a half hour of finish time for anything >>>> > else. So Monday night basically takes all night to get >>>> > everything. All the week's backups fit on a 500GB disk with >>>> > plenty of room. Each week we take last week's disk to a nearby >>>> > safedeposit box when we send our bank deposit. >>>> > >>>> > Naturally that won't work for everybody, but if you can handle a >>>> > lengthy reinstall window, and risking a whole week's backup >>>> > onsite, it is dirt cheap. And way more reliable than my tapes ever were. >>>> > >>>> > -Bill >>>> > On Mon, Jun 7, 2010 at 11:36 AM, Kurt Buff <kurt.b...@gmail.com> wrote: >>>> >> >>>> >> How much data are you backing up? >>>> >> >>>> >> What does your backup rotation look like? >>>> >> >>>> >> How long are your backup times? >>>> >> >>>> >> Do you rotate your media to secure offsite storage? >>>> >> >>>> >> Kurt >>>> >> >>>> >> On Mon, Jun 7, 2010 at 11:31, Bill Songstad >>>> >> <bsongs...@gmail.com> >>>> >> wrote: >>>> >> > I pitched tapes a few years ago, and never looked back. I >>>> >> > back up exchange over the network with NTbackup run from a >>>> >> > scheduled task script on W2k3 server. The backup destination >>>> >> > has $20 drive trays attached to a hot swappable SATA >>>> >> > controller. I put in my own Sata Drives and rotate them by >>>> >> > hand weekly. Very reliable. Almost free. I do a test >>>> >> > restore weekly and have not had a failure in two years. I >>>> >> > think many more people spend thousands on a backup solution >>>> >> > for exchange than really need to. >>>> >> > >>>> >> > -Bill >>>> >> > >>>> >> > On Mon, Jun 7, 2010 at 10:13 AM, Doug Rooney >>>> >> > <d...@sonomatilemakers.com> >>>> >> > wrote: >>>> >> >> >>>> >> >> Greetings all. >>>> >> >> >>>> >> >> We currently have DLT VS1 tape back-up as well as USB 2.0 >>>> >> >> connected external drives. >>>> >> >> >>>> >> >> We are using Backup Exec for the tapes and custom batch >>>> >> >> programs for the external drives, which by the way are >>>> >> >> connected on a separate back-up server. >>>> >> >> >>>> >> >> Our tapes are old and have many failures, upper management >>>> >> >> has decided to abandon tapes and go only with external >>>> >> >> drives. >>>> >> >> >>>> >> >> My question is, has anyone done this? What software do you >>>> >> >> use, Pros / Cons. >>>> >> >> >>>> >> >> The problem I am experiencing now is in order to back-up the >>>> >> >> data bases, I need to take them off-line. >>>> >> >> >>>> >> >> Thank you for any advice you can offer. >>>> >> >> >>>> >> >> (Exchange 2003, Windows 2003, one set of external drives are >>>> >> >> 500GB the other is 250GB) >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> Thank You >>>> >> >> >>>> >> >> ~Doug Rooney >>>> >> >> Sonoma Tilemakers >>>> >> >> IT Manager >>>> >> >> 7750 Bell Rd. >>>> >> >> Windsor Ca, 95492 >>>> >> >> i...@sonomatilemakers.com >>>> >> > >>>> >> >>>> >> >>>> > >>>> > >>>> >>>> >>> >>> >> >> >> > > >
