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

Question

我们拥有以下基础设施： WUDSS 2003 R2 提供 iSCSI 目标，这些目标由 Server 2008 R2 群集使用并作为直通磁盘转发到 Hyper-V 来宾。我们不将 VHD 用于 Hyper-V，并且直到最近，我们才将 MPIO 用于 iSCSI。

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

到目前为止，它运行得非常好：为新的访客机器提供的时间只有几分钟。现在我们已经安装了用于 iSCSI 流量平衡的 MPIO，但出现了部署问题。

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

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

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

Answer 1

好的，问题解决了。该问题与 VHD 文件唯一 ID 有关，该 ID 似乎是通过 SCSI INQUIRY 命令传递给启动器的。不知道为什么没有 MPIO 也能正常工作。

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