Microsoft Exchange Server 2007已经发布一段时间了，和以前的
exchange版本相比在高可用性方面有了很大的改进。最主要的体现莫过于
LCR(Local Continuous Replication)和
CCR(Cluster Continuous Replication)技术了。我们主要看一下
LCR技术的实现。
LCR技术是一种单
服务器解决方案，它可以在单服务器的环境下实现邮件数据库的高可用。它是通过内置的异步日志传送技术在同一服务器的不同区域维护
Exchange存储组的副本。当存储组的主动副本出现问题后，我们可以在最短的时间内切换到被动副本，显著降低数据库的还原时间。原理如下图：
注意：
LCR不是备份技术，部署了
LCR并不代表不再需要备份。
LCR的作用是显著降低
exchange数据库的还原时间，而不能代替备份。但是我们可以延长平时的备份周期。
实验环境：
Exchange Server 2007 + Windows server 2003 R2 在开始之前已经有了一个存储组：
SG3。存放位置为：
c:\SG3。而且此存储组中已经有了一个邮箱数据库。
C:\下新建一个文件夹
SG3LCR用来存放此存储组的副本。如下图：
在此试验中，我们将另一块硬盘用来存放存储组的副本。为了还原数据库时的方便，我们把分区设置成
NTFS卷装入点。如下图：
在这一步中，我们将第二块磁盘做成
NTFS卷装入到
c:\SG3LCR中。完成后的效果图如下：
接下来开始
LCR 的配置：
首先选中
SG3存储组，然后在右边的动作面板中选择“启用本地连续复制”，弹出如下图窗口：
在此我们选择
LCR目标系统路径和日志路径，就是刚才的卷装入点位置。
填入本地连续复制数据库的路径，也是在
NTFS卷装入点
c:\SG3下。在实际生产环境下我们建议将数据库文件和日志文件放在不同的磁盘上。
经过两步，
LCR配置完成。其实在这个过程中
Exchange运行了很多任务，主要经历了以下步骤：
1. 检查当前的检查点文件
(E02.chk)，记录下当前检查点文件中关于日志的指针位置。并将邮箱数据库文件从
c:\SG3\db\sg3data.edb 拷贝到
c:\SG3LCR\db下
2. 将检查点以后的事务日志文件
copy到
c:\SG3LCR\logs下，（我们可以看到在
c:\SG3LCR\logs中，日志文件并不是从
E0200000001开始的）
3. 把
copy过来的事务日志文件重播到
c:\SG3LCR\db\sg3data.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:\SG3\db\sg3data.edb这个邮箱数据库文件
删除以模拟原数据库文件损坏。此时再对此数据库无法挂载了。还原过程如下：
1． 把
E02.log文件由
c:\SG3\logs 拷贝到
c:\SG3LCR\logs中
2． 删除
c:\SG3下的所有文件
3． 删除磁盘
1在
c:\SG3LCR的挂接点，然后把磁盘
1挂接到
c:\SG3下
4． 在
ESM中，对
sg3data.edb数据库进行重新加载。
对了
,还原之后
要记得对此存储组再次配置
LCR,保证其高可用性
