对于很多人来说，灾难恢复不仅仅意味着热站点(热站点是一种商业灾难恢复服务)，它的范围更广泛，包含的内容更多。到底包含哪些内容取决于你在这个问题上投入的资金多少。

    完全冗余的热站点在硬件、软件和认证上的投入成本很大。最理想的情况下，他们应该准确地对当前环境进行复制，生成副本，最坏的情况下，他们至少应该能够保证最重要的虚拟机的运行。

    然而，这并非是灾难恢复唯一应该考虑的一个方面。灾难的规模有小有大，从小规模的应用程序故障到颠覆性的自然灾难。这些灾难都很容易理解。

    那么，中等业务持续性和灾难问题又会怎样呢?以下我所要讨论的问题位于以上两个极端的灾难规模之间，而且特指虚拟化基础设施的灾难，如单机故障、SAN故障、VM故障等。

    对于这些故障，基本上很少有相应的工具，大部分都需要使用VMware，其中VMware High Availability位居榜首。此外，所有虚拟机到虚拟机的集群服务也能够解决这些故障。

    此外，还有两款产品可以解决存储服务器问题，就是LeftHand Network的VSA和Xtravirt XVS。这两款产品使用软件在系统之间进行本地磁盘到镜像的备份。使用这种方式，即便有一个系统出现故障，数据也不会丢失。这些技术增加了软件栈的冗余度，但是从某个角度来看降低了SAN的冗余度。

    好的备份产品甚至会通过增加复制功能来增加冗余度，如VizionCore vReplicator和Veeam Backup。这些备份产品允许你在存储设备之间复制虚拟机，并且允许你将虚拟机放在某个位置，一旦出现故障，该虚拟机就会马上启动。如果SAN或NAS出现故障，这种方法也可以确保正常的运营。

    VMware SRM可以和各种SAN和NAS设备配合工作，使SAN或NAS自身的镜像软件能够更好的从事虚拟化工作。

    随着系统上部署的虚拟机越来越多，我们需要考虑在系统中添加更多的虚拟机。在这方面已经有一些硬件解决方案，如RAID Blade和RAID存储技术，这些软件存储技术在现行的RAID中添加了冗余性，使其扩展到包含多个系统。此外，我们还可以添加备援交换模组。

    尽管热站点是自然灾难的终极目标，但是不要忽略中等灾难的恢复计划，你可以使用这些或其它工具来增加本地冗余度。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。