0

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

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

昨晚,作为验证过程的一部分(被动节点因维护而脱机),我将 SQL 实例移动到另一个集群节点。有问题的数据库立即变为可疑状态。

查看系统日志显示数据库不会加载,因为找不到文件“K:\SQLDATA\whatever.ndf”。(请注意,我们没有K:驱动器名称。)

对 J: 存储驱动器的评论显示内容——什么都没有——这就是“whatever.ndf”应该在的地方。

嗯,我想。服务器有问题。我只是将 SQL 移回另一台服务器并找出问题所在。

还是没有数据库。嫌疑犯。哦哦。“Whatever.ndf”已进入位桶。

我最终决定从备份中恢复(这是在验证测试之前立即进行的),所以除了几个小时的睡眠之外什么都没有丢失。

问题:(1)为什么被动节点认为whatever.ndf文件应该转到驱动器“K:”,而该驱动器不作为主动节点上的资源存在

(2) 如何让集群节点“重新同步”以便完成故障转移?

我不知道过去某个时间没有“K:”驱动器作为集群资源,但我知道在资源移动时原始集群上不存在该驱动器。

4

1 回答 1

0

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

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

我们的日志文件有“零大小”驱动器(我使用 xp_fixeddrives),但我们仍然可以写入它们。

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

您的 K 的可能性:驱动器...

我看到的另一件事是安装的驱动器有字母以及安装在文件夹中。我曾经为 SQL Server 使用挂载的文件夹,但备份系统使用的是直接驱动器号。

于 2010-01-20T20:17:18.240 回答