基于主机的备份逐步成为虚拟环境灾难恢复的***实践，跟基于VM的备份比起来也越来越流行。在虚拟灾备规划中，这种方式已经成为核心，因为它完成了宿主机上所有VM操作系统和应用的完整备份。相比而言，基于VM方式下需要针对单个VM的备份来完成灾难恢复。
在主机备份方式下，单个VM上不需安装备份代理。取而代之的是需要捕获虚拟硬盘和配置文件的状态来确保主机层面的数据一致性，然后通过主机把数据拷贝到所选的备份介质上。当需要快速恢复时，虚拟磁盘和配置文件可以很快在现有主机或指定地点重建。
不过主机备份的灾难恢复会受到很多因素的影响，所以请关注如下类型的工作负载可能受益于该灾难恢复***实践。
域名解析和目录服务
虚拟灾难恢复，需要域名解析和认证资源的支持。缺少认证系统，即使是那些没有位于失效主机上的应用也可能无法工作，所以恢复时间至关重要。对于域名解析和目录服务应用，借助基于主机的备份完成虚拟磁盘和配置文件的恢复所需的时间可以缩短到10分钟。
微软的AD服务模式下，通过使用多个域控可以实现认证系统的快速恢复。借助AD中的命令行工具ntdsutil分配服务器角色，每个域中都至少有一个域控，这样可以快速启用功能。系统重建完毕后，再分配备用的虚拟域控提高认证系统的可用性。物理架构下，这个过程要花费数小时的时间。
灾难恢复的***实践之一就是要至少保留每个域都有一个域控位于物理服务器上。不要把所有的AD域控都放到虚拟架构中，除非您已经保留了至少一台未加入域的宿主机。
基于主机的备份用于LOB应用
LOB（line-of-business）应用，例如医疗保健、财务和库存管理应用，也可以通过基于主机的备份进行恢复。甚至是那些由于资源需求而不适用于VM环境的应用，都可以借助该灾难恢复***实践在额外的硬件设备到来之前临时恢复使用。
但是要特别注意那些基于MAC地址进行授权认证的软件。您需要分配静态MAC地址后再从厂家获取新的认证号码；或者是使用现有的许可，而把VM的MAC更改为失效的物理主机的MAC地址。
基于主机的备份用于数据库
即使把数据库恢复到临时地点可能也无法立刻获得完整的资源可用性，但是对于访问部分关键数据而言已经足够了。多数时候，还需要重新恢复或挂载数据库系统，然后让域名解析系统可以响应客户端的连接请求。
对于微软Hyper-V基于主机的备份而言，可以通过Hyper-V VSCS（卷影镜像）writer和SQL writer来调整数据库完成在线备份，但是我尝试该过程的结果依然存在数据不一致。我建议至少每天进行一次基于文件的备份，而且备份数据至少保留一天。
VDI和终端服务器的虚拟灾难恢复
搭建虚拟桌面体系后可以轻松创建镜像，允许客户通过VDI broker（通常是Citrix XenDesktop 或 VMware View）访问镜像。或者，您可以让远程工作人员通过客户端连接到位于宿主机上的虚拟服务器。
运行在终端服务器上的企业应用可以通过运行于虚拟宿主机上的方式，在发生灾难后提供对应用的访问能力。为保证用户访问可以及时恢复，至少应该保留一台VM和用户最关键的应用保持同步，并且通过基于主机的备份方式进行保护。通过运行关键应用的终端服务器可以缩小修复物理服务器之前所需的时间窗口。
虚拟DR的可支持性和授权
如果您没有基于主机备份所需的软件授权，多数的厂家都可以提供测试版授权帮助客户渡过难关。需要注意的是很多时候，获得的授权跟厂商签订的协议可能会有差异。虽然多数厂家不会在停机的时候选择落井下石，但是我们也需要意识到，在这段时间要完成对最终用户授权协议的补充和扩展。
当虚拟DR启动后，您可能不太关注某个特殊应用是否存在于hypervisor供应商的兼容性列表中。此时急需的是启动临时应急功能以满足客户的需求并避免财务损失。跳出固有思维来考虑问题。虽然供应商可能不支持某个特定应用的虚拟化，但是具备短期的、高度灵活性和快速安装能力的方案也是非常重要的。
基于主机的备份可以在较短时间内重建整个服务器，从而缓解虚拟灾难恢复的压力。为保证成功实施，需要学习这个***实践相关的技巧。
如果您通过服务器虚拟化或基于主机的备份成功加快了灾难恢复，请在这里分享您的案例。
【编辑推荐】
