迁移活动域

当您尝试迁移处于活动状态的域时，应考虑到对于要迁移的域、源计算机和目标计算机有某些要求和限制。有关更多信息，请参见《Oracle VM Server for SPARC 2.2 发行说明》中的"域迁移限制"。

迁移过程中，域会“丢失时间”。要缓解这个时间丢失问题，请将要迁移的域与外部时间源（如网络时间协议 (Network Time Protocol, NTP) 服务器）同步。如果将域配置为 NTP 客户机，则在迁移完成后，域的日期和时间会很快得以更正。

要将域配置为 Oracle Solaris 10 NTP 客户机，请参见《系统管理指南：网络服务》中的"管理网络时间协议（任务）"。要将域配置为 Oracle Solaris 11 NTP 客户机，请参见《Oracle Solaris 管理：网络服务》中的"管理网络时间协议（任务）"。

CPU 的域迁移要求

下面是执行迁移时对 CPU 的要求和限制：

• 目标计算机必须具有足够的可用虚拟 CPU，以适应要迁移的域所使用的虚拟 CPU 数目。

• 对于运行 Oracle Solaris 10 OS 的系统，源计算机和目标计算机必须具有相同的处理器类型。

• 对于 Oracle Solaris 11 OS，设置 cpu-arch 属性允许您在具有不同处理器类型的系统之间迁移。以下是支持的 cpu-arch 属性值：

  • native 使用特定于 CPU 的硬件功能，以允许来宾域仅在具有相同 CPU 类型的平台之间迁移。native 是默认值。

  • generic 使用通用 CPU 硬件功能，以允许来宾域执行与 CPU 类型无关的迁移。

  与 native 值相比，使用 generic 值可能会导致性能降低。由于来宾域仅使用在所有支持的 CPU 类型上都可用的通用 CPU 功能，而不使用特定 CPU 的本机硬件功能，所以性能可能会降低。由于不使用这些功能，通过 generic 值可以在使用支持不同功能的 CPU 的系统之间灵活地迁移域。

  可以使用 psrinfo -pv 命令，按如下方式确定处理器类型：

  # psrinfo -pv
  The physical processor has 8 virtual processors (0-7)
    SPARC-T4 (chipid 0, clock 2548 MHz)

• 当要迁移的域运行 Oracle Solaris 11 OS 时，您可以在具有不同处理器频率和 STICK 频率值的源系统和目标系统之间迁移域。此类型的迁移即使在未设置 cpu-arch 属性值的情况下也可以进行。但是当要迁移的域运行 Oracle Solaris 10 OS 时，处理器频率和 STICK 频率值必须匹配。

  可以使用 prtconf -pv 命令，按如下方式确定 STICK 频率：

  # prtconf -pv | grep stick-frequency
      stick-frequency:  05f4bc08

  ---

  注 - STICK 寄存器的递增频率是从全速 CPU 频率派生的。不过，即使这两台计算机上的 CPU 频率可能相同，STICK 寄存器的确切频率可能也会稍有不同并因此而阻止迁移。

  ---

内存的迁移要求

目标计算机上必须具有足够的空闲内存，以适应域的迁移。此外，迁移过程中必须维护下面一些属性：

• 必须可以创建相同数量的相同大小内存块。

• 内存块的物理地址不需要匹配，但是迁移过程中必须维护相同的实际地址。

此外，目标计算机上可用内存的布局必须与要迁移的域的内存布局兼容，否则迁移将会失败。需特别指出的是，如果目标计算机上的内存分为多个小的地址范围，但是要迁移的域需要一个大的地址范围，则迁移将会失败。下面的示例对这种情况进行了说明。目标计算机在两个内存块中共有 2 GB 空闲内存：

# ldm list-devices memory
MEMORY
    PA                   SIZE
    0x108000000          1G
    0x188000000          1G

要迁移的域 ldg-src 也有 2 GB 空闲内存，但是这些内存分布在一个内存块中：

# ldm list -o memory ldg-src
NAME
ldg-src

MEMORY
    RA               PA               SIZE
    0x8000000        0x208000000      2G

在这种内存布局情况下，迁移将失败：

# ldm migrate-domain ldg-src t5440-sys-2
Target Password:
Unable to bind 2G memory region at real address 0x8000000
Domain Migration of LDom ldg-src failed

物理 I/O 设备的迁移要求

无法迁移可以直接访问物理设备的域。例如，您无法迁移 I/O 域。但是，可以迁移与物理设备关联的虚拟设备。

