SQL Server 2014故障转移集群添加节点失败求助：无法检索请求数据

我明白你在给SQL Server 2014故障转移集群（FCI）添加二级节点时遇到了棘手的问题——反复触发“Failed to retrieve data for this request”错误，而且安装日志里的底层提示是“The network path was not found”。结合你已经排查过的权限、Remote Registry、虚拟机归属和注册表项这些点，咱们从网络连通性和集群资源访问这个核心方向再深入排查：

1. 先验证节点间的基础文件共享连通性 #

SQL Server FCI添加节点的过程需要跨节点访问文件资源，这是最容易被忽略的点：

• 在待添加的二级节点上，用安装账户打开「运行」，输入\\<主节点主机名>\C$（替换成主节点的系统盘共享），尝试访问主节点的默认共享。如果弹出“网络路径找不到”，那就是两台节点的基础网络连通性出了问题。
• 检查两台节点的Windows防火墙：确保文件和打印机共享（SMB，端口445）、**远程注册表（端口135+动态RPC端口）**的入站规则是允许的。虚拟机环境里防火墙默认经常是开启状态，哪怕同网段也会拦截这些流量。

2. 确认集群网络的配置有效性 #

打开故障转移集群管理器，检查集群网络设置：

• 确保所有节点都加入了同一个集群网络，且该网络的状态为「已启用」，角色设置同时勾选「允许客户端连接」和「允许集群使用此网络」。
• 验证主机名解析：在二级节点上ping主节点的主机名，看返回的IP是否是集群内部的正确IP；反过来在主节点ping二级节点也做同样测试。如果解析错误，先检查DNS服务器配置，或者临时在两台节点的C:\Windows\System32\drivers\etc\hosts文件里手动添加对方的主机名和对应IP试试。

3. 细化安装账户的网络访问权限 #

虽然你已经确认过权限，但可以再做以下检查：

• 确保安装账户在两台节点上都拥有本地管理员权限，并且对集群所有资源（包括共享磁盘、集群名称对象）拥有完全控制权限。
• 检查账户的SPN配置：用命令setspn -L <你的安装账户名>查看是否正确注册了SQL Server相关的SPN条目。Kerberos身份验证失败也会导致跨节点网络访问被拒。

4. 深挖远程注册表的访问问题 #

日志里提到了Microsoft.SqlServer.Configuration.Sco.SqlRegistryException，除了检查注册表项权限，还要：

• 确认两台节点的Remote Registry服务不仅是「启用」状态，而且是正在运行的，启动类型设为「自动」。有时候服务虽然启用但没启动，或者运行后意外停止。
• 手动测试远程注册表连接：打开二级节点的注册表编辑器（regedit），点击「文件」→「连接网络注册表」，输入主节点主机名，看能否成功连接。如果失败，说明远程注册表的访问通道被阻断，大概率是权限或防火墙的问题。

5. 检查集群共享磁盘的可访问性 #

FCI安装依赖集群共享磁盘资源，确保：

• 共享磁盘在主节点上处于「联机」状态，且已经挂载到指定盘符。
• 二级节点的磁盘管理中能看到该共享磁盘，状态为「准备好」或「联机」。如果看不到，检查存储网络（比如iSCSI、FC链路）的连通性，确认存储设备能被两台节点同时识别。

如果以上步骤都排查完还是没解决，建议启用SQL Server安装的详细日志来定位具体问题：运行安装程序时加上参数：

/q /ACTION=AddNode /INDICATEPROGRESS /LOGPATH=C:\SQLInstallLogs

然后从生成的详细日志里找到「The network path was not found」对应的具体路径，就能精准定位是哪个资源访问失败了。

内容的提问来源于stack exchange，提问作者koosvn069