软件下载 | 资讯教程 | 最近更新 | 下载排行 | 一键转帖 | 发布投稿
您的位置:最火下载站 > 资讯阅读 > 软件资讯 > 虚拟化技术在Exchange灾难恢复中的作用

虚拟化技术在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服务器。太“幸运”了,我又遇到了另一个常见的报错——MicrosoftWindows Server 2003使用本地仲裁资源时不启动微软分布式事务处理协调器(M SDTC)服务。(更多信息,请参阅以下文章FIX:在安装Windows Server2003带有SPl后MSDTC服务未启动独立群集中,http://supportmicrosoft 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地址和授权码。

相关阅读
网友评论
栏目导航
推荐软件