基于VERITASNetBackupTMforExchange的Exchange备份与恢复

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

了解微软Exchange 2000 环境

我们应该理解Microsoft Exchange 2000和Microsoft Windows^®  2000 Active Directory^® 之间的交互作用可以使的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，然后使用十六进制继续下去）

当服务正常的中止时记录在记录文件里的处理将被提交到各自的edb文件。记录文件不能被人工的清除；最好通过备份操作来清空记录文件。

与相应的Exchange在线备份磁盘相结合，记录文件可以让管理员能够掌握当天的处理同时可以不丢失任何信息的恢复一个数据库。

处理记录没有长期的价值；只有当它们是在最近一次在线备份时创建的才是有用的。单独把处理记录文件备份或者恢复，而不考虑用它们相关联的数据库，那样是毫无意义的。

在备份中的处理记录： 在备份的过程中提交了的处理记录将被微软Exchange删除。既然这些记录已经被提交到数据库文件同时他们已经被写入到备份媒介中，那么这些记录就不在需要了。如果处理记录文件变的损坏了，管理员在数据库恢复后将失去将之前移的能力。

在恢复中的处理记录： 在恢复Exchange2000 数据库时管理员有两个选择。

首先，他们可以保存现有的记录文件同时覆盖任何存在的记录文件。在文件被恢复，服务启动以后，数据库将把处理提交到恢复的记录中。如果在服务器上存在与恢复的记录文件编号相邻的记录文件，那么那些处理也将被提交。如果记录文件的文件名的编号顺序有间隔出现，那么间隔之前的记录文件没有任何处理会被提交。

处理记录完好无损而数据库需要恢复的情况是非常有用的。通过保存的记录文件，微软Exchange服务器可以恢复到错误发生的点而不是上一次全部或增量备份的时候（微分增量备份或累计增量备份）

第二个选择是删除现存的处理记录。在很多情况下，例如恢复信息存储到另一个服务器，或者是恢复到早先的日期而不重新提交所有仍然在磁盘上的记录，或者是执行一次全面恢复，需要删除现存的处理记录。

信息存储和目录服务使用各自的edb.chk文件，它们在启动的时候读取该文件。他们可以使用处理记录来运行任何没有被提交到edb文件的记录。举例来说，如果一个Exchange服务器发生了损耗，而处理被记录到了处理记录而不是数据库文件，Exchange将尝试在启动的时候通过自动记录从记录文件到数据库文件的处理来进行恢复。

备份Exchange2000

管理员可以备份Exchange服务器上的所有数据库，或者一个指定的数据库组，或者存储集团。管理员同样可以选择恢复一个Exchange服务器上的所有信息或者恢复一个单独的数据库或者存储集团。

尽管管理员可以个别的备份所有的数据库，但是建议一次备份全部的存储集团。个别的数据库备份需要多个备份记录文件，同时当备份或者恢复Exchange2000数据库时，管理员不能在一个单独的存储集团里运行多个备份或者恢复操作。

以下步骤将在一次全面备份中发生：