我有一个主动 – 被动configuration2个节点的Windows Server 2003群集。 我可以ping通两个节点，rdp并访问他们的unc共享。
我也有一个别名，它指向一个用于SQL的群集组中的一个群集IP。 （我不是SQLpipe理员，只有一点点暴露）。 这个别名响应ping，RDP进入活动节点，正常工作。
但是我不能访问UNC的别名。 DNSlogging显然是正确的，因为它处理ping和RDP正常。
有趣的是，我可以RDP到别名（这又是主动节点），然后尝试访问\ localhost的unc共享或\ 127.0.0.1也失败。
在开启这个问题之前，我已经看了其他的问题，并检查了最近的更新等。但我觉得这些与我的问题没有关系。
这已经有一段时间了，唯一改变的就是我们不得不把最近的整个数据中心带到电力维护工作。 这也许让我质疑，服务没有启动。
另外值得一提的是，我希望故障转移到被动节点，看看问题是否仍然存在，但我有一个相当小的时间框架来把服务器关掉，这是凌晨，所以我试图如果可以的话避免
编辑
我的问题似乎是，我的所有组，“群集组”和“SQL组”可以通过群集名称和群集IP进行ping和RDP，但是我无法访问群集IP上的任何UNC共享或任何我的小组
如果我从任何联网的计算机浏览到\ SQLGroupClusterName，则会收到“networkingpath未find”错误。
如果我rdp SQLGroupClusterName（它的工作）然后浏览到从QLGroupClusterName \ SQLGroupClusterName我得到相同的错误消息。
这是否在SQL群集上有一个文件共享？ 如果您在node1上共享驱动器，则执行到node2的故障转移，除非将文件共享定义为群集服务，否则文件共享将消失。 在集群pipe理员中有一种简单的称为文件共享的资源types，这样活动节点将具有文件共享（不使用pipe理文件共享）。 这取决于物理磁盘和群集IP地址。
铭记以下两点：
这是一个解决scheme：
在2003年连接到一个不同的dns别名共享然后服务器名称（也称为multihoming）要求您禁用DisableStrictNameCheckingregistry项。 这应该是SMB的“特色”。
您可以在此参阅有关进行更改的完整说明： KB281308