我有一个主动/被动W2K8（64）群集对，运行SQL05 Standard。共享存储位于HP EVA SAN（FC）上。
我最近在数据库的活动节点上扩展了文件系统，添加了驱动器名称。共享存储驱动器指定为F：，I：，J：，L：和X：，前4个用X文件系统，X用于备份目标。
昨晚，作为验证过程的一部分（被动节点已离线进行维护），我将SQL实例移动到了另一个群集节点。有问题的数据库立即转为可疑状态。
查看系统日志显示数据库无法加载，因为找不到文件“K：\ SQLDATA \ whatever.ndf”。 （请注意，我们没有 K：驱动器名称。）
对J：存储驱动器的评论显示零内容 - 没有 - 这就是“whatever.ndf”原本应该存在的地方。
嗯，我想。服务器问题。我只是将SQL移回另一台服务器并弄清楚出了什么问题......仍没有数据库。疑似。嗯，哦。 “Whatever.ndf”进入了一个小桶。
我最终决定从备份中恢复（在验证测试之前立即恢复），所以没有任何东西丢失但是几个小时的睡眠。
问题：（1）为什么被动节点认为whatever.ndf文件应该驱动“K：”，当此驱动器不存在作为活动节点上的资源时
（2）如何让集群节点“重新同步”以便完成故障转移？
我不知道过去某个时间没有“K：”驱动器作为群集资源，但我知道此驱动器在原始驱动器上存在 not 资源移动时的集群。
答案 0 :(得分：0)
基于几个月前发生在我身上的事情的随机思考......听起来很相似
你有NFTS挂载点吗？我忘了它究竟是什么（我是代码猴并依赖于DBA），但是挂载点要么“双重预订”，要么不是群集资源的一部分，或者SAN卷未正确配置。
我们的日志文件中有“零大小”驱动器（我使用了xp_fixeddrives），但我们仍然可以写入它们。
各种重启和故障转移均未成功。基本上，它是对SAN管理工具中所有设置的全面审查。
你K的可能性：开车......
我看到的另一件事是安装的驱动器有字母以及安装在文件夹中。我以前使用SQL Server的已安装文件夹，但备份系统使用直接驱动器盘符。