虚拟 I/O 设备的迁移要求

要迁移的域所使用的全部虚拟 I/O 服务必须在目标计算机上可用。换而言之，必须满足下列条件：

• 要迁移的域中使用的每个虚拟磁盘后端必须在目标计算机上定义。您定义的虚拟磁盘后端必须与源计算机上的后端具有相同的卷名和服务名。源计算机和目标计算机上指向后端的路径可能会有所不同，但它们必须指向同一个后端。

  ---

  注意 - 即使源计算机和目标计算机上指向虚拟磁盘后端的路径不是指同一个存储，迁移也将成功。但是，目标计算机上域的行为将无法预测，该域可能将无法使用。为了纠正这种情况，请停止该域，更正配置问题，然后重新启动该域。如果不执行这些步骤，则该域可能处于不一致状态。

  ---

• 要迁移的域中的每个虚拟网络设备在目标计算机上必须具有相应的虚拟网络交换机。每个虚拟网络交换机必须与源计算机上连有该设备的虚拟网络交换机同名。

  例如，如果要迁移的域中的 vnet0 连接到名为 switch-y 的虚拟交换机服务，则目标计算机上的域必须提供名为 switch-y 的虚拟交换机服务。

  ---

  注 - 目标计算机上的物理网络必须正确配置，以便已迁移的域能够访问它所需要的网络资源。否则，在迁移完成之后，某些网络服务可能会在已迁移的域上不可用。

  例如，您可能希望确保该域能够访问正确的网络子网。您还可能希望确保网关、路由器或防火墙正确配置，以便该域能够从目标计算机访问所需的远程系统。

  ---

  要迁移的域所使用的自动分配范围内的 MAC 地址必须可在目标计算机上使用。

• 虚拟控制台集中器 (vcc) 服务必须在目标计算机上存在，并至少具有一个空闲端口。迁移过程中会忽略显式控制台约束。已迁移域的控制台是通过使用已迁移域的名称作为控制台组并使用控制域中第一个 vcc 设备上的任意可用端口创建的。如果与默认组名冲突，则迁移将会失败。

NIU 混合 I/O 的迁移要求

可以迁移使用 NIU 混合 I/O 资源的域。指定 NIU 混合 I/O 资源的约束不是域的硬性要求。如果将这样的域迁移到不具有可用 NIU 资源的计算机，该约束将得到保留，但是不会得到满足。

加密单元的迁移要求

在具有加密单元的平台上，如果某个具有绑定加密单元的来宾域运行的是支持加密单元动态重新配置 (dynamic reconfiguration, DR) 的操作系统，则可以迁移该来宾域。

下列 Oracle Solaris OS 版本支持加密单元 DR：

• Solaris 10 10/09 OS 或更高版本

• 至少 Solaris 10 5/08 OS 加修补程序 ID 142245-01

开始迁移时，Logical Domains Manager 会确定要迁移的域是否支持加密单元 DR。如果支持，Logical Domains Manager 会尝试从该域中删除所有加密单元。迁移完成后，会将加密单元重新添加到已迁移的域。

活动域中的延迟重新配置

源计算机或目标计算机上任何活动的延迟重新配置操作都会阻止迁移启动。迁移正在进行时，延迟重新配置操作会被阻止。

在活动域具有有效的电源管理弹性策略的情况下迁移

具有有效电源管理 (power management, PM) 弹性策略的源计算机或目标计算机不支持域迁移。如果在迁移过程中，源计算机或目标计算机上的 PM 策略从性能模式切换到弹性模式，策略切换将延迟到迁移完成后。在源计算机或目前计算机具有有效弹性策略的情况下尝试执行域迁移时，迁移命令会返回错误。

对其他域的操作

当迁移正在某台计算机上进行时，可能会导致所迁移的域的状态或配置修改的任何操作都会被阻止。对该域本身的所有操作以及对计算机上其他域的绑定或停止等操作都会被阻止。

迁移 OpenBoot PROM 中的域或在内核调试器中运行的域

执行域迁移需要在 Logical Domains Manager 和要迁移的域中运行的操作系统之间进行协调。如果要迁移的域在 OpenBoot 或内核调试器 (kmdb) 中运行，则这种协调是不可能的。因此，除非要迁移的域中只有一个 CPU，否则迁移尝试将会失败。如果要迁移的域中有一个 CPU，则在满足某些要求和限制时，迁移会继续进行。请参见《Oracle VM Server for SPARC 2.2 发行说明》中的"域迁移限制"。