Cluster computing iSCSI/MPIO磁盘在目标xcopy部署后粘在一起

我们有以下基础架构：WUDSS 2003 R2提供iSCSI目标，这些目标由Server 2008 R2群集使用，并作为直通磁盘转发给Hyper-V来宾。我们没有为Hyper-V使用VHD，直到最近，我们还没有为iSCSI使用MPIO

对于操作系统部署，我们选择了以下场景：我们预先配置了安装了操作系统和软件的“主”来宾。每次需要部署新的来宾系统时，我们都会复制与其中一个“主”来宾对应的虚拟磁盘（在WUDSS）。复制新磁盘时，我们将其导入WinTarget，为新虚拟机创建了新的iSCSI目标。最后，我们用新的目标创建了一个新的客户机，并对新的客户机进行了sysprep

到目前为止，它工作得很好：为新的来宾机器提供的时间只有几分钟。现在，我们已经安装了用于iSCSI流量平衡的MPIO，出现了部署问题

现在，在启用MPIO的情况下，当两个或多个这样的“克隆”映像通过iSCSI启动器连接时，iSCSI启动器会将它们分配给单个物理驱动器（例如\.\PhysicalDrive5）。每个连接的目标都有自己的LUN，但MPIO路径连接到首先连接的目标，并且Hyper-V主机只能看到一个磁盘

很明显，iSCSI/MPIO在磁盘上存储了一些信息，我们最初的想法是它是磁盘id。但是，我们尝试在diskpart工具的帮助下更改磁盘id，而磁盘id似乎不起作用

---

目前，我们不得不切换到基于WIM/ImageX的部署，但这需要更多的时间，我们想知道是否有任何方法可以防止上述“粘在一起”行为，并有可能使用xcopy方法部署新的iSCSI目标/VM来宾。

好的，问题已经解决。问题与VHD文件唯一id有关，该id似乎通过SCSI查询命令传递给启动器。不知道为什么没有MPIO它工作得很好

无论如何，VHD规范是开放的，我用几行代码编写了一个工具来更改这个ID