虚拟化技术在Exchange灾难恢复中的作用

    我们公司最近准备在外地的灾难恢复中心进行一次业务连贯性测试。在整个测试中，我们需要模拟一个场景，在这里，我们失去了整个工作环境，这当然包括我们所有的服务器，我们的任务是在72小时内恢复整个业务功能。几个月的精心安排终于换来一次成功的测试。尽管在这次测试中，我们遇到了许多的困难和挑战，但是最让人映象深刻的还是当我们准备去恢复装有Exchange Server 2003 SP2的active/passive群集时，发现竟然没有专为群集准备的硬件。经过短暂的思考，我决定通过在虚拟环境中搭建群集再恢复Exchange 数据来解决这个难题。

　　失败的尝试

　　作为公司的Windows&Exchange管理员，我的工作就是把恢复每台服务器的过程文档化。我曾经无数次成功地使用disasterrecovery参数的Exchange安装命令来恢复独立的Exchange服务器，所以我原本认为同样的方法也适用于恢复Exchange群集环境。现在看来，这是多么大的一个错误。

　　在真正开始测试前的几周，为了避免任何遗漏，我决定测试一下我的计划。我首先在测试环境中恢复了活动目录，然后准备使用带有 /disasterrecovery参数的命令来安装Exchange。当安装仅仅进行了短短几秒钟后，我就看到了操作成功的提示，您可以想象我当时有多吃惊。很明显，一定有什么地方弄错了。我快速浏览了一下安装文件setup.log，发现如图1所示的报错。我立刻意识到我遇到麻烦了。我的计划有个大漏洞，简单来说，就是不能在独立服务器上恢复Exchange群集环境中的邮箱存储。

    
    我的第一反应是去创建一个只包含单一节点的群集环境。如果我有第二个SCSI控制器，群集服务就应当认为我正在使用共享磁盘。不幸的是，在我们外地的灾难恢复中心，所有的服务器都只有一块SCSI卡。无论我如何尝试，除了本地仲裁(10cal quo rum)，我无法使群集服务创建出任何其它的组件。绝望之后，我尝试使用本地仲裁来安装Exchange服务器。太“幸运”了，我又遇到了另一个常见的报错——Microsoft Windows Server 2003使用本地仲裁资源时不启动微软分布式事务处理协调器(M SDTC)服务。(更多信息，请参阅以下文章FIX：在安装Windows Server2003带有SPl后MSDTC服务未启动独立群集中，http：//support microsoft com/kb/899426/zh—Cn。

　　现在，我迷茫了。我没有能够让我继续进行下去所需的硬件，在使用本地仲裁安装ExchangelE务器时又遇到了一个我没有时间来解决的问题。

　　VMware 可以拯救你

　　我需要寻找一个快速的解决方案。我们的灾难恢复测试只剩下几天了，不去恢复中央邮件系统是不现实的。所以我不得不去寻找一个恢复Exchange的办法。

　　我的第一个想法是使用VMware在虚拟机(virtualmachine，VM)上来搭建和运行Exchange群集(你也可以使用微软的 Mlcrosoft Virtual Server而不是VMware来搭建环境)。在2006年2月，VMware把它的GSX服务器改名为VMware服务器，并且供用户在官方网站上免费下载(http://www.vmware.com/products/server)。我原来曾经在VMware产品上成功搭建过Exchanqe群集。如果遇到任何问题，我知道我可以在Mark Mlnasi的读者论坛上提出问题并寻求帮助，我自己也长期活跃在这个论坛。这个论坛的网址是http://www minasi.Com/forumo因为我几乎每天都要用到VMware产品做测试，所以我拥有所有的windows操作系统的镜像文件。当建立好一个 Windows镜像文件的时候，Windows系统准备工具会生成一唯一的SlD。当复制完镜像文件以后，重启机器，一个新的SlD就会在简单安装的过程中被生成了。这是微软支持的唯一一种复制或者“克隆”Windows机器的方法，它工作起来非常有效。有了这些操作系统的镜像文件意味着您不用再从VM的平台上重新安装操作系统，这样可以帮我节省几个小时的时间。现在我只需要把虚拟机的镜像文件拷贝到一个新的文件夹，就可以开始运行了。开始的时候，系统会运行一个安装向导，包括输入用户名、服务器名、lP地址和授权码。

　　在复制完Windows Server 2003企业版到一个新的文件夹后，我就开始配置这台服务器，使它支持微软的群集服务。在这里我们最需要注意的一件事情是如何配置硬盘。作为灾难恢复服务器，它必须和工作环境中的服务器使用一样的配置。举个例子，我们的Ex c：hange文件是安装在D盘的(D:\Program Files\Exchsrvr)，而不是C盘。E×change信息存储(Information Store)和日志文件(transaction Jogs)也被放置在其它的磁盘。这些存储路径信息都是被保存在活动目录中的，所以遗失任何一个重要的细节都会导致整个安装的失败。要让群集服务认为服务器正在使用共享磁盘，我必须设置群集磁盘使用第二个SCSI控制器(VMware服务器默认带有四个5CSI控制器)。要这样做，当创建虚拟磁盘的时候，我们需要在添加硬件向导中选择高级选项。所以尽管被配置了C和D盘符的磁盘已经使用了SCSlID O：0，我们还需要把仲裁磁盘、日志文件和信息存储分别放置在SCSl ID1 O、1：1和l 2上，如图2所示。忽视这重要的一步将会导致群集安装使用本地仲裁。 

    然后我启动服务器，登录，格式化硬盘，这里要特别注意使用正确的盘符，并且确保磁盘有足够的空间。再次强调一下，这里的盘符必须和工作环境中的 Exchanae服务器一致。如果不是，Exchange在群集上的安装也将会失败。在完成了服务器的安装之后，我们需要对现在的虚拟机的镜像文件作一个快照，这主要是考虑到一旦出现任何问题，我们还需要回过头来重新开始。(对虚拟机镜像文件的快照可以备份所有VM的磁盘，VM内存的内容以及VM的设置。)