我们使用存储arraysfunction来克隆LUN，然后再将这些“新”LUN映射到相同或不同的主机。 一个典型的情况是当我们在不同的环境之间进行刷新时，想象一下从源主机TEST1克隆一个拥有一堆虚拟机的LUN到目标主机TEST2。 有时目标主机会自动分配驱动器，有时不会。 存储arrays会更改克隆的LUN序列号（但我们可以将其修改回来），但其余克隆的LUN内容与源相同。 在刷新的情况下（因此在本示例中，从TEST2中删除旧LUN，然后将克隆的LUN映射到该位置），LUN ID也保持不变。 这些LUN通过光纤通道SAN进行访问，因此不被视为可移动设备。 不用说，在这种情况下，我们也不是克隆启动LUN本身。
我发现Microsoft KB234048描述了Windows 2000的行为，但是我怀疑在过去的十年中很多已经发生了变化。
如果任何人有详细信息，包括特殊情况下，如他们是MSCS共享磁盘，或多个磁盘具有匹配的签名（即克隆磁盘配对到同一台服务器），请分享！
那么，其实没有太大的改变 – 关联仍然存储在HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices项中的registry中。 一些关于如何放置/如何解释数据的见解来自第三方文档 。
对于群集存储，Windows将查看MBR签名或GPT Guid（取决于磁盘格式）以标识该磁盘，以便可以在群集中的其他节点上使用该磁盘。 如果两个磁盘出现重复的签名/指导，我相信第一个被使用，其他人被保持离线。 如果您想要克隆的磁盘显示为新磁盘，则需要更改签名/ guid。