在 IBM 集成虚拟化管理器上进行动态分区迁移

填写完上述字段后，按下“验证”按钮就开始了分区迁移的验证。在验证过程中，IVM 显示一个等待对话框（如图 7 所示），过一小段时间后，验证完成，IVM 显示验证结果。如果验证没有发现问题，那么 IVM 显示“操作已经成功完成”（如图 8 所示）；如果发现错误，管理员可以通过 IVM 所显示的错误信息去修复问题，然后再次进行验证。

图 7：分区迁移的验证

图 8：验证结果

开始分区迁移

验证成功后，按下“迁移”按钮就开始进行分区迁移了（如图 9 所示）。分区迁移所需的时间长短视分区物理内存大小，以及系统所承受的压力等因素而定。对分区 uli13lp1 进行的迁移是活动迁移，因此所用的时间通常比 uli13lp2 上的非活动迁移来得长。图 9 所显示的是 uli13lp1 的迁移状态，用户可以通过该页面监视迁移的进度。该页面还提供了“停止”和“恢复”两个按钮，通过前者，可以取消当前正在进行的分区迁移，通过后者，可以在迁移出现问题后回退迁移过程，修复问题，使系统恢复到正常状态。

图 9：分区迁移的状态

在分区迁移的过程中，系统管理员不必一直监视着迁移状态，可以在 IVM 上继续其他方面的系统维护工作。图 10 和图 11 分别显示的是 uli13 和 uli14 上 IVM“ 查看 / 修改分区 ”页面的内容，可以看到 IVM 正在迁移 uli13lp1，状态栏显示“迁移－ 正在运行”，迁移过程在 uli14 创建了新的分区 uli13lp1，使用了相同数量的 CPU 和内存资源。这两幅图是迁移开始时的截图，这时候源系统 uli13 上 uli13lp1 分区的运行时状态还没有被完全迁移到目标系统 uli14，迁移过程还没有停止源分区的运行并激活目标分区，因此在 uli13 上仍旧可以看到 uli13lp1 正常运行时的参考码“Linux ppc64”，而在 uli14 上，uli13lp1 则显示了一个迁移中的中间参考码。类似的，源分区显示了 13.47 天“正常运行时间”和 0.03 个“利用的处理器单元数”，而目标分区因为还没有开始运行，因此不显示这些信息。