AIX上克隆rootvg的操作方法
AIX Rootvg的镜像备份
如何克隆rootvg？
系统升级时，谁都头疼漫长的停机时间。好在AIX提供了一个聪明的思路：把当前的rootvg完整克隆到一块新硬盘上，用这块“替换硬盘”来提前进行升级安装。这样一来，原系统上的应用服务照常运行，丝毫不受影响。等到新系统在备用盘上部署完毕，一次重启就能切换到升级后的环境。如果升级后发现有问题怎么办？很简单，改回引导列表，重启就能回到老系统。待一切验证无误，原先那块老硬盘便可以腾出来另作他用了。
听起来很便利，那么这个克隆过程具体做了哪些事呢？它大致可以分为十个步骤：
1. 首先，工具会基于当前rootvg的内容，生成一个名为 /image.data 的配置文件。
2. 接着，找到系统中一块空闲的硬盘，并为其创建名为 altinst_rootvg 的卷组。
3. 在这个新卷组里，创建一系列以 alt_inst 为前缀的逻辑卷和文件系统。
4. 之后，以当前rootvg为模板生成备份文件列表，当然，会排除 exclude.list 中指定的文件。
5. 将所有未被排除的文件，完整拷贝到新创建的 altinst_rootvg 文件系统上。
6. 如果事先有指定，此时会用 installp 命令在新系统里安装更新或额外的软件包。
7. 关键一步：使用 bosboot 命令在 altinst_rootvg 上创建可引导的逻辑卷。
8. 若有需要，还可以在这个阶段执行用户自定义的脚本，进行个性化配置。
9. 然后卸载文件系统，并将 altinst_rootvg 中的逻辑卷和文件系统名称改回标准命名。
10. 最后，将系统的引导列表修改为从这块替换硬盘启动。
接下来，我们就具体看看，如何通过“替换硬盘安装”的方法，将一个正在运行的AIX系统克隆到新硬盘上。这个方法不仅完成克隆，还能顺道安装用户定义的软件包，并运行定制脚本，可谓一举多得。
既然要克隆现有的rootvg，前提自然是服务器上得有一块未被分配的硬盘。整个操作可以清晰地分为四个阶段：
• 前期准备
• 进行rootvg的克隆与定制
• 从克隆好的硬盘上引导系统
• 确认所有操作成功
实践命令
说再多不如动手试试。下面是一组典型的命令序列，可以带你走完全程：
首先，查看当前可用的物理卷：
# lspv
hdisk0 0001d2613c5c29e9 rootvg active
hdisk2 0001f0755343a7f3 None
hdisk3 0001fe75533b6410 None
这里hdisk2和hdisk3是空闲盘。我们选定hdisk2作为目标盘。为保险起见，先清除其磁盘标识符：
# chdev -l hdisk2 -a pv=clear
如果需要确认磁盘详细信息，可以执行：
# lscfg -vpl hdisk2
接下来，就是核心的克隆命令。-B表示创建备份文件，-O表示在新盘上定制安装，-C表示克隆：
# alt_disk_install -BOC hdisk2
命令执行完成后，再次查看，会发现hdisk2已经属于altinst_rootvg卷组了：
# lspv
hdisk0 0001d2613c5c29e9 rootvg active
hdisk2 0001f0755343a7f3 altinst_rootvg
hdisk3 0001fe75533b6410 None
如果需要清空这块备用磁盘上的卷组，以便重新使用，命令是：
# alt_disk_install -X
再次检查，确认hdisk2已恢复空闲状态：
# lspv
hdisk0 0001d2613c5c29e9 rootvg active
hdisk2 0001f0755343a7f3 None
hdisk3 0001fe75533b6410 None
最后，可以将这块硬盘从系统中删除定义：
# rmdev -dl hdisk2
至此，克隆好的硬盘就可以拔下来，放入新的服务器或分区中启动了。这个方法的扩展性很强，理论上可以实现“一台变两台，两台变四台”的快速部署。
操作要点与补充说明
当然，为了确保克隆部署顺利，有几个关键点必须留意：
第一，作为源头的第一台服务器，其操作系统一定要安装完整，补丁务必打全。如果目标环境需要集群，像Oracle这类基础软件以及其补丁，最好也预先装在rootvg里。务必在克隆前确定好整体软件环境，否则后期一台台机器补装，工作量可不小。这一点上，传统的NIM部署方式反倒更具灵活性。
第二，将克隆好的硬盘安装到新机器或分区后，首次启动时系统可能会提示找不到可引导设备。别紧张，这时只需进入SMS（系统管理服务）菜单，手动设定一下启动顺序。SMS在扫描硬盘时，就能发现上面已有的操作系统。
还有一个重要的补充，尤其是在LPAR环境中：
执行alt_disk_install克隆后，由于是完整复制，会导致源系统和克隆系统拥有相同的ct_node_id。这在需要做DLPAR（动态逻辑分区）操作时会产生冲突。
因此，克隆完成后，务必检查所有分区的ct_node_id号，确认是否有重复。具体可以查看/etc/ct_node_id和/var/ct/cfg这两个文件。
如果确认存在重复，运行下面的命令来重新生成并更改ct_node_id：
# /usr/sbin/rsct/install/bin/recfgct
当然，整个克隆过程也可以通过SMIT菜单的图形化界面来完成，命令是：
# smit alt_install
这对于不习惯命令行的管理员来说，是个不错的选择。
