解决W2K8/SQL05中的故障转移群集问题

Question

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

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

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

查看系统日志显示数据库无法加载，因为找不到文件“K：\ SQLDATA \ whatever.ndf”。 （请注意，我们没有一个K：驱动器的盘符）。

的J回顾：存储驱动器显示零内容 - 什么 - 这是“whatever.ndf”应该是。

嗯，我想。服务器问题。我只是将SQL移回到另一台服务器上，并找出有什么不对。

仍然没有数据库。疑似。嗯，哦。 “Whatever.ndf”已经进入了斗牛场。

我终于决定从备份恢复（在验证测试之前立即进行），所以没有任何东西丢失，只有几个小时的睡眠。 （1）为什么被动节点认为whatever.ndf文件应该去驱动“K：”，当这个驱动器不存在作为活动节点上的资源？

（2）如何获得群集节点“重新同步”以实现故障切换？

我不知道在过去的某个时间没有“K：”驱动器作为群集资源，但我知道该驱动器当时在原始群集上存在而不是的资源转移。

Answer 1

随想基础上发生了什么事我在几个月前......听起来颇为相似

你有NFTS挂载点？我忘记了它到底是什么（我是代码猴，并依赖于DBA），但挂载点是“双重预订”或者不是群集资源的一部分，或者SAN卷配置不正确。

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

各种重新启动和故障转移失败。基本上，这是对SAN管理工具中所有设置的彻底审查。

用于说明您的K可能性：驱动器...

我见过的另一件事是安装驱动器有字母以及安装文件夹中。我曾经使用SQL Server的装入文件夹，但备份系统使用直接驱动器盘符。