Lagged Database Copies In Exchange 2010 DAG…

Share & Comment

The concept of lagged database copies was introduced in Exchange 2007, implemented using Standby Continuous Replication (SCR). With SCR, we can delay the time when the logs have to be replayed to the SCR target. There is also the option of specifying truncation lag time, the option which allows us to delay the time before the log files are truncated. The maximum lag time for both the options is 7 days in Exchange 2007.

With Exchange 2010 DAG, the lag time for both replaying and deleting the logs have been increased to 14 days. This is good if your company wants to go backup-less. Of course, the company has to be aware of the risk of going without backups, as lagged database copies can’t be a solution for all recovery/restore issues.

The two parameters you need to know are ReplayLagTime and TruncationLagTime. The ReplayLagtime parameter specifies the amount of time that the Exchange Replication Service should wait before replaying log files that have been copied to the database copy location. The format for this parameter is Days.Hours:Minutes:Seconds. The default value is zero seconds.

The TruncationLagTime parameter specifies the amount of time that Exchange Replication Service should wait before truncating the log files that have replayed into a database copy. The time period begins after the log has been successfully replayed into the database copy. The format for this parameter is Days.Hours:Minutes:Seconds.

The lag times can be configured either while setting up the database copy (Add-MailboxDatabaseCopy) or after setting up (Set-MailboxDatabaseCopy).

For example, in order to setup the database copy of mailbox database MD1 to server Server1 with a replay lag time of 12 hours, run Add-MailboxDatabaseCopy –identity “MD1” –MailboxServer “Server1” –ReplayLagTime 12:00:00


Share & Comment
Subscribe for Updates
Never miss a blog post again
About the author: UC Architect, Blogger, Husband & Dad. I have been in IT for the last 12 years, with Exchange Server becoming the prime area in the last few years. I am active on Experts Exchange & TechNet forums and I am a technical author for SearchExchange.

4 comments… add one

  1. Muralikrishnan

    Clarity on Database LAg time in DAG

    1. Rajith Enchiparambil

      Hi Murali,

      Can you be more precise?

  2. Kanta Prasad

    Can any one Describe the Exchange 2010 (both the site’s mailbox servers are DAG Members)Database/logfiles Replication shcheduling acrose the site. How can we schedule the Replication time to avoid the network bandwith issue during Peak business hours….


    1. Rajith Enchiparambil

      Hi Kanta,

      There is no option in Exchange to throttle the DAG replication bandwidth. But, why would you want to do it, as any lag will keep your copies behind.
      You can try using a new vlan for the replication network and throttle the network bandwidth for that vlan.


Leave a Comment