我们有以下基础架构： WUDSS 2003 R2 提供 iSCSI 目标，这些目标由 Server 2008 R2 集群使用，并作为直通磁盘转发给 Hyper-V 来宾。我们不将 VHD 用于 Hyper-V，直到最近，我们还没有将 MPIO 用于 iSCSI。
对于操作系统部署，我们选择了以下方案： 我们预先配置了“主”来宾，并安装了操作系统和软件。每次我们需要部署一个新的来宾系统时，我们都会复制对应于这些“主”来宾之一的虚拟磁盘（在 WUDSS）。复制新磁盘时，我们将其导入 WinTarget，为新虚拟机创建新 iSCSI 目标。最后，我们用新的目标创建了一个新的来宾机器，并 sysprep-ed 新的来宾机器。
到目前为止，它工作得很好：为一台新的访客机器提供的时间只需几分钟。现在我们已经为 iSCSI 流量平衡安装了 MPIO，但出现了部署问题。
现在，启用 MPIO 后，当通过 iSCSI Initiator 连接两个或多个此类“克隆”映像时，iSCSI 启动器会将它们分配给单个物理驱动器（例如 \.\PhysicalDrive5 ）。每个连接的目标都有自己的 LUN，但 MPIO 路径连接到首先连接的目标，Hyper-V 主机只能看到一个磁盘。
很明显 iSCSI/MPIO 在磁盘上存储了一些信息，我们最初的想法是它的磁盘 id。但是，我们尝试在 diskpart 工具的帮助下更改磁盘 ID，但磁盘 ID 似乎不起作用。
目前我们不得不切换到基于 WIM/ImageX 的部署，但这需要更多时间，我们想知道是否有任何方法可以防止上述“粘在一起”行为并有可能部署新的 iSCSI 目标/VM 来宾使用 xcopy 方法。