在使用群集共享卷的故障转移群集上，分布在多个群集节点上的多个群集虚拟机都可以在同一时间访问其虚拟硬盘 (VHD) 文件，即使这些 VHD 文件位于存储中的单一磁盘 (LUN) 中也是如此。这意味着，即使这些群集虚拟机仅使用单一 LUN，他们也可以独立地进行故障转移。
相比之下，在未启用群集共享卷的故障转移群集中，同一时间只能有一个节点访问一个单一磁盘 (LUN)。这意味着，只有在每个虚拟机都具有其自己的 LUN 时，才能独立地进行故障转移，这会使得对 LUN 和群集虚拟机的管理更加困难。
本主题包含下列部分：
在故障转移群集中使用群集共享卷的益处
群集共享卷可在故障转移群集中提供以下好处：
- 配置群集虚拟机比以前简单得多。
- 可以减少虚拟机所需的 LUN（磁盘）的数量，而不必为每个虚拟机管理一个 LUN（这是以前的推荐配置，因为之前 LUN 是故障转移的单位）。许多虚拟机都可以使用同一个 LUN，并且可以进行故障转移，而不会导致同一 LUN 上的其他虚拟机也进行故障转移。
- 可以更充分地利用磁盘空间，因为不需要将每个虚拟硬盘 (VHD) 文件分别放到专门为各 VHD 文件额外预留了空间的各单独磁盘中。相反，群集共享卷上的任何 VHD 文件都可以使用该卷上的可用空间。
- 可以更容易地跟踪虚拟机使用的 VHD 文件和其他文件的路径。您可以指定路径名称，而不是使用驱动器号（仅限于字母）或称为 GUID 的标识符（不易使用并且很难记住）来标识磁盘。使用群集共享卷，路径会出现在节点的系统驱动器上的 \ClusterStorage 文件夹下。但是，从群集中的任何节点查看时，此路径都是相同的。
- 如果使用几个群集共享卷进行配置以支持许多群集虚拟机，则执行验证的速度比使用许多 LUN 来支持许多群集虚拟机这一配置时执行验证的速度更快。LUN 越少，验证运行速度越快。（您可以通过运行故障转移群集管理单元中的“验证配置”向导来执行验证。）
- 除了故障转移群集中的存储所需的硬件要求之外，没有任何其他特别的硬件要求（尽管群集共享卷需要使用 NTFS）。
- 弹性得到了提高，因为即使一个节点和 SAN 之间的连接中断，或部分网络关闭，群集也可正确进行响应。群集将通过 SAN 或网络中完好的部分来重新路由群集共享卷通信。
在故障转移群集中使用群集共享卷的限制
以下限制适用于在故障转移群集中使用群集共享卷时的情况：
- 仅在结合使用 Hyper-V（Windows Server 2008 R2 中的服务器角色）和 Microsoft 指定的其他技术时，才支持群集共享卷功能。 有关支持与群集共享卷一起使用的角色和功能的信息，请参阅
- 管理员、用户或应用程序不应创建或复制文件到群集共享卷中，除非 Hyper-V 角色或 Microsoft 指定的其他技术需要使用这些文件。如果不遵照此说明进行操作，会导致共享卷上的数据损坏或数据丢失。对于在节点上 \ClusterStorage 文件夹或其子文件夹中创建或复制到其中的文件，此说明也同样适用。
- 要使 Hyper-V 正常工作，必须设置群集中每个服务器的操作系统
(%SystemDrive%)，使它从与群集中所有其他服务器相同的驱动器号进行引导。也就是说，如果一个服务器从驱动器号 C 进行引导，则群集中的所有服务器都应该从驱动器号 C 进行引导。 - 对于作为群集共享卷启用的所有卷而言，必需使用 NTFS 文件系统。