我需要在现有的双节点SQL Server故障转移群集（Windows Server 2003）上创build群集文件共享的万无一失的说明。 该scheme是我有一个非群集感知应用程序安装在两个节点上需要创build和复制子文件夹之间的特定目录中的文件。 无论群集中的哪个节点处于活动状态，我都需要一个文件共享，该文件共享就像是一个文件夹（例如networking共享）一样。
我试过按照这篇TechNet文章中的说明，但马上就遇到了困难。 例如，TechNet文章中的第1步说：
我如何知道哪个磁盘是群集磁盘？
在同一篇文章的第4步中，您必须创build一个物理磁盘资源。 当它指向“可能的所有者”时，我停在了向导的第2页上 – 这应该总是两个节点，勾选“在单独的资源监视器中运行此资源”框的效果是什么。
最后，一旦我创build了文件共享，这是如何暴露给我的应用程序？ 我是否将它传递给UNCpath，就像networking上的常规文件共享一样？
基本上，我需要一个白痴指南，这样我就不会搞乱现有的SQLconfiguration。
这些说明可能更容易遵循。
我如何知道哪个磁盘是群集磁盘？
如果您有2个节点的SQL群集，那么您已经有了几个群集磁盘资源。 启动cluadmin，如果你查看你的资源组，你会在集群和SQL组下面看到一些物理磁盘。 我不build议使用相同的磁盘资源，您的SQL Server群集用于性能/依赖性的原因。 最简单的方法是创build一个新的资源组，使用新的IP，networking名称和磁盘资源。 您需要configuration另一个磁盘和/或磁盘分区，如果您要这样做，它将足够大以存储应用程序的文件。 你怎么做到这一点？ 这取决于您的服务器使用的共享存储技术？ 它将像iSCSI或HBA的SAN一样，甚至可能是一个直接连接的存储arrays（旧学校）。
最坏的情况下，你可能会逃避使用集群组中的仲裁驱动器！ 这也有助于您拥有已经设置的networking名称和IP地址资源。 这将是您用于访问共享的UNCpath中的主机名。
因此，使用我在第4步中提供的说明。您可以使用群集组！ 应该从那里继续？
滴答盒子的效果是什么“在单独的资源监视器中运行这个资源？
资源监视器是一个进程（resrcmon.exe），它将检查资源是否可用，如果没有，则让群集服务知道。 如果你勾选这个框，那么你最终将得到一个单独的resrcmon.exe来获取这个资源。 这可能是有用的，如果另一个资源导致监视器崩溃，在正常情况下，我会离开它。