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