微软Exchange 2000的备份与恢复

VERITAS Windows Platform Team (March 2002)

我们应该理解，备份和恢复程序可以允许管理员有效的进行当出现损耗或者灾难的时候所要进行的意外的计划。本文将描述在 Microsoft^%26reg; Exchange^%26reg; 系统中基础性的交互作用和描述使用VERITAS NetBackup^TM for Exchange来简化日常备份，恢复重要数据，使损失最小化的作用。

任何一个计算环境都需要在损耗或灾难发生后恢复数据或整个系统的能力。有规律的备份将为成功的恢复作出显著的贡献。Microsoft^%26reg; Exchange^%26reg; 2000的备份和恢复程序提供的机制可以使用户在Exchange的环境下保持系统的持续及最小化的中断。 VERITAS NetBackupTM for Exchange是用于备份和恢复Exchange 2000的数据库和邮件箱的。

了解微软Exchange 2000 环境

我们应该理解Microsoft Exchange 2000和Microsoft Windows^%26reg; 2000 Active Directory^%26reg; 之间的交互作用可以使的Exchange 2000环境下的维护和恢复变得非常容易。同样的，我们应该理解数据库文件，处理记录和补丁还有检查文件的作用是帮助管理员们从失败或从特定的时间点来恢复数据。

Exchange 2000 需要连接到储存在Windows 2000 活动目录里的对象。因此，经常对活动目录进行备份和额外的域控制器对于Exchange 2000环境的生存是至关重要的。有时候管理员需用调用一些旧的信息，比如他们不小心删除了一个重要的目录或者是安装了一个没用的程序。在这种情况下，活动目录的早期备份可以帮助恢复这些信息。活动目录提供了权威的修复能力。

即使是最小的Windows 2000环境也应该有至少两个域控制器来提供两个活动目录数据库的备份。更大的机构里在每个域下应该有不少于三个域控制器来提供冗余。

正确的执行备份后将把每一个域的活动目录拷贝到一个安全的位置。在对活动目录有明显的改动之前或者之后至少对每一个域进行一次备份，例如安装Exchange 2000。

如果有多于一个的活动目录的备份，那么在灾难恢复工作中将会大大获益。目录之一的损坏并不会中断对客户的服务；因此，恢复过程就不是一个紧急的过程。管理员还可以获得一些恢复的选项。他们可以从一个备份中恢复，重建该服务器并把该服务器再次作为域控制器加入到域中，或者增加一个第三方服务器作为域控制器的替代。

在一般的工作中，数据库文件本身永远不是最新的。存储服务将管理一个巨大的内存里的缓存空间来储存数据同时周期性的把修改的数据记录到磁盘上。可是，这种方法导致了正常激活的数据库文件与更新磁盘上的数据库文件之间的延迟。如果一个突然的系统错误发生那么这个延迟将危及数据库的完整性。

把数据存储到处理记录文件将确保修改的数据记录到磁盘上。这一技术比更新数据库要快（这将导致更新多个索引，随机磁盘读取和其他问题）同时允许Exchange在高负荷下保持传输的高性能。

当存储服务正常停止的时候，它将把所有数据库缓存中被修改的数据存储到数据库文件中，在服务中止以前使得文件处以一个一致的状态。如果存储服务非正常停止了（崩溃），数据库将保持在一个不一直或者未知的状态，但是处理记录将包括所有恢复数据库所需要的信息。对数据库重放这些记录将使它回到一个一致的状态-就好象正常关机后所达到的情况。

这种stm文件包括原始内容；它并不包括索引和属性。当一个信息到达的时候，Exchange2000只是将信息索引和管理到edb文件中。Exchange2000 接下来将记录该stm文件的位置，使用户可以到那里去阅读该信息。这种方法将使Internet信息更快的传输，同时减少信息格式的转换。edb和stm文件是组成一套的并且应该被作为一个单独的文件来对待。如果一个管理员在备份edb文件时丢失了stm文件，那么该edb文件就是没用的了。

信息存储包括两个分开的数据库，但是处理记录是被保存在一个单独的组里。因为所有处理首先被写入edb.log文件然后再写入数据库，实际的数据库可以是一个在处理记录文件里没有被提交的处理和实际的edb数据库文件的混合体。当edb.log文件被数据充满的时候（大约在5MB），它将被改名然后一个新的edb.log文件被建立。当edb.log文件被改名，被改名的记录文件被保存在相同的子目录下。被改名的记录文件使用一个连续的数字顺序来命名（例如： edb00014.log， edb00015.log，然后使用十六进制继续下去）