我们使用存储阵列功能来克隆 LUN，然后将这些“新”LUN 再次映射到相同或不同的主机。一个典型的例子是当我们在环境之间刷新时，想象一下将一个包含一堆 VM 的 LUN 从源主机 TEST1 克隆到目标主机 TEST2。有时目标主机会自动分配驱动器，有时则不会。存储阵列会更改克隆 LUN 的序列号（但我们可以将其修改回来），但其余的克隆 LUN 内容与源相同。在刷新的情况下（因此在此示例中从 TEST2 中删除旧 LUN，然后将克隆的 LUN 映射到其位置），LUN ID 也保持不变。LUN 通过光纤通道 SAN 访问，因此不被视为可移动设备。不用说，在这种情况下，我们也不会克隆启动 LUN 本身。
我发现微软 KB234048描述 Windows 2000 的行为，但我怀疑在过去 10 年中发生了很多变化。
如果有人有详细信息，包括特殊情况，例如它们是 MSCS 共享磁盘，还是具有匹配签名的多个磁盘（即克隆磁盘映射到同一台服务器），请分享！
答案1
嗯，实际上没有太大的变化 - 关联仍然存储在注册表中HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices钥匙. 关于在其中放入什么/如何解释数据的一些见解来自此第三方文档。
答案2
对于群集存储，Windows 会查看 MBR 签名或 GPT Guid（取决于磁盘格式）来识别磁盘，以便可以在群集中的其他节点上使用。如果两个磁盘显示重复的签名/guid，我相信第一个磁盘已被使用，其他磁盘处于脱机状态。如果您希望克隆的磁盘显示为新磁盘，则需要更改签名/guid。