避开 AIX LPAR 迁移中的陷阱

策略 3：系统备份和恢复

在这个策略中，将把原始服务器备份到一个 mksysb 映像，然后放到新硬件中。

优点：我倾向于选择这个策略，因为它保留了原始硬件，允许新的 LPAR 自动获得设备驱动程序（当使用补充的基本介质或 NIM 服务器时），并且带来了所有用户 ID、组、rootvg 文件系统和环境变量。在所有选项中，这种方法对原始服务器和新 LPAR 的影响最小。

缺点：这种方法的主要缺点是原始服务器上的 rootvg 需要不断修改。在对原始服务器的修改引起显著内容变化之前，mksysb 映像只有在经过很长时间之后才会被 “刷新”。但是，如果在防止将经常修改的数据放入根卷组内部时采取最佳实践，那么这种方法就可以提供充足的时间进行测试和部署。需要获取临时 IP 地址或网络适配器来实现构建，然后再修正它们。

同样，需要确定将用于 rootvg 磁盘的磁盘类型。服务器是否使用内部 SCSI 磁盘或 Storage Area Network (SAN) 启动技术？如果使用 SCSI 磁盘，那么可以很容易找到 SAN 驱动程序，但是出现硬件故障的风险也会更高。如果使用 SAN 启动技术，重启和 I/O 性能将会非常快，但是磁盘无法轻松地在不同 LPAR 之间移植，因为 Fibre Channel 适配器的全局名称（WWN）被集成到磁盘属性中。

陷阱 3：管理外部卷组

在选择操作系统策略时，需要计划如何包含外部/非根卷组。对于 rootvg，有多种方法可以将数据迁移到新的 LPAR，包括执行备份和恢复操作，使用 SAN 技术（比如 IBM SAN Volume Controllers (SVC) 上的 Flash Copy 特性），或者仅使用新硬件上的原装数据线、适配器和磁盘。但是不管使用哪种技术，都需要考虑一些问题。

首先，保存一个副本或从原始服务器上备份 /etc/filesystems 文件。尽管 importvg 等命令将检测外部卷组中的内容，但是可能无法有序地将内容导入到磁盘，从而致使文件系统按照错误的顺序挂载。当客户拥有多个外部卷组并且文件系统按照分层结构连接，那么就很容易出现上述情况。