使用 SAN 服务提高 AIX 的可用性

核心提示： 物理设备的问题您以前可能听说过，不支持把 SAN 存储从一个系统切换到另一个系统，使用 SAN 服务提高 AIX 的可用性(7)，这是因为在以前从新系统引导磁盘时，不保证配置是完全相同的，没有分配 PVID，就会分配新名称，因此一些设备会变成不可用（处于 ‘defined&rsquo

物理设备的问题

您以前可能听说过，不支持把 SAN 存储从一个系统切换到另一个系统。这是因为在以前从新系统引导磁盘时，不保证配置是完全相同的，因此一些设备会变成不可用（处于 ‘defined’ 状态）并创建新设备。这会导致设备消失，甚至可能导致系统无法引导。

AIX 开发团队当前正在开发一个更灵活的设备配置设计，可以处理更多物理设备问题；但是到目前为止，这些场景还不允许使用物理设备，但是不包括处理相同系统的情况（比如场景 3）。

把 rootvg 从物理环境迁移到物理或虚拟环境的潜在问题

不建议把 rootvg 从一个物理环境迁移到另一个物理或虚拟环境，原因如下：

固件无法识别引导磁盘。引导设备信息存储在 NVRAM 中，所以如果从还没有使用常规方法安装的磁盘引导新系统，用户就需要通过操作固件 SMS 菜单选择引导设备。可以通过 HMC 上的虚拟终端访问 SMS 菜单。

控制台设备可能会丢失，需要重新选择。如果在引导时没人响应控制台选择提示，那么经过一段时间之后，系统会继续引导，但是没有控制台。对于用户来说，这就像是在引导时挂起了。

rootvg 必须包含新系统所需的所有支持。这包括对新系统上所有新设备的设备支持，以及对机型本身的支持。如果 rootvg 上的 AIX 级别不支持此系统或其设备，就会出现引导失败或丢失设备支持等问题。

新系统必须能够运行 rootvg 中安装的 AIX。例如，如果 rootvg 使用 64 位内核，那么新系统也必须使用 64 位处理器。

设备名称可能改变。新系统上发现的总线和适配器设备集很可能与 rootvg 的 ODM 数据库中的设备不匹配。这会导致在 ODM 中创建新的设备实例，原系统中的设备以 “defined” 状态列出。例如，如果原系统有总线 pci0 和 pci1 以及 SCSI 适配器 scsi0，新系统会以 “defined” 状态列出它们，并为 PCI 总线和 SCSI 适配器创建新设备 pci2、pci3 和 scsi1。即使新系统看起来与原系统相同，也可能出现这种情况。常常会分配给磁盘设备（包括 rootvg 中的磁盘和外部 SAN 磁盘）与原系统上相同的名称。但是，如果磁盘没有惟一标识符支持，没有分配 PVID，就会分配新名称。几乎所有其他设备都会分配新名称。