在当今不确定的经济环境下， IT管理员可能没有灾难恢复的预算。但是，这并不意味着他非要牺牲使用虚拟化技术和其他技术，来精简过时的灾难恢复计划。

　　实际上，在龙卷风或飓风已经把你的办公室变成了一堆后世界末日的废墟后，谁还会愿意考虑回去工作呢？不管是喜欢还是不喜欢，然而，灾难恢复和业务连续性的规划是企业的一个必要的组成部分--或者至少应该是。

　　灾难性事件，如911事件和卡特里娜飓风，已经证明了失败的计划会导致计划的失败;在这些类型的灾害中，如果没有一个强大的灾难恢复计划，你可能看到，为什么有一个灾难恢复计划应该是必不可少的。也就是说，利用虚拟化技术，可以帮助我们增加恢复业务的速度和易用性。

　　在一个理想的世界中，通过光纤网络，我们将拥有所有冗余的数据中心，这会支持我们的持续数据保护环境，通过多余的存储区域网络（SAN），甚至可能有VMware的站点恢复管理器。当然，有一台42英寸显示器来浏览SearchVMware.com和YouTube，积极主动地管理我们的IT环境，也将是不错的，但这种可能不会实现，至少在我的世界不会。

　　今天，许多IT管理员必须用更少的东西做更多的事情。这就要求我们必须尝试不同的办法，来解决共同的任务。即使我们目前的灾难恢复计划被测试和验证，根据今天的现有技术，它应当被重新评估，尤其如果它存在于缓慢和艰难的情况下。这包括学习如何更好地把现有的VMware工具运用于灾难恢复，比如使用VMware Workstation。

　　重要的是要区分出真正的灾难恢复的情况，和人造灾害的模拟的不同之处，这样我们可以在这一年里定期模拟了不同程度的准备，进行知识的积累。在一个真正的灾难中，IT管理员一般昼夜不停的工作，直到一切都正常运行。然而，尽管某些标准，如恢复目标的时间，可能是类似的，但在灾难恢复测试中，我们可以更放松。

　　灾难恢复101，或者可能是0.01

　　到目前为止，一个典型的灾难恢复计划要求从零开始使用为这个目的而构建的硬件，以及储存在现场办公回收设施的软件，重建某些关键的服务器。随着服务器的建设，从不在现场的存储媒体中，IT管理员就可以将数据恢复。

　　这个看似简单的办法有其挑战性。多年来，我一共参与了近12个灾难恢复模拟，下面是我已经遇到的问题的一个列表。

　　1、使用不包括在VMware硬件兼容性列表（HCL）里的硬件将软件安装在服务器上。
　　2、磁带驱动器无法读取所提供的备份磁带。 （曾经注意到为什么所有这些鞋盒样式的数字线性磁带单位看起来非常相似，但却没有以相同的方式工作？）
　　3、 缺少驱动程序。令人吃惊的是：到底有多少时间可以浪费在寻找一个阵列控制器驱动程序上。
　　4、错误的媒介。在场外存储，并先前已测试和验证的媒体，现在成为不可读。
　　5、对于重建不熟悉的系统方面，不完整或根本没有恢复指南。（我愿意重复练习建设和配置那些我没有任何文件系统，而人们转过头看我认为这没用。）
　　6、根据经验来实施重建工作，而忽视了重建指南。（是的，这是我自己的问题，但它影响了我在按照详细的服务器重建指示来恢复工作的能力，并且这种情况也有可能发生在你身上。）

　　降低成本和时间的花费

　　那么，有什么方法可以避免不得不在灾难恢复测试过程中遇到挑战，以便充分认识到一个真正的灾难将不仅是由于更多的压力，而且也涉及其他未知的并发症，同时最大限度地减少资本支出？

　　这就是VMware的虚拟化工具，使我们的生活变得更方便。 VMware的站点恢复管理器（SRM软件），对于许多灾难恢复的问题（尽管它没有彻底治愈此问题）来说，是一种理想的解决办法。它有能力实时执行救灾计划，并且在生产测试过程中不损害环境，在最坏的情况下，解决了许多当前存在问题。然而不幸的是，该产品在我目前的预算之外。因此，我的IT团队和我，必须要制定一个更加简练但却更便宜的解决方案。
　　我们已经为我们前两次的灾难恢复测试采用了以下的计划。虽然可能缺乏SRM的slickness并且没有提供实时数据保护，但它大大提高网速，使我可以在线连接服务器。

　　毫无疑问，正如你所看到的，在过去几年中存储变得难以置信的便宜。我第一次看见一台服务器，可存储1TB的数据是大约1994年，它用于存储航天飞机的数据。几个星期前，我购买了1TB的外部USB硬盘驱动器，花了120美元。这廉价的存储手段，意味着我已经改进了我们的灾难恢复计划。

　　我们改善DR计划的基础

　　这正是很棒的廉价存储和廉价的笔记本电脑发挥作用的地方。在笔记本上使用VMware Workstation 6，我们建立的各种虚拟机（VM）、它们提供的操作系统，以及在任何灾难恢复的情况下我们需要的应用程序的功能。这些虚拟机就可以直接储存在笔记本电脑的本地存储或复制到USB外接硬盘驱动器。请记住，这些服务器VM不包含实时数据，它们是用来节省时间加载一个操作系统、配置安全、安装应用程序等操作。

　　这一初步建立过程往往需要6小时或取决于我们需要的服务器数量。外部USB驱动器还包含免费VMPlayer应用的安装文件包，以免我们需要从一个不同的主机运行虚拟机而不是笔记本电脑。

　　在DR测试过程中，使服务器在线成为一件简单的事。使我们的网络单元工作，我们设计了一个后台生产系统不冲突的现场IP地址寻址方案。下一步，我们打开装有VMware Workstation的笔记本电脑或安装VMware Player到一个适当的机器上面，并且把外部USB驱动器连接到服务器VMs上。

　　安装并配置基本的服务器是一件简单的事，从本地存储或USB驱动器启动VM，分配IP地址和适当的名称。最后，我们开始恢复数据和测试功能，以满足恢复目标。使用此程序，使基本的在线服务器DR测试所需的时间，从六个多小时减少为不到一个小时。

　　再次强调，这不是最简练的系统，但使用自制的灾难恢复战略与VMware Workstation，可以花费非常少的钱，通常使用那些你闲置的组件。它肯定比试图找出为什么阵列控制器在硬件上不能正常工作。此外，花费你的时间，让其他员工和运行的桌面应用程序，同时可让你的时间阶段的其他基础设施的情况下避免真正的灾难。

　　直到你想试试，否则不要用它

　　对一些人来说，与目前可用的灾难恢复系统相比，这种做法似乎坦率与复杂多余。但是，我认为它不是达到目的的最终手段，而是作为前进的跳板。使用虚拟服务器为我们的灾难恢复计划已证明利用新的工具探究和重新设计遗留问题进程的优势。这一模式的转变如何使我们在未来，在业务连续性方面得到更好的服务。

　　这是我改善我们的DR测试最后一章吗？不是。现在我正在调查SAN-to-SAN复制以及重复数据删除和一些VMware的其他灾难恢复工具。目标是最终使我们DR计划无缝集成到我们的环境中，几乎是自动地跟上它。

　　来源：网络