设置重播/切断滞后时间

　　利用Exchange 2007 SP1引入的备用连续复制(SCR)功能，用户可以从一个独立的邮箱服务器、群集连续复制(CCR)或单一副本群集(SCC)将一个或多个数据库复制到一个独立的目标邮箱服务器或备用群集(CCR或SCC，即仅安装被动群集邮箱角色的故障转移群集)。SCR既可用于本地数据中心的复制存储组，也可用于远程数据中心的二级或备份数据中心的服务器。

　　除了能够将数据复制到每个存储组的多个目标外，SCR还引入了重播滞后时间以及截断滞后时间的概念。利用重播滞后时间，用户可以配置Exchange复制服务，使之能够在日志文件从SCR源复制到SCR目标之前，延迟一段指定的时间后重播。重播滞后时间的默认值是24小时，最多可设置为7天(如果设置为0，则有一段满足50个日志文件的滞后时间，使之不至于因故障转移而重新播种)。重播滞后时间主要用来从备份服务器及时调用数据，以应对在SCR源服务器上的主动数据库副本因逻辑损伤而受到影响时恢复数据库副本。这种方式可以在逻辑损伤复制到SCR目标服务器之前阻止复制活动，从而防止数据丢失。

　　截断滞后时间可用于指定在截断(删除)已复制到SCR目标服务器并重播到数据库副本的日志文件之前Exchange复制服务等待的时间。截断滞后时间最长为7天，最低为0秒。利用截断滞后时间，可以从影响SCR源服务器日志文件的故障中恢复。

　　DAG也支持Exchange 2007 SP1的SCR的重播延迟时间。工作方式同上述基本相同，只不过需要使用另外一个命令(即Set-MailboxDatabaseCopy)来进行。

　　Exchange 2010对这些功能进行了一些改进。例如，现在重播滞后时间最多可设置为14天，而不是之前Exchange 2007 SP1中的7天。同时，与Exchange 2007 SP1中的SCR不同，Exchange 2010中的重播滞后时间不再有50个日志的硬编码重播滞后。

　　默认情况下，重播和截断滞后时间都设置为禁用，如图14。

图14：默认的邮箱数据库重播和截断滞后时间

　　在Exchange 2010中设置重播和截断滞后时间与在Exchange 2007 SP1中设置SCR目的基本相同，都是为了避免数据库和存储的逻辑损伤。不同的是，在Exchange 2010中，用户可以综合运用滞后的数据库副本和合法持有两种方式。