延迟重新配置

与可以立即发生的 DR 操作不同，延迟重新配置操作在以下情况下生效：

• 下次重新引导 OS 之后

• 如果未运行 OS，则在停止并启动逻辑域之后

通常，延迟重新配置操作仅限于控制域。对于所有其他域，除非可以动态重新配置资源，否则必须停止域来修改配置。

延迟的重新配置操作仅限于控制域。在根域上执行延迟重新配置期间，您可以运行有限数量的命令，以支持无法动态完成的操作。这些子命令包括 add-io、set-io、remove-io、create-vf 和 destroy-vf。您还可以在根域上运行 ldm start-reconf 命令。对于所有其他域，除非可以动态重新配置资源，否则必须停止域来修改配置。

如果正在执行延迟重新配置，则对该域的其他重新配置请求将被延迟，直到重新引导该域或者停止并启动该域为止。

ldm cancel-reconf 命令可以取消域上的延迟重新配置操作。有关如何使用延迟重新配置功能的更多信息，请参见 ldm(1M) 手册页。

可以使用延迟的重新配置减少控制域上的资源。要从控制域中删除大量 CPU，请参见Oracle VM Server for SPARC 3.2 发行说明 中的从来宾域中删除大量 CPU 可能会失败。要从控制域中删除大量内存，请参见减少控制域的内存。

在延迟重新配置期间，仅允许执行一个 CPU 配置操作

在 primary 域处于延迟重新配置时，不要尝试对其执行多个 CPU 配置操作。如果尝试多个 CPU 配置请求，这些请求将被拒绝。

解决方法：执行以下操作之一：

• 取消该延迟重新配置，启动另一个延迟重新配置，然后请求自上次延迟重新配置以来丢失的配置更改。

• 重新引导具有错误 CPU 计数的控制域，然后在该域重新引导后更正分配。