首页 | 新闻 | 新品 | 文库 | 方案 | 视频 | 下载 | 商城 | 开发板 | 数据中心 | 座谈新版 | 培训 | 工具 | 博客 | 论坛 | 百科 | GEC | 活动 | 主题月 | 电子展
返回列表 回复 发帖

从 POWER5 升级到 POWER6-4

从 POWER5 升级到 POWER6-4

p6 升级之前:
1
2
3
4
5
6
7
8
9
10
11
12
System Model: IBM,9119-595
Machine Serial Number: XXXXXXX
Processor Type: PowerPC_POWER5
Number Of Processors: 4
Processor Clock Speed: 2302 MHz
CPU Type: 64-bit
Kernel Type: 64-bit
LPAR Info: 6 bxaix03
Memory Size: 2048 MB
Good Memory Size: 2048 MB
Platform Firmware level: SF240_338
Firmware Version: IBM,SF240_338




p6 升级之后:
1
2
3
4
5
6
7
8
9
10
11
12
System Model: IBM,9119-FHA
Machine Serial Number: XXXXXXX
Processor Type: PowerPC_POWER6
Number Of Processors: 4
Processor Clock Speed: 5000 MHz
CPU Type: 64-bit
Kernel Type: 64-bit
LPAR Info: 6 bxaix03
Memory Size: 2048 MB
Good Memory Size: 2048 MB
Platform Firmware level: EH340_039
Firmware Version: IBM,EH340_039




VIOS 故障转移检查确认每个 VIOS 状态正常而且 VIO 客户机 (VIOC) LPAR 运行正常之后,我执行了几次 VIOS 故障转移测试。这确认升级没有破坏双 VIOS 设置的冗余能力。测试包括:
  • 关闭一个 VIOS,确认所有客户机 LPAR 不受影响。例如,SEA 故障转移、IP 连接、路径(和/或镜像)的丢失和磁盘通信流都是正常的。
  • 重新启动 VIOS,确认可以执行故障复原。例如,SEA 故障复原、IP 连接、路径恢复(和/或镜像重新同步)和磁盘通信流都是正常的。
  • 确认在每次 VIOS 关闭/重新启动前后(重新)同步所有使用镜像 rootvg 的 LPAR。
  • 对另一个 VIOS 重复相同的检查过程。
我还拔出了每条 FC 和网络线缆(每次一条),从而确认 VIOS 上的磁盘和网络 I/O 不受影响。
备用计划如果由于某种原因从磁盘引导不成功,我就采用备用计划。也就是在新的 POWER6 平台上使用 NIM 从一个 mksysb 恢复 VIOS 和 LPAR。NIM master 在另一台 595 上。实际上,我在以后的一次 POWER6 升级中测试了这种方法,它与从磁盘引导同样有效。不需要重新配置(引导列表除外),即使对于 VIOS 也是如此。如果需要从 mksysb 恢复 VIOS,那么最好在 NIM master 上为每个 VIOS 创建一个新的 SPOT。从 VIOS 的 mksysb 创建 SPOT(如下所示)。
1
2
3
4
5
6
7
8
9
10
11
12
                    Define a Resource

Type or select values in entry fields.
Press Enter AFTER making all desired changes.

                                                     [Entry Fields]
* Resource Name                                      [hvio3-spot]
* Resource Type                                       spot
* Server of Resource                                 [master]           +
* Source of Install Images                           [hvio3-mksysb]     +
* Location of Resource                               [/export/nim/spot] /
...




另外,在为 BOS 安装配置 VIOS NIM 客户机时,一定要把 "Remain NIM client afterinstall?" 改为 no(如下所示)。这会防止在安装所用的物理网络适配器上配置 IP 地址。如果在这个物理接口上配置了 IP,而且它属于 SEA 配置,SEA 的配置就可能失败,因为这个物理设备已经在使用了。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
    Install the Base Operating System on Standalone Clients

Type or select values in entry fields.
Press Enter AFTER making all desired changes.

                                                        [Entry Fields]
* Installation Target                                 hvio3
* Installation TYPE                                   mksysb
* SPOT                                                hvio3-spot
  LPP_SOURCE                                         []                 +
  MKSYSB                                              hvio3-mksysb
  BOSINST_DATA to use during installation            []                 +
  IMAGE_DATA to use during installation              []                 +
  RESOLV_CONF to use for network configuration       []                 +
  Customization SCRIPT to run after installation     []                 +
  Customization FB Script to run at first reboot     []                 +
    ACCEPT new license agreements?                   [yes]              +
Remain NIM client after install?                   [no]               +
...




正如前面在 中提到的,需要小心地选择用哪个 rootvg 磁盘恢复 VIOS mksysb。我的 VIOS 上连接了许多磁盘,其中一些安装了 AIX 映像。如果选择了错误的磁盘,就会覆盖客户机 LPAR AIX rootvg。同样,在恢复 VIOS mksysb 之前记录 VIOS rootvg 磁盘的位置码是非常重要的。
对于 VIOS 和 LPAR,还要确保在 BOS 安装菜单中把 RecoverDevices 设置为 Yes。这确保在 mksysb 恢复期间恢复所有设备,因此对于 VIOS,这确保恢复虚拟适配器映射。另外,对于 AIX LPAR,还要检查 Import User Volume Groupsc 是否设置为 Yes。这会在恢复期间导入非 rootvg 卷组。如果要恢复到相同的系统(序列号相同,在我的升级场景中就是这样),就要把 Recover Devices 和 Import UserVolume Groups 设置为 Yes。
注意,在 mksysb 恢复之后,在 AIX 5.3 上需要重新配置 Asynchronous I/O (aio0) 设备(如果使用它的话)。在 AIX 6.1 上已经不需要这么做了。
升级之后完成 POWER6 升级并成功地完成所有检查和健康状态检查之后,我把 HACMP 节点重新并入集群中,执行故障转移和故障复原测试。没有发现问题。
升级完成之后,还需要执行几个升级后任务。这些任务包括:
  • 再次备份 LPAR 配置文件数据!
  • 执行 HMC 的备份。
  • 建立每个 VIOS 和所有 AIX LPAR 的 mksysb。
  • 在 HMC 上检查所有 ‘open’ 硬件事件。
结束语我最初对这种升级方法有点担心。但是,我在升级过程中没有遇到什么问题。现在,我可以肯定在某些情况下 MES 升级和从磁盘引导 LPAR 是值得考虑的方法,尤其是如果您的 LPAR 都是 VIO 客户机、使用共享的处理器而且没有任何专用的物理设备。这种方法并不一定可行,所以您应该小心地选择并在自己的环境中进行充分的测试。当然,mksysb 克隆也是支持的迁移方法。
根据我的经验,这两种方法都能够获得令人满意的结果。mksysb 恢复的缺点是所需的时间比较长。如果有大量 LPAR,恢复所需的停机时间在某些情况下可能是不可接受的,比如如果有不属于高可用性集群的系统。
如何从 POWER5 升级到 POWER6 最终由您自己决定。如果您不确定使用哪种方法或者需要帮助或指导,可以向 IBM 支持人员或 IBM 业务伙伴求助。我希望本文有助于其他人进行相似的升级。
返回列表