连续复制深度解析DOC - 连续复制是MICROSOFT.docVIP

连续复制（也称为日志传送和重播）是Microsoft Exchange Server 2007 中的一个新技术。它创建和维护数据库备份来为邮箱数据库提供完全的高可用性和灾难恢复解决方案。随着Exchange Server 2007 Service Pack 1 (SP1)的发布，现在有三种形式的连续复制。 本地连续复制（LCR） LCR是单服务器解决方案，在与主动存储组所在的服务器相连接的另一个磁盘集上创建并维护存储组的副本。 群集连续复制（CCR）CCR是 一项高可用性功能，它为电子邮件服务和邮箱数据提供故障转移功能，通过群集技术使用连续复制来为服务器冗余提供数据冗余的一个备份。 备用连续复制 (SCR) SCR是一个灾难恢复功能，它通过连续复制来创建和维护存储组的多个备份。SCR 实现了高可用性（包含服务和数据可用性）与站点弹性的分离。例如，SCR 可以与 CCR 相结合，以在主数据中心本地复制存储组（使用 CCR 实现高可用性），并在辅助或备份数据中心远程复制存储组（使用 SCR 实现站点弹性）。辅助数据中心可以在 SCR 目标所在的故障转移群集中驻有一个被动节点。这种类型的群集称作备用群集，因为它并不包含任何群集邮箱服务器，但是可以在恢复方案中为其快速提供一个替代群集邮箱服务器。如果主数据中心发生故障或丢失数据，可以在备用群集上快速激活该备用群集中的 SCR 目标。 连续复制基础 连续复制利用Exchange 服务器数据库恢复支持，来提供异步更新一个邮箱数据库的一个或多个副本技术。每个邮箱服务器记录主动数据库生成的数据库更新，将它以日志的形式记录在连续的1MB的事务日志文件中。这些文件的集合被当作日志流。日志流被用来备份和服务器崩溃后恢复。 在连续复制中，日志流也被用来异步更新一个数据库的一个或多个副本。这是通过传送日志到包含主动存储组副本的位置，然后重播它们到数据库副本中。如果来自主动数据库的所有日志都被重播到数据库的副本中，那么这两个数据库是相同的。 连续复制在存储组级别上配置和管理。然而，因为连续复制要求一个存储组只能包含一个数据库，连续复制有效地运行在数据库级别上。 该文章将深入研究连续复制的内部原理，解释使用连续复制成为可能的邮箱服务器角色的关键组件。 用简单的话来说，连续复制执行下面这些步骤： 通过指定源数据库副本为目标种子创建目标数据库。 通过订阅Windows 文件系统通知事件监视源日志目录中的新日志用于拷贝。 拷贝任何新的日志文件到目的检查日志目录。 检查拷贝的日志文件。 通过成功检查，移动拷贝的日志到存储组副本的日志路径，重播拷贝的日志到数据库的副本中。 复制组件 代表日志生成、日志传送和日志重播活动的两个关键服务是： Microsoft Exchange Information Store service 代表服务用户和应用请求，执行写前面的日志，通过Extensible Storage Engine (ESE) 更新数据库文件。 Microsoft Exchange Replication Service 代表日志传送和重播数据库副本上的日志。 Information Store 服务功能 当数据库中的数据被检索、插入或修改的时候，ESE执行下面的步骤： 一个操作发生于数据库（一个客户端发送了一个新的邮件），请求更新的页面从数据库中读出并被放到ESE的缓存（假设该页面不在内存中），而日志缓冲器被通知，它在内存中记录这个操作。 这些更改被数据库引擎记录下来，但是这些更改没有被立刻写到硬盘上的数据库文件中 。实际 上，这些更改保存在ESE的缓存中，它们被称为页面，因为它们还没有被提交到数据库文件。存储版本被用来跟踪这些更改，这样可以确保被隔离，并且保持一致性。 当数据库页面发生更改，日志缓冲器被通知来提交更改，事务被记录事务日志文件中，它也许要求或不要求关闭现有的Exx.log文件并开始生成一个新的日志。（注意ESE也代表关闭一个日志文件一旦它达到最大值（1MB）并开始生成一个新的。） 最终数据库页面被写到硬盘上的数据库文件中。 检查点被增加。 复制服务功能 当连续复制被激活后，Microsoft Exchange 复制服务 （简称复制服务）检测当现有日志文件被ESE关闭的时候，拷贝它，检查它，然后重播它到数据库副本中。该服务在缺省情况下被安装在所有的已经安装邮箱服务器角色的服务器上。 复制服务的可执行文件是Microsoft.Exchange.Cluster.ReplayService.exe，在缺省情况下它位于安装路径\bin。复制服务依赖于Microsoft Exchange Active Directory Topology Service 。复制服务能够被停止和启动使用服