池化之后网络的部分比较复杂，怎么做迁移，宿主机出现问题之后平滑过渡的流程是什么？

池化之后，网络部分确实较为复杂，但万变不离其宗，抓住几个主要关键设计问题：
１） 带外管理如何设计： HMC 和服务器的 FSP 的连接问题以及独立网络通道；
２） 数据迁移通道如何设计： HMC 和 VIOS 之间的连接问题 ( 含 RMC ) 以及独立网络通道，包括网关路由设计、防火墙策略等；
３） 不同虚拟业务系统的网络通道如何设计：各虚拟系统的对外桥接 VLAN 设计、相互间的隔离、与 HMC 的 RMC 通信和隔离问题 ( 网关路由设计、防火墙策略等 ) ；
４） 网络性能评估是否满足需求：所承载业务对网络的带宽性能要求，网卡绑定策略，参数优化设置等；

如何做迁移：
１） NIM 备份、恢复是较为理想的方案；
２） 手工 mksysb 备份、恢复；
３） 数据的迁移可考虑存储数据复制或逻辑层面的备份和方案，看具体的应用系统要求， tar/cpio/rman/expdump 等

宿主机出现问题后平滑过渡的方案，这实际上是平台的高可用问题，在设计上有三个层面：
１） 在应用逻辑层面，可使用 PowerHA 等高可用软件讲应用逻辑切换至正常的宿主机；
２） 在资源池层面，在故障不影响 LPM 的情况下，进行联机的虚拟系统迁移；
３） 在宿主机意外宕机的情况下，资源池平台的 Remote Restart 支持在其他宿主机上重启虚拟系统；