Exchange Data Protection
Well, dealing with the creative responses of my co-workers after the first video was so much fun -- comments like "The man may excel at computational data storage and analysis, but he needs to learn a thing or two about whiteboard real estate" So, why stop? The answer is: we already taped the second one and the marketing team really doesn't understand the concept of sunk costs.
In the new video we spend some time talking about benefits of the replication based storage model over backups for protecting your data.
Basically the issue comes down to a couple key benefits of any replication based strategy:
1) Since you are replicating continuously, you don't have a discontinuous process that is intrusive to regular operation that needs to run regularly and more importantly with replication you only need to back up each piece of content ONCE. With a backup model you have to backup each piece every time you do a full backup. This means that the cost and complexity of backup becomes unsupportable once mailboxes get very large. Replication really only copies the mail once so it is continuous and the cost and complexity are proportional to delivery rates NOT how long each mail is kept.
2) Because the copies are fully up-to-date all the time and are true, validated replicas, the time it takes to restore (i.e. get the backup up and running) is much faster in a replication model.
There are more benefits of replication that aren't covered. Things like being much more secure against logical corruption in the storage stack because the write paths are so different on the primary and replicas and the ability to spread the replicas around a continent and get a true disaster recovery benefit. But we can go into more detail on those issues another time.
At this point, I suppose some might be wondering if classic backups are good for anything. Well some people might very well think that. I couldn't possibly comment. At least right now... But I'd like to hear what you think!
Perry
Comments
Anonymous
January 01, 2003
The comment has been removedAnonymous
January 01, 2003
Hi Perry Another nice talk. I guess like last time I feel it was a bit brief. My concern in recommending replication as a backup strategy is the compliance and retention side of things. I often get requests like “Who sent this email to whom and we need a copy…. Oh an yes it happened last year ”. Should I be thinking of journaling/ archiving to solve this and should I then backup my journals / archives? Thanks for the Videos, I am also looking forward to more. MaxAnonymous
January 01, 2003
Hi Perry REALLY liked how you set out the replication models against traditional backups, however I guess the thing I still worry about is the trust in the replicated copy, assuming that a) replication doesn't break due to a network based event b) betting the farm on a replication model, that as you righly stated could get an itpro fired for loosing data. To me it boils down to trust, and building trust in the technology. The SQL guys have had log shipping for years, but they're still backing up, what does that say about trusting log replication in general? I'm looking forward to MORE videos please! NicolasAnonymous
January 01, 2003
Great questions -- I'm working on another video which answers many of these questions. It should be posted in a week or 2. PerryAnonymous
January 01, 2003
The comment has been removedAnonymous
January 01, 2003
The comment has been removedAnonymous
January 01, 2003
Hi Perry, I'd be interested to hear your recommendations on how to deal with scenarios like the one OldMan has described: how to recover items that someone only realised they deleted last week/month/year, or how to recover emails from an mailbox that we know existed 4 years ago. The answer might involve journalling everything, preventing deletion, etc. But how would you design the system now, if you thought you might have those kinds of requests 3 years into the future?Anonymous
July 14, 2010
The comment has been removed