虚拟化技术的众多好处之一是可以将工作负载和操作系统与(支撑它们运行的)底层硬件分离，最终获得可移植性。比如，可以在不同的物理主机上迁移VM(虚拟机)而不用担心细枝末节的配置一致性问题。此功能可以大大简化一个普遍的IT挑战：维护灾难恢复站点。

　　在上一篇文章(虚拟机备份)里，我主要介绍了如何从客户操作系统里实施备份。在这篇文章里，TechTarget中国的特约虚拟化专家Anil Desai将评述另一种方法：从主机操作系统里实施虚拟机备份。

　　确定备份对象

　　站在逻辑层来看，虚拟机本身是一些自包含的单元，包括虚拟硬件配置、操作系统、应用和服务。但从物理层来讲，会有大量的文件和设置必须转移到备份端或灾难恢复站点。虚拟化平台不同，包含的具体文件细节可能有差异，但通常类型的虚拟化平台大概会包含以下几种文件：

• 主机配置数据
• 虚拟硬件磁盘
• 虚拟机配置文件
• 虚拟网络配置文件
• 状态保存文件

　　在某些例子(产品)里，详细的文档和配置管理实践能够取代跟踪一些配置数据的需求。通常，除了虚拟磁盘文件，所有的其他文件都很小，很容易转移。

　　执行主机级的备份

　　与执行虚拟机备份相关的主要问题是：在虚拟机运行的时候，VHD(虚拟硬盘)文件不断地被使用。虽然你可以在虚拟机运行的时候拷贝VHD文件，但会因为缓存未写回等因素导致拷贝不能使用(文件不完整)。这意味着虚拟化需要具有”打开文件代理”和基于快照的备份机制使得能够生成可信赖的(和可恢复的)备份。

　　有三种执行主机级虚拟机备份的主要方法。冷备份是可信赖的并易于实现，但冷备份需要停机时间。所以，冷备份适合至少可以暂停足够的时间以备份相关虚拟硬盘文件的系统。相反，热备份可以在虚拟机运行的时候执行，要执行这种方式的备份，通常需要虚拟化感知工具。

　　备份存储选择

　　对整个虚拟硬盘执行备份的潜在问题是将会需要与虚拟硬盘总大小相匹配的存储空间。IT机构有以下几种不同的存储相关技术可供选择，它们是：

• DAS（主机文件系统）： 这种方式将VHD文件直接存放在主机的附加存储空间里。虽然很容易实现，但是不能够防止因主机或者主机磁盘子系统失效对数据造成的影响。
• 基于网络的存储：基于网络的存储可能是虚拟机备份最常见的目标。数据可以被存储在标准的文件系统、NAS到基于iSCSI的存储服务器在内的设备上。不管哪种技术，带宽需要重点关注，特别是在构建远程灾难恢复站点时。
• SAN：可以使用基于SAN的连接实现存储的集中化管理，同时还可以让备份及相关过程获得较高的性能表现。在每个灾难恢复站点内部，SAN硬件通常都是最适合实现备份的，因为SAN连接的长度有实际的限制。

　　维护灾难恢复站点

　　到现在为止，我们已经评述了你需要备份的对象和一些可用的存储技术。但最重要的问题是，我们需要了解如何维护灾难恢复站点。考虑到带宽和硬件可能是有限的，因此需要折中。第一个需要考虑的要素与在所有的站点保存VHD和其他文件的最新的拷贝有关。虽然没有什么神奇的解决方案，但很多的存储供应商提供了位级或块级的复制技术，可以在不同的存储间同步大的二进制文件的不同部分。虽然，会有一些延迟，但这种技术可以在所有站点上保持文件当前状态的同时最小化带宽的负载，

　　在灾难恢复站点，IT职员需要决定必须保留的资源能力的级别以便失效发生时应对。比如，服务器是否还要一直接受负载？如果是的话，在失效切换时，性能的需求是什么？执行失效切换的过程可以通过脚本或者其他自动化技术来实现。然而，在灾难发生之前，进行整个过程的测试(和演练)至关重要。

　　最坏情况下的打算

　　总的来说，设计并实施灾难恢复配置的任务一定是具有挑战性的，通过虚拟机的使用，可以放宽主备站点对相同硬件的需求，从而简化整个过程。整个过程仍然不简单，但是，利用适当计划和正确的工具，无疑使得整个过程更加可行。