Exchange Server灾难恢复的三种方法

核心提示：如果你和多数的管理员一样，那么可能你每天晚上都要很负责任地对你的Exchange数据库进行备份，Exchange Server灾难恢复的三种方法，并且把备份记录存储到一个安全的位置上，这样做非常棒——但是仅仅采取这些步骤可能并不能完全让你从严重的灾难中逃脱，那么你在对于灾难的准备方面就会做得很好

如果你和多数的管理员一样，那么可能你每天晚上都要很负责任地对你的Exchange数据库进行备份，并且把备份记录存储到一个安全的位置上。这样做非常棒——但是仅仅采取这些步骤可能并不能完全让你从严重的灾难中逃脱。在这篇文章中，我将介绍对Microsoft Exchange进行灾难恢复最重要也是最佳的三种方法。

文档

不用去考虑你的公司规模也不用考虑服务器的复杂程度，让文档中尽可能多的记录关于你的服务器配置的信息才是最重要的——并且要让它时刻保持更新。

让我给你提供一个恰当的例子:几年前，我使用的Exchange服务器起火了(是的，它真的发生了)。我闻到了烟味，所以很快就把火扑灭了。我的网络中剩余的部分还都好，但是那台服务器成了一堆垃圾。那个时候我真为我的保险公司和那些备份资料而感到惋惜。

那时，我还没有能够使用的关于服务器的全部备份;我所拥有的全部就是Exchange的数据库。然而这并不是大问题，如果你向新的服务器中恢复Exchange数据库(不是全部的系统备份)，那么这台服务器需要与你原来的那一台服务器相当接近才行——这才是大问题。新服务器的名称必须与旧服务器名称完全匹配。同样，新服务器中的卷也需要与旧服务器上的卷以相似的方式进行建构。

这就是为什么文档如此重要的原因。你的文档中至少应该包含下列内容:

你的服务器名

IP配置

磁盘配置

每个卷的用途

硬件的详细说明

如果你需要更换服务器，这样做可以让你很容易的以与旧系统相似的方式来配置新的硬件。

对重要的系统进行备份

需要你为灾难而进行准备的另一件事情是对你最重要的服务器进行全部的系统备份(包括系统状态)——至少每个月进行一次。

这样做有很多理由。首先，Exchange server是依赖于活动目录的。在那场火灾中我非常幸运，仅仅损失了一台服务器。但是想象一下，如果所有的服务器都被烧毁了呢?如果没有活动目录，那么仅有一个Exchange数据库的备份对并不会给我带来多大好处。

理想状态下，你希望对你所有的服务器都创建全部的系统备份。但是如果出现操作性的要求来阻止你这样做，那么就要确定你每个月所进行备份中至少包括:

你的DNS服务器

在每个域中至少有一个域控制器(要选择那些承担了该域的操作主控角色的域控制器)

全域数据库目录服务器(global catalog server)

如果你的公司是个小型企业，而且你的活动目录配置几乎是不变的，那么你可能就要纳闷为什么每个月就备份一次的要求是如此重要。这是因为Windows操作系统会把超过60天的、与活动目录相关的备份认为是过期的。虽然存在着对超过60天的活动目录进行恢复的技术，但是它涉及到对各种各样的墓碑(tombstone)设置进行操作，而且很难完成。所以拥有正确的备份对你来说要更容易些。

检测你的备份文件

也许看起来是最普通的灾难恢复计划步骤就能定期检测你的备份文件。

当我在军队中工作的时候，我们使用的是Exchange Server 5.0。信息存储在一个邮件服务器中，这个服务器中包含了损坏的数据，然而却没有人知道这种情况。最终，损坏的数据扩散，这个服务器也毁了。

很快我们就意识到，我们一直都在每周一次地备份的那些数据其实早已经损坏了，我们的备份文件没有一个是好的。如果我们能够时常地对这些备份文件进行检测，那么我们就可能发现这些问题并且能够采取措施在它彻底毁坏之前就修复这些信息的存储媒介。

Exchange Server 2003比Exchange 5.0拥有更多更好的防止数据损坏的功能，但是经常检测你的备份文件还是至关重要的。因为你无法知道什么时候你就会遇到损坏的磁盘以及其他无法预知的问题。

在你的服务器还能够正常运转的时候就发现你的备份文件存在问题，这要比你试图进行灾难恢复要好得多。

结论

灾难恢复计划的重要性要远远超出每天晚上对你的Exchange数据库所进行的备份，没有什么事情要比进行该计划更重要。按照我刚才介绍的三种最佳的方法来操作，那么你在对于灾难的准备方面就会做得很好。如果还想在这个问题上钻研得更深一些，那么就参阅微软公司的文章:Exchange Server 2003灾难恢复操作指南。