Exchange Server 2007 LCR介绍

核心提示：经过两步，LCR配置完成，Exchange Server 2007 LCR介绍(2)，其实在这个过程中Exchange运行了很多任务，主要经历了以下步骤：1. 检查当前的检查点文件(E02.chk)，还原过程如下：1. 把E02.log文件由c:SG3logs 拷贝到 c:SG3LCRlogs中2. 删除c:SG3下的

经过两步，LCR配置完成。其实在这个过程中Exchange运行了很多任务，主要经历了以下步骤：

1. 检查当前的检查点文件(E02.chk)，记录下当前检查点文件中关于日志的指针位置。并将邮箱数据库文件从c:SG3dbsg3data.edb 拷贝到c:SG3LCRdb下

2. 将检查点以后的事务日志文件copy到c:SG3LCRlogs下，(我们可以看到在c:SG3LCRlogs中，日志文件并不是从E0200000001开始的)

3. 把copy过来的事务日志文件重播到c:SG3LCRdbsg3data.edb中

此时我们打开存储组SG3的“属性”可以看到如下信息：

在此窗口中，我们可以监视LCR的状态，可以看到种子是否已经设定，复制状态如何，是否正在复制或重播日志等信息。当“重播队列长度”变成0时表示当前的日志文件都已经重播到了数据库中。此时在目录下会生成新的E02.chk检查点文件。

整个过程可能需要一段时间，只有我们在此看到“重播队列长度”变成0，或被动副本日志文件夹中产生E02.chk才说明LCR配置完成。此时：

我们比较原存储组日志文件和LCR副本日志文件，会发现有几点不同：

1. LCR副本日志中没有E02.log文件

2. LCR副本日志文件不是从E0200000001开始的，而是从一个较高的数值开始。

3. LCR副本日志文件夹中新增了Ignoredlogs和inspector文件夹

4.

下面开始模拟原始数据库损坏，然后启用LCR副本。

首先将数据库SG3data.edb卸除，如下图：

然后禁用“本地连续复制”，如下图：

此时我们可以把c:SG3dbsg3data.edb这个邮箱数据库文件删除以模拟原数据库文件损坏。此时再对此数据库无法挂载了。还原过程如下：

1. 把E02.log文件由c:SG3logs 拷贝到 c:SG3LCRlogs中

2. 删除c:SG3下的所有文件

3. 删除磁盘1在c:SG3LCR的挂接点，然后把磁盘1挂接到c:SG3下

4. 在ESM中，对sg3data.edb数据库进行重新加载。

对了,还原之后 要记得对此存储组再次配置LCR,保证其高可用性 .