4. 现有的架构，比如微软的 VSS，是为运行“热备份”（hot backup）而设计。这样的架构不具备足够的伸缩性，能够从 guest 虚拟机内部影射虚拟盘，正如在超级管理员曾所见的那样。在采用服务器虚拟化技术多年以前，微软的卷影射服务（Volume Shadow Service）已经出现，并被广泛使用。但是 VSS 是在卷上运行而不是在虚拟机上。在过去，硬盘卷和应用程序之间是静态的 1:1 关系，这种情况下不会出现问题。但是，在虚拟服务器上，最好的方式是在单一卷上为多个虚拟机设置虚拟硬盘（在 VMware 上，是 VMDK；在 Hyper-V，是 VHD）。

　　激活的VSS 为整个卷创建一个影像副本，即使需要的只是备份单一虚拟机。在超级管理员等级运行当前的 VSS 架构并非最理想的情况，但是最接近。这一“解决方案”在 guest 虚拟机等级上运行备份，但这会导致上述的问题 1 和问题 2。

　　面对这些问题，正确的虚拟机备份方案应是什么样的？虚拟化备份行业需要提供：

　　·能够为附属于 guest 虚拟机的虚拟硬盘创建快速、空间高效的高性能快照。它应能够为虚拟机关联的所有虚拟硬盘同步建立快照，这样就可以创建崩溃状态一致的（crash-consistent）的备份镜像。根据客户的备份计划和方案，应可以按照组（group）的管理虚拟硬盘。

　　·利用可感知应用程序的备份方案，对这些快照的创建和管理进行整合。崩溃状态一致很好，不过应用程序一致更好。

　　·能够访问服务器上的快照而不是运行活动虚拟机的快照。对于将备份负载及其附带的资源消耗从活动的产品应用程序中分开，这是至关重要的。正如前文所述，在虚拟服务器环境中，主机外备份是一个尤为紧迫的需求。