Exchange备份与恢复技巧集

1、Exchange备份与恢复技巧集一. Exchange的备份与恢复概谈Exchange备份分为联机备份和脱机备份两种。顾名思义,当运行exchange时执行的备份为联机备份,这类备份往往需要支持exchange的程序来完成,如NTBACKUP以及第三方备份软件针对exchange的数据库提供的解决方案。这类程序按逻辑备份数据,也就是说,备份所有与信息存储相关的数据和所有与目录服务相关的数据。脱机备份则是在服务停止时执行的文件级的备份。联机备份Exchange 支持四种类型的联机备份:常规或完全、复制、增量和差异。常规备份先备份您的数据库文件,然后备份事务日志文件,之后再从目录中删除事务日志文件

2、。这意味着您可禁用循环日志记录,因为您的备份软件会删除日志文件。因此如果执行常规备份,您就不会遇到日志文件充满驱动器的问题。要还原常规备份,只需要还原上次常规备份集并启动该服务即可。增量备份只作用于日志文件,因此仅适用于禁用循环日志记录的情况。象常规备份一样,增量备份也会在备份后将日志文件清除。因此,它提供了在不损害可恢复性的情况下去掉日志文件的另一种方法。要还原增量备份,必须返回到上次常规备份集(其中包含您的数据库文件。还原这些数据库文件,再还原常规备份后的每个增量备份集,然后启动该服务。请注意,只有当您还原所有的备份集之后,才能启动该服务,否则在备份集之后还原的任何日志都不能向前运行。象增

3、量备份一样,差异备份也作用于日志文件,因此若要使用它,就必须禁用循环日志记录。然而与增量备份不同的是,差异备份不删除日志文件。要还原差异备份集,请返回到上次常规备份并还原您的差异备份集(它包含上次常规备份后产生的所有日志文件。使用增量备份时,只有当您还原了所有的备份集之后,才能启动该服务。脱机备份,任何备份软件都可以执行脱机备份。不过,在还原时脱机备份不能象对应的联机备份一样自动放出所有日志文件。因此,Microsoft 不推荐使用脱机备份进行每日备份。但是,当联机备份失败后,脱机备份就非常重要。恢复恢复数据的方式取决于您是返回到联机备份还是返回到脱机备份,而还原联机备份比还原脱机备份要容易一

4、些。在每日常规备份中,您只是简单地还原上次常规备份并启动该服务。在常规加增量备份中,您将还原上次常规备份和所有增量集并启动该服务,而Exchange 会放出所有日志文件。在常规加差异备份中,您将还原上次常规备份,还原上次差异备份,并启动该服务。在脱机备份中,您将执行还原目录服务的一个步骤和还原信息存储的另一个步骤。对于目录服务,应还原DSADATA 目录,必要时使用Windows NT 注册表在各个不同的驱动器上找到多个DSADATA 目录。然后,启动该服务。对于信息存储,应还原MDBDATA 目录(其位置也出现在注册表中,然后运行Microsoft Exchange Server 下bin

5、目录中的ISINTEG.EXE 程序,并给此程序提供-patch 命令行选项。然后,停止该服务,它自己应当再次启动。二. 如何做联机备份要使用“备份向导”对Exchange Server 计算机执行联机备份,单击开始,指向程序,指向附件,指向系统工具,然后单击备份。或者,在命令提示符处键入ntbackup。在“要备份的内容”对话框中,选择“备份选定的文件、驱动器或网络数据”,然后单击下一步。这将启动联机备份。在“要备份的项目”对话框中,展开Exchange Server 树,选择单位中要备份的任何或所有Exchange Server 计算机,然后单击下一步。备注:您不能选择词语“Microso

6、ft Exchange”旁边变灰的框。必须双击Microsoft Exchange 或单击加号(+ 展开Exchange Server 树。您可以将此树向下展开到任何服务器的目录或信息存储区。确认“备份媒体或文件名”框中列出的文件是您要将数据备份到的文件,然后单击下一步。单击完成继续进行备份。要不使用向导备份Exchange Server 计算机,请按照以下步骤操作:单击开始,指向程序,指向附件,指向系统工具,然后单击备份。或者,在命令提示符处键入ntbackup。在“欢迎使用Windows 2000 备份及故障恢复工具”对话框中,单击备份选项卡,然后展开Microsoft Exchange

7、树。选择单位中要备份的任何或所有Exchange Server 计算机。备注:您无法选择词语“Microsoft Exchange”旁边变灰的框。您必须双击Microsoft Exchange 或单击加号(+ 展开Exchange Server 树。您可以将此树向下展开到任何服务器的目录或信息存储区。确认“备份媒体或文件名”框中列出的文件是您要将数据备份到的文件,然后单击开始备份。验证备份作业信息对话框中的信息,然后单击开始备份.脱机备份与恢复检查工作:确定是否为存储组启用循环日志(不要启用。(exchange系统管理器存储组-属性-通用,不钩选启用循环日志。确定Exchange 数据库、流、

8、事务日志和检查点文件的路径位置以及存储组的日志文件前缀。(exchange系统管理器存储组-属性-通用,记录日志文件前缀(E0n,事务日志位置(E0n*.log系统路径位置(E0n.chk, 数据库路径列在每个database_name 对象的Database 属性中,*.stm,*.edbDismount 要备份的数据库。脱机备份1. 验证验证数据库文件(.edb 和.stm 文件一致且相互匹配。为此,请对每个文件运行以下命令eseutil /mh database(*.edbfile | find /i DB Signatureeseutil /mh database file (*.st

9、m| find /i DB Signature若两个文件DB签名相同,则说明属于同一文件集。eseutil /mh database file ,state=clean shutdown2. 将*.edb,*.stm文件备份。3. 装入已备份的数据库。4. 若稍后要钱滚,则备份所有带编号的事务日志文件(E0nxxxxx.log 文件。不要备份E0n.log、Res1.log 和Res2.log 文件。5. 查看检查点文件的标头,以确定可以安全删除的编号最大的日志文件。如果数据库异常停止,检查点将跟踪自动恢复所需的编号最小的日志文件。要查看检查点文件,运行以下命令:eseutil /mk E0n

10、.chk6. 令验证已备份日志文件的完整性:eseutil /ml E0n脱机恢复“时点”恢复。日志文件不会重放到数据库中。备份后所创建的所有数据都将丢失。存储组中的所有已停止数据库必须一致,并且必须存在有效的检查点文件。不要删除当前的检查点文件或任何现有的日志文件。“前滚”恢复。备份后所创建的日志文件将被播放到数据库中。如果所有日志文件都可用,则备份后所创建的全部数据都可保存下来。如果启用了循环记录,则必须对脱机备份执行“时点”恢复,而不能选择“前滚”恢复。存储组中的所有数据库必须停止且一致,并且生成备份后创建的所有日志文件都必须存在(包括当前的E0n.log。必须删除检查点文件。“时点”恢

11、复1. 卸除掉要恢复的数据库,并验证其一致,匹配,且检查点有效。eseutil /mk E0n.chk | FIND /i checkpointeseutil /ml E0n.log | FIND /i lgeneration 看检查点是否位于日志中。2. 将已备份的.edb 和.stm 文件复制到适当的数据库和流式文件位置。3. 在Exchange 系统管理器中数据库对象的“数据库”属性内单击以选中This database can be overwritten by a restore(可以用恢复覆盖此数据库复选框。4. 装入已恢复的数据库。“前滚恢复”1. 卸除掉要恢复的数据库。2. 检

12、查一致性。3. 检查每个数据库标头中记录的日志签名是否为低锚定日志的签名。运行以下命令: eseutil /mh database_name | find /i Log Signatureeseutil /ml low_anchor_log | find /i Signature4. 检查当前数据库路径位置是否与创建备份时的路径位置相同。eseutil /ml Last_Consistent_log | find /i database name or pattern5. 从连续序列中尽可能靠前的低锚定编号开始,收集所有日志,并将这些日志复制到当前的事务日志路径中。6. 验证所有日志是否共享同

13、一日志签名并处于连续序列中。7. 如果高锚定日志尚未命名为E0n.log,则重命名它。8. 从“系统路径”文件夹中删除E0n.chk 文件。9. 作为装入存储组前的最后一步检查,请验证以下几个方面:所有数据库文件都存在于其运行路径中。运行事务日志路径中仅有的日志文件从低锚定日志开始,并至少持续到高锚定日志,其中编号最大的可用日志名为E0n.log。“系统路径”文件夹中没有E0n.chk 文件。10. 如果信息存储尚未运行,请启动它,然后至少在存储组中装入一个数据库。三. 数据库故障处理当无法mount上数据库时,按下列步骤操作1. 尝试启动信息存储,看错误提示和事件日志。2. 检查一致性ese

14、util /mh databasename3. 若state=dirty shutdown,则不要remove log若state=clean shutdown,则把log移出,转到第11步。不一致的,因为在缓存中存在尚未物理写入该文件的信息.通常,只有数据库服务正常关闭 后,Exchange 数据库文件才被认为是一致的.不过,数据库作为一个整体(该整体被认为 是事务日志和数据库文件中的信息总和始终是一致的,除非所需的日志文件被过早删除. 处理数据库签名与路径不匹配问题 与日志文件一样,数据库也有自己的签名.不同的是,虽然自创建 E0n000001.log 文 件之后日志签名不会再更改,但每当数据库的物理拓扑改变时,数据库签名将会更改,并且 不通过日志文件对这些更改进行跟踪.使用 Eseutil 对数据库进行脱机碎片整理或修复时, 会更改 DB 签名.经过这样的事件后,数据库可以附加到先前的同一日志流,但它将不接 受数据库具有先前签名时所执行的所有事务的重放. 数据库的以前副本不接受数据库签名更 改后所执行的