这两台服务器都运行带有共享磁盘资源的Active / Standby Microsoft群集中的windows-server-2003 x64。 Server1 Server2
Server1遭受需要更换HBA SAS卡的硬件问题。 磁盘pipe理不再检测它上面的共享逻辑驱动器。 这些驱动器是群集中磁盘资源的一部分。
基于我的研究，Microsoft集群使用磁盘签名来识别和附加到磁盘资源。
https://support.microsoft.com/en-us/help/280425/recovering-from-an-event-id-1034-on-a-server-cluster
https://support.microsoft.com/en-us/help/886800/a-disk-signature-changes-unexpectedly-on-a-windows-server-2003-clustered-physical-disk-resource
我看到的一个问题是缺lessregistry中的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上添加缺less的registry项以使其显示在“磁盘pipe理”中？
编辑：这两台服务器在戴尔PowerEdge 6850上运行。
在每台服务器上查看Dell模块化磁盘存储pipe理器，看起来正确。 configuration的主机主机名：HBA主机端口映射
主机到虚拟磁盘映射
Windows设备pipe理器：SCSI和RAID控制器
戴尔PERC 5 / I适配器RAID控制器戴尔SAS 5 / E适配器控制器（我相信这是什么连接到共享存储）
LSI Logic PCI-x Ultra320 SCSI主机适配器
LSI Logic PCI-x Ultra320 SCSI主机适配器
MagicISO SCSI主机控制器
多path支持
Windows Disk Mangement已将磁盘0分配给Server1上的虚拟CD ROM。 在Server2上，磁盘0是C：\ OS驱动器。
逻辑驱动器需要显示为磁盘1,2,3,5。 由于磁盘1已被Windows使用，这可能会阻止整个逻辑驱动器不能提供给Windows？
抢，
假设您的“共享磁盘资源”位于某种外部存储arrays上，则很可能需要更新arrays的访问控制列表的主机映射。 存储arrays基本上将“看到”一个新的HBA的WWN作为一个完全不同的服务器/系统，直到你修改configuration告诉它这个新的WWN应该replace旧的WWN。
如果您有关于使用共享存储资源的特定硬件/解决scheme的详细信息，则可能会收到有关所涉及的特定过程的更好的信息。
编辑：这将是基于用于pipe理的SAS5 / E和MDSM的PowerVault MD3000。
我强烈怀疑这只是一个主机映射问题。 MD3000configuration为将共享磁盘呈现给特定的HBA硬件地址（WWN）。 您需要更改主机映射configuration，以便replaceHBA的WWN用于主机访问而不是旧的。 如果尚未完成此操作，则主机将无法访问共享卷。
查看MDSM用户指南 – configuration主机访问从第43页开始，但细节太广泛，不能包含在这篇文章中。 如果您无法find修改现有主机WWN定义的选项，并且错误地错误地删除了错误的选项，您可以简单地添加第三个“主机”条目与新的WWN映射 – 离开旧的HBA /主机在那里，因为它已经死了，走了。
如果您遇到困难并且无法解决问题，戴尔支持仍然可以协助完成此过程（但如果系统不在保修范围内，则需要支付服务费）。 只有在使用旧的SCSI连接的机箱时，您才会发现难以追踪任何尚未退休或离开的专业人士。