Sql server 2005 W2K8/SQL05中故障转移群集问题的疑难解答

我有一个主动/被动W2K8（64）群集对，运行SQL05标准。共享存储位于HP EVA SAN（FC）上

我最近扩展了数据库活动节点上的文件系统，添加了驱动器名称。共享存储驱动器被指定为F:、I:、J:、L:和X:，SQL文件系统位于前4位，X:用于备份目标

昨晚，作为验证过程的一部分（被动节点已脱机进行维护），我将SQL实例移动到了另一个集群节点。有问题的数据库立即移动到可疑状态

查看系统日志后发现，由于找不到文件“K:\SQLDATA\whatever.ndf”，数据库将无法加载。（请注意，我们没有K:驱动器名称。）

对J:storage驱动器的一次检查显示内容为零——什么都没有——这就是“whatever.ndf”应该出现的地方

嗯，我想。服务器出现问题。我将把SQL移回另一台服务器，并找出问题所在

仍然没有数据库。犯罪嫌疑人哦。“Whatever.ndf”已经进入了比特桶

我最终决定从备份中恢复（备份是在验证测试之前进行的），因此除了几个小时的睡眠外，什么都没有损失

问题是：（1）为什么被动节点认为whatever.ndf文件应该转到驱动器“K:”，而该驱动器在主动节点上不作为资源存在

（2） 如何使群集节点“重新同步”，以便完成故障切换

---

我不知道在过去的某个时候没有“K:”驱动器作为群集资源，但我知道在资源移动时原始群集上不存在此驱动器

基于几个月前发生在我身上的事情的随机想法。。。听起来很相似

你们有NFTS挂载点吗？我忘了它到底是什么（me代码猴子和依赖DBA），但装载点要么是“双重预订”的，要么不是群集资源的一部分，要么SAN卷配置不正确

我们的日志文件有“零大小”驱动器（我使用xp_FixedDrive），但我们仍然可以写入它们

各种重新引导和故障切换均未成功。基本上，这是对SAN管理工具中所有设置的彻底检查

你的K:驾驶的可能性

---

我看到的另一件事是，挂载的驱动器既有字母，也有文件夹。我以前使用SQL Server的挂载文件夹，但备份系统使用的是直接驱动器号。

您可能会在上获得更多帮助