Exchange Server 软恢复和硬恢复介绍

 当使用Microsoft Exchange Server 2003的时候，必须注意recovery (恢复)和restore (还原)之间的区别。还原是指将数据库和日志文件还原到服务器上的动作，恢复是指重放事务日志到恢复过的数据库中的动作。

　　有两种形式的恢复：

　　软恢复 在当数据库意外停止后被重新加载时的日志重放过程，或当事务日志被重放到数据库的离线备份中。

　　硬恢复 事务日志重放过程发生在从在线备份恢复数据库后。

　　软恢复

　　在缺省的软恢复场景中，外部的事件意外终止了Exchange 服务器数据库，但是数据库和日志文件保持完好无损并仍在原来的位置。当数据库被重新加载的时候，Exchange阅读检查点文件，并开始重放被列在检查点日志中的事务日志。如果没有检查点文件存在的话，重放从存储组中事务日志文件夹中最老的可用日志文件开始。

　　Exchange 服务器将它们写到数据库中，完成那些日志文件中发现的还没有被写到数据库中的事务。Exchange 服务器从来不会将事务写进数据库文件中直到所有的操作组成的整体被安全放置到日志文件中。您不需要在数据库中物理地撤消或收回一个事务，当重放开始的时候如果所有的未提交的事务日志还在这时意外中止出现。

　　重要信息：软恢复过程的一个基本的假设是，由于故障或在故障之后，没有数据库或日志文件被管理员移动、删除或损坏。

　　如果您从重播序列中删除任何需要的事务日志，Exchange 服务器软恢复将立即失败。如果需要的日志丢失的话，您必须要么从旧的日志执行恢复，从数据库的备份(一个不需要那些日志副本)中还原，要么您必须使用Exchange 服务器数据库工具(Eseutil.exe)来修复这个数据库。

　　事务日志文件重播的一些基础规则

　　事务日志文件重播的一些基础规则有下面一些：

　　1. 您不能将日志文件从一个数据库重播到另一个数据库中。日志文件内部的操作是低级别的。您无法看到日志文件里面的东西像“传递邮件A到邮箱B”。日志文件操作的一个好的例子是“在数据库页面7890上写123字节的流到偏移量456字节”。

　　想像您要编辑一个文档给出一些指令，您的指令是“在第五页第四段的第三个句子中的第二个单词后插入 '将是或将不是'”。如果这些指令被应用到文档而不是您打算的地方，结果是将随机地损坏该文档。同样地，如果错误的日志文件被重播到一个Exchange 服务器数据库中，类似的结果将发生。Exchange 服务器因此必须有多个安全机制来阻止这样的损坏发生。如果您修复或整理Exchange 服务器数据库，以前和该数据库关联的事务日志不能在被重播