Exchange 2007 replication: A stretch for DR


This article can also be found in the Premium Editorial Download "Storage magazine: Surprise winner: BlueArc earns top NAS quality award honors."

Download it now to read this article plus other related content.

Exchange Server 2007's new Cluster Continuous Replication (CCR) feature promises higher availability and improved failover capabilities. But implementing CCR as part of a disaster recovery (DR) scenario could be prohibitively expensive for many companies setting up remote DR sites.

CCR, in addition to Exchange's other new replication feature, Local Continuous Replication (LCR), asynchronously creates copies of storage groups and updates them via log shipping and replay functionality. Whereas LCR continuously replicates data across multiple disks within the same server, CCR replicates within a cluster from an active server to a passive one. Because Exchange 2007 allows each server to have its own storage rather than sharing within a cluster, they can be separated, theoretically, over long distances.

But to deploy CCR, several requirements must be met, including having all cluster nodes on the same IP subnet. While it's possible to set up virtual LANs, Microsoft requires, at minimum, a point-to-point, roundtrip latency of less than half a second. That level of WAN performance isn't common to most storage environments, and many users will have to invest heavily in additional bandwidth to meet that criteria.

"Half a second is fairly demanding for a typical WAN," says Colin Bush, an analyst at Ferris Research in San Francisco. "Unless you have the bandwidth to make sure you can consistently get a half-second roundtrip between the two servers, then

Requires Free Membership to View

it still won't work or it won't be as optimal."

"If this [half-second] latency requirement can't be met over the WAN, then a 'stretched' CCR approach is not ideal," notes Ed Banti, technical product manager, Exchange Server, Microsoft Unified Communications Group, in an email.

Another issue is that CCR is available only in the enterprise edition, which at an estimated price of $3,999 is approximately five times as expensive as the standard edition. Tack on bandwidth and licensing expenses to the requisite investment in 64-bit equipment, and using CCR for long-distance replication could wind up a tough sell.

Microsoft generally anticipates that users will deploy CCR and LCR locally; for example, by using CCR for failover within the same campus or between two servers, and by using LCR for failover between two storage controllers on the same server. For DR efforts, Banti suggests using the Standby Continuous Replication (SCR) feature, which will be available starting with Exchange Server 2007 Service Pack 1. According to Banti, users can implement CCR within their primary data center for high availability "along with SCR over the WAN to keep a remote copy up to date." SCR can replicate data to a standby server, which can be located locally or in a remote data center. That standby server can then be activated manually in the event of an active server failure.

This was first published in June 2007

There are Comments. Add yours.

TIP: Want to include a code block in your comment? Use <pre> or <code> tags around the desired text. Ex: <code>insert code</code>

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
Sort by: OldestNewest

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to: