技术架构师Steve Hannah起初开始部署服务器虚拟化是为了减少数据中心中对占用大量空间的物理服务器的需求。但是位于威斯康辛州格林维尔市的辅助学习用品供应商School Specialty公司的Hannah和IT团队都意识到，虚拟化灾难恢复的敏捷性和灵活性可能会彻底革新公司的标准方法。

　　School Specialty最初的灾难恢复策略是来自一个传统的热站点服务供应商，它是通过公司主数据中心的服务器备份来提高物理服务器的速度。

　　“要实现物理服务器的恢复，我们就必须持续地了解确切的硬件，其中包括模型种类和BIOS级别，以便保证它在热站点中的复制，”Hannah说道。

　　但是建立传统的热站点并且运行是需要使用公司数据中心的备份磁带进行物理传输。Hannah预计，使用这个方法来恢复School Specialty的系统至少需要一周时间。

　　“使用备份磁带运行其他人的站点实际上是毫无优势的，”他说道。“虚拟化能够为我们实现磁带和纯物理服务器恢复无法达到的速度。”

　　服务器虚拟化给服务器硬件增加了一层抽象，从而在不需要改变硬件驱动器或者确保软件兼容性的情况下，就能够实现了虚拟机器在物理服务器之间的移动，Hannah说道。

　　虚拟化灾难恢复开创了一种新策略

　　School Specialty的新灾难恢复有大约1/3是通过服务器虚拟化计划来规划和实现的，从而必须建立一个新的附属远程数据中心来利用服务器虚拟化的移动性。Hannah已经确定将公司600个虚拟机镜像中的50个作为关键任务负载虚拟机，它们必须与远程的数据中心实现同步。School Specialty使用VMware的vCenter Site Recovery Manager来管理虚拟环境，同时他还使用部署的虚拟化存储解决方案来复制主储网络和远程存储网络上的虚拟机器。这个远程站点不仅控制着主数据中心的一部分服务器刀片和硬件，而且设计时还考虑了出现灾难事件时恢复重要虚拟机的功能。

　　Hannah决定这个远程站点与主数据中心的距离为30到50英里。“我们很幸运，居住在一个不会受到诸如龙卷风或者地震等大型自然灾害影响的地区，因此我们可以使我们的远程站点保持相对较近的距离，”他说道。

　　与只在灾难恢复期间才可用的传统热站点不同，School Specialty可以持续地使用新的远程站点的基础架构。公司的开发人员和管理员将远程数据中心作为升级商业应用程序的开发运输环境。在将新升级的应用程序部署到主数据中心的生产环境之前，这些应用程序都必须在这个开发环境中进行性能测试、用户接收测试和任何形式的最终质量检查。一旦发生了灾难，公司可以在远程站点启用最新的生产虚拟机，而不需要从磁带或者其它备份介质上进行恢复。在需要的情况下，生产环境和开发环境可以并行地运行。

　　“在启动灾难事件处理过程时，我们可以决定是否关闭开发实例以便释放一些容量，”School Specialty的Unix系统管理员Jason Seymour说道，“我们事实上是喜欢这种将开发环境和灾难恢复环境共享同一个硬件的做法。实际上，我们是在我们的灾难恢复硬件上运行一个持续的测试。”

　　通过一个运行在他们的远程站点上的实时环境，管理员可以利用与生产环境相同的监控和管理工具来检测和修复任何可能发生的问题，例如硬件故障或者过程失效。这与全部依靠第三方热站点供应商来接管灾难发生时的负载方式是截然不同的。

　　由于School Specialty完全掌握附属环境的控制，因此它总是可以在超重负载期间选择将生产负载转移到该环境上。通过这种方法，灾难恢复站点就成为了虚拟环境的另外一个组成部分，而不是那种每年都需要测试但仅仅在极少发生的危急情况下使用的一个服务。