这两台服务器都在具有共享磁盘资源的活动/备用微软集群中运行windows-server-2003 x64。Server1 Server2
Server1遇到了硬件问题,需要更换HBA卡。磁盘管理不再检测其上的共享逻辑驱动器。这些驱动器是集群中磁盘资源的一部分。
根据我的研究,Microsoft群集使用磁盘签名来标识和附加到磁盘资源。
https://support.microsoft.com/en-us/help/280425/recovering-from-an-event-id-1034-on-a-server-cluster
我看到的一个问题是注册表中缺少REG_SZ DiskName条目。
示例:
reg query HKLM\System\CurrentControlSet\Services\Clusdisk\Parameters\Signatures\D441B580
Listing of [System\CurrentControlSet\Services\Clusdisk\Parameters\Signatures\D484B580]
REG_SZ DiskName \Device\Harddisk1我是否只需要在Server1上添加丢失的注册表项才能使其出现在磁盘管理中?
编辑:这两台服务器都运行在戴尔PowerEdge 6850上。
查看每个服务器上的,如下所示是正确的。配置主机名: HBA主机端口映射
主机到虚拟磁盘映射
Windows设备管理器: SCSI和RAID控制器
戴尔PERC 5/i适配器RAID控制器戴尔SAS 5/E适配器控制器(我相信这就是连接到共享存储的东西)
LSI逻辑PCI-x Ultra320 SCSI主机适配器
LSI逻辑PCI-x Ultra320 SCSI主机适配器
MagicISO SCSI主机控制器
多路径支持
一个新的观察是将磁盘0分配给Server1上的虚拟光盘。在Server2上,磁盘0是C:\ OS驱动器。
逻辑驱动器需要表示为磁盘1、2、3、5。由于磁盘1已经被Windows使用,这是否可以防止整个逻辑驱动器不呈现给Windows?
发布于 2017-02-08 20:28:17
罗伯,
假设您的“共享磁盘资源”位于某种类型的外部存储数组上,则很可能需要更新该数组的访问控制列表的主机映射。存储数组本质上会“看到”一个新的HBA的WWN作为一个完全不同的服务器/系统,直到您修改配置,告诉它这个新的WWN应该取代旧的。
如果您了解用于共享存储资源的特定硬件/解决方案的详细信息,则可能会收到有关所涉及的特定进程的更好信息。
编辑:这将是一个基于SAS5 5/E和用于管理的MDSM的PowerVault MD3000。
我强烈怀疑这只是一个主机映射问题。MD3000被配置为将共享磁盘呈现给特定的HBA硬件地址(WWN)。您需要更改主机映射配置,以便替换HBA的WWN用于主机访问,而不是旧的访问。如果您还没有这样做,您的主机将无法访问共享卷。
查看MDSM用户指南配置主机访问开始在第43页,但细节太广泛,不包括在这篇文章。如果您无法找到修改现有主机WWN定义的选项,并且害怕错误地删除错误的定义,您可以简单地添加第三个带有新WWN映射的“主机”条目--因为旧的HBA/主机条目已经死了,所以留在那里没有坏处。
如果你卡住了,不能解决问题,戴尔的支持仍然可以帮助这个过程(虽然有服务费,因为如果系统是保修的)。它只是与旧的SCSI附件,你会发现很难找到谁仍然有任何专业知识,谁还没有退休或离开。
https://serverfault.com/questions/831436
复制相似问题