[求助]只有Exchange2007 sp1 才能使用SCR吗 [复制链接]

为什么都说是sp1呢 、sp3 不可以吗。。谢谢

是SP1开始支持SCR吧，后续版本SP2/SP3都是可以的

opop:是SP1开始支持SCR吧，后续版本SP2/SP3都是可以的 (2012-06-20 16:39) 

嗯、 谢谢您opop、    还有一问题问您是这样的，我做SCR、在目标开启SCR时，有个-ReplayLagTime参数用于指定重播到SCR目标计算机所需的延迟时间，格式为“天数.小时数:分钟数:秒数”，最小0秒，最大7天。SCR默认有50个事务日志文件的重播延迟加24小时（意思是说，只有在50个事务日志文件复制到SCR目标计算机，加24小时后，Exchange才会在SCR目标建立数据库）。设置为0.0:0:0将取消24小时延迟。
这是实验环境我设置了0，如果是生产环境要怎样设置合适？谢谢！！

system_linux:嗯、 谢谢您opop、还有一问题问您是这样的，我做SCR、在目标开启SCR时，有个-ReplayLagTime参数用于指定重播到SCR目标计算机所需的延迟时间，格式为“天数.小时数:分钟数:秒数”，最小0秒，最大7天。SCR默认有50个事务日志文件的重播延迟加24小时（意思 ..(2012-06-20 21:44)嬀/color]

这里的replaylagtime是为了比方说源数据库上出现问题导致数据库损坏时，目标数据库可能因为设置的replaylagtime在一定时间内那些导致问题发生的事务日志文件尚未被写入从而保证目标数据库的可用性。

根据实际情况可以采用默认的24小时。因为当真正要用到SCR来进行灾难恢复时，还是会有步骤将所有尚未写入目标数据库的事务日志重播的。总的来讲设置时间越长可能越安全些，只不过灾难恢复的时候花的时间也会长一些

opop:这里的replaylagtime是为了比方说源数据库上出现问题导致数据库损坏时，目标数据库可能因为设置的replaylagtime在一定时间内那些导致问题发生的事务日志文件尚未被写入从而保证目标数据库的可用性。
根据实际情况可以采用默认的24小时。因为当真正要用到SCR来进行灾难恢复时，还 .. (2012-06-21 20:23) 

非常感谢