前几天夜里，一个做运维的老哥给我发消息，说手头一台跑了好几年的业务机系统盘出了问题，业务要赶紧拉起来，结果翻出手里那份 AIX 7.1 的安装镜像，校验一看是坏的，于是开始满世界找 "AIX 7.2 和 AIX 7.1 资源文件下载"。他折腾了大半天，下回来三个压缩包，解压出来一个打不开的 ISO，一个不知道哪个版本的补丁合集，还有一份 PDF 说明书。这事我太熟了——AIX 这套东西的"资源文件"压根不是"点一下下载"那么简单，版本谱系、介质种类、获取渠道、校验方式，每一环都有坑。
这篇就把 AIX 7.1 和 AIX 7.2 的介质获取与使用这件事从头捋一遍：哪些文件是真需要的，从哪些合规渠道拿得到，拿到手怎么验、怎么投喂给机器，装机现场又会在哪些地方卡住。不管你是第一次接手 Power 架构小型机的新人，还是被老系统绑住多年的老运维，下面这些内容都能直接拿去用。
1. 先把"要下的东西"分清楚：AIX 7.1/7.2 的版本谱系与介质种类
1.1 oslevel 那串数字到底在说什么
很多人找资源文件找错，根本原因不是渠道问题，是没搞清自己要的到底是哪个版本。AIX 的版本号不是一个孤立的数字，它是三层结构叠出来的：基础发行版（Release）、技术级别（Technology Level，简称 TL）、服务包（Service Pack，简称 SP）。你在机器上敲oslevel -s，出来的东西长这样：
7200-05-06-2311拆开看：前四位7200指的是 7.2.0 这个大版本；05是 TL 号，也就是 7.2 的第 5 个技术级别；第二个06是 SP 号，TL5 之上的第 6 个服务包；最后四位2311是打包年份和周数，2023 年第 11 周出的包。同理，7.1 的机器上你会看到7100-05-xx-xxxx这样的输出。这个编码方式一定要记住，因为它在后面判断"我下的介质够不够新""这台机器缺哪些补丁"的时候会反复用到。
搞清这个结构之后，很多困惑就自动消失了。比如有人问"我下的是 AIX 7.2，为什么装完oslevel -s显示 7200-00-00-0000"——因为基础安装盘装出来就是个裸的 TL0，所有 TL 和 SP 都是后续追加的。再比如有人想"直接下最新的就行"，结果拿了个 7.2 TL5 SP6 的补丁包，兴冲冲往一台 TL3 的机器上打，装完发现部分文件集版本对不上，服务起不来。
提示：TL 是累积的，SP 是在某个 TL 之上叠加的增量。跨 TL 打补丁和在同 TL 内打 SP，是两种完全不同的操作，混着来最容易出事。
还有一个容易混淆的点是"7.1 和 7.2 能不能互升级"。答案是：不能靠打补丁实现，必须走迁移安装（Migration Install）或者并行系统（alt_disk_install）的路子。这一点在选介质的时候就要想清楚——如果你打算把 7.1 的机器升到 7.2，你需要的是 7.2 的完整安装盘，而不是 7.2 的补丁包。
1.2 安装盘、扩展包、补丁包、工具源：四类完全不同的"资源文件"
"AIX 资源文件"这个词太笼统，实际业务中你会碰到至少四类完全不同的东西，用途、体积、获取方式都不一样。我按实际使用频率从高到低列一下：
| 类别 | 典型内容 | 体积参考 | 主要用途 |
|---|---|---|---|
| 基础安装介质 | Base Operating System DVD，通常 2 张一组 | 每张 3~4 GB | 全新安装、迁移安装、灾难恢复 |
| 扩展包 | Expansion Pack DVD | 1~2 GB | 附加软件、虚拟化与管理组件 |
| 补丁/TL 介质 | TL DVD、SP 增量包 | 数百 MB 到 3 GB | 系统加固、漏洞修复、版本追平 |
| 开源工具源 | 第三方 RPM 仓库与安装镜像 | 数百 MB | 在 AIX 上跑开源中间件、监控代理 |
基础安装介质是核心，双 DVD 缺一不可。第一张盘装系统，第二张盘补文件集，中间会提示你"请插入第二张光盘"。我见过不止一次，有人只下了DVD_1_of_2就开始装，装到一半卡在那里，还以为是镜像坏了。文件名里带1_of_2、2_of_2的，一定成对拿全。
扩展包属于"按需"的范畴。如果你的机器要跑虚拟化分区管理、要做云管对接，那扩展包里的一些组件是必要的；纯跑传统业务库的，可以先不装，后续用installp单独补。
补丁介质里最容易踩的坑是命名。TL 盘一般叫AIX_7.2_TL5_DVD这类，SP 包的命名里会带 SP 号和日期。别看到"TL5"就以为是完整的 7.2.5，它只是这个技术级别的基础层，SP 还得往上叠。
工具源这一块很多人不知道，AIX 上其实有一个比较完整的开源软件仓库机制，官方长期维护，提供编译好的 RPM 包，直接在系统里配好源就能装gcc、python3、nginx这类东西。这个跟系统补丁是完全独立的体系，别把两边的包混着装，容易出现依赖打架。
2. 渠道选择：哪里能拿到干净的 AIX 7.1/7.2 介质
2.1 五条路径的实际对比
标题里写着"免费下载"，但我得先把话说清楚：AIX 是商业操作系统，完整安装介质的正规获取一定和授权挂钩。所谓"免费"，在现实里真正成立的是下面这几种情形。我把它们列成表，你可以对号入座：
| 路径 | 是否涉及费用 | 版本覆盖 | 适合谁 |
|---|---|---|---|
| 企业订阅账号下的软件下载区 | 订阅期内不额外付费 | 7.1、7.2、7.3 全量 | 有维保合同的单位 |
| 厂商评估/试用渠道 | 限期内免费 | 通常只给当前主流版本 | 做选型验证、POC |
| 硬件采购附带的介质 | 已含在采购里 | 随机型出厂版本 | 新机部署 |
| 云上按需实例 | 按小时计费 | 平台预置镜像 | 临时测试、培训环境 |
| 开源工具仓库 | 免费 | 只含 RPM 工具包 | 所有 AIX 用户 |
第一条路是最正规也最省心的。单位如果有维保，账号里能看到全部历史版本的介质，包括早就停止标准支持的 7.1。这也是为什么很多老运维手里攒着一堆 ISO——不是他们爱囤，是每次续保之后顺手把历史版本都拖下来存着，因为说不准哪天就要重装一台十年前的老机器。
第二条路适合做验证。评估渠道给的版本一般只有当前主推的那一两个，想拿 7.1 基本没戏，但拿 7.2 做功能验证足够了。要注意的是评估期的限制条件，别把评估环境直接拿去跑生产。
云上按需实例这条路被严重低估了。想学 AIX、想验证某个安装步骤、想练 NIM 部署，开一台按小时计费的 Power 实例，装完练完销毁，成本可能就几十块钱，比折腾物理机省事得多。而且云平台的镜像本身就是干净的、经过验证的，省掉了介质校验这一环。
第五条路是纯免费的，就是前面提到的开源工具仓库。系统装好之后，配一下源，dnf或者yum直接装常用工具，全程不需要任何额外授权。日常运维里这条路的实用性其实最高。
2.2 为什么你登录进去了却看不到下载链接
这是问得最多的一个问题。账号能登录，页面能打开，就是找不到 7.2 的 ISO。原因通常有三类：
第一类是权限没绑到具体产品。企业账号下的下载权限是按产品授权逐项绑定的，你被拉进了组织，但没有被授予对应产品的下载权限，自然看不到。这种情况找管理员在账号管理里加一下就行，不需要重新申请。
第二类是版本已经移出常规下载区。7.1 早就走完了标准支持周期，很多页面上的历史版本入口会下沉到"历史版本"或"归档"区块里，甚至只对仍在维保期内的账号可见。找不到的时候别急着怀疑账号有问题，先翻翻归档区。
第三类是介质被拆分到了不同的产品条目下。AIX 的基础盘、扩展包、补丁包在下载区里经常不是同一个条目，扩展包可能挂在虚拟化或管理软件的产品线下面。我见过有人只下了基础盘，装完发现少了一堆管理组件，回头找了两天才发现扩展包在另一个条目里。
注意：任何情况下都不要从来路不明的第三方站点拿系统镜像。这类文件体积大、校验信息缺失，被植入东西的风险很高，而且装机之后排查起来极其麻烦。宁可多花半天走正规流程，也别给自己埋雷。
如果是纯粹的离线环境又没有订阅，可行的替代做法是找有授权的同事或合作方代为导出介质，由对方提供官方校验值，你收到后自己再核一遍。这个流程在合规上是清晰的，也比到处找"网盘链接"靠谱得多。
3. 文件到手先别急着刻盘：校验、解包与介质制作
3.1 校验和比对的标准动作
这一步能省掉后面 80% 的麻烦。官方下载区一般会同时提供校验值文件，格式可能是 MD5 也可能是 SHA256。拿到 ISO 之后第一件事就是比对，不要跳过。
Linux 或 macOS 上用：
# SHA256 校验（推荐） sha256sum AIX_7.2_TL5_DVD_1_of_2.iso # 或者 MD5 md5sum AIX_7.2_TL5_DVD_1_of_2.isoWindows 上用 PowerShell：
Get-FileHash .\AIX_7.2_TL5_DVD_1_of_2.iso -Algorithm SHA256比对的时候有个细节：很多官方校验文件里写的是大写十六进制，而sha256sum输出是小写，肉眼比对容易看花。稳妥做法是把期望值写进文件，用sha256sum -c自动比对：
echo "3f2a...c91e AIX_7.2_TL5_DVD_1_of_2.iso" > check.txt sha256sum -c check.txt输出OK才算过关。如果报FAILED，别犹豫，重新下。我碰到过一次，下载中断后浏览器"续传"出来的文件大小看着对，但尾部有几十字节的填充，校验直接不过。这种半成品如果直接刻盘，装机时会卡在读取阶段，而且报错信息完全看不出是介质问题。
还有一个容易被忽略的点：传输环节的二次损坏。从下载机拷到刻录机、从 U 盘拷到内网跳板机、从跳板机拷到机房的操作终端，每经过一次拷贝，都应该重新校验一遍。特别是用移动硬盘跨网段搬运的场景，坏块导致的文件损坏不算罕见。
3.2 DVD、虚拟媒体、NIM 三种投喂方式的取舍
介质准备好了，怎么送进机器也有讲究。三种主流方式各有适用场景，选错了会白折腾。
物理 DVD 刻录是最传统的方式，适合没有任何管理平台的独立机器。要点有两个：一是必须用"刻录映像"模式，不能把 ISO 文件直接拖进光盘目录当数据刻，那样刻出来的盘不能引导；二是刻录速度别拉满，用中低速（比如 8x）刻，成功率明显更高，尤其是在老光驱上。刻完建议再放回电脑上校验一次内容。
虚拟媒体是目前用得最多的方式。通过硬件管理控制台（HMC）或集成虚拟化管理器（IVM），把 ISO 导入虚拟介质库，再映射给目标分区。这个方式的优势是快、可反复使用、不消耗光盘。操作上的关键点是：ISO 导入虚拟介质库之后要确认状态是"可用"，然后映射的时候注意选"重新挂载"，别用缓存里的旧映射。我遇到过有人改了 ISO 但没重新导入，分区启动起来还是老版本，查了半天以为是介质问题。
NIM 网络安装适合批量部署。在一台机器上建 NIM 主控，把 ISO 里的内容做成lpp_source和spot资源，其他机器从网络引导安装。前期配置麻烦一些，但一旦搭好，装十台和装一台的工作量差不多。大致流程是：
# 挂载 ISO 后初始化 NIM 主控 nim_master_setup -a device=/dev/cd0 -a mk_resource=no # 定义 lpp_source nim -o define -t lpp_source -a server=master \ -a location=/export/nim/lpp_source/aix72tl5 \ -a source=/dev/cd0 -a packages=all aix72tl5_res # 生成 spot nim -o define -t spot -a server=master \ -a location=/export/nim/spot -a source=aix72tl5_res \ -a installp_flags=-aQg aix72tl5_spotlpp_source和spot两个资源都建好之后，客户端才能走网络安装。这里有个经验：/export/nim所在文件系统要留足空间，一个完整的 7.2 lpp_source 加上 spot，2GB 起步，装两个版本就是 4~5GB。空间不够会在创建 spot 的中途失败，而且报错信息指向性不强。
4. 真机和分区上的安装差异：那些让人卡住的细节
4.1 固件与微码：最容易被忽略的前置条件
介质没问题、校验也过了，结果机器根本引导不起来，十有八九是固件层面的问题。Power 机器的固件版本和 AIX 的 TL 之间存在兼容性要求，太老的固件可能认不出新介质，太新的固件偶尔也会和老系统闹别扭。
装 7.1 的时候要特别注意这一点，因为不少还在跑 7.1 的机器本身就是好几年前的老设备，固件版本停留在很早的年份。如果从 SMS 菜单里进不去光驱引导，先去管理界面看固件级别，必要时做一次固件更新。更新固件这件事有风险，务必先确认业务可停机、有回退方案，别在生产窗口外随手操作。
另一个常见前置条件是分区配置。新建分区时如果只分了 1 块盘、内存给到 2GB，装 7.2 会非常吃力。我的经验值是：测试环境 4GB 内存 + 2 块盘（用于 rootvg 镜像），生产环境 8GB 起步。rootvg 单盘不是不能跑，但一旦盘坏整个系统就没了，做镜像的成本远低于一次宕机的代价。
磁盘容量方面，7.2 的全新安装大约需要 20GB 以上，加上后续补丁、日志、转储空间，实际规划建议 40GB 起步。/var单独划分的话别小于 4GB，/usr别小于 8GB，这两个目录在打补丁的时候最容易撑爆。
4.2 安装过程的几个关键分支点
从 SMS 菜单引导起来之后，会依次经过语言选择、安装类型选择、磁盘选择、网络配置几个环节。其中安装类型这个分支最关键，选错了后果不可逆：
- New and Complete Overwrite：全新安装，覆盖 rootvg。适合新机器、灾难恢复、测试环境重来。
- Migration：迁移安装，保留用户数据和已装的软件，升级系统版本。7.1 升 7.2 走这个。
- Preservation：保留安装，保留用户数据但重装系统文件。适合系统文件被搞坏但数据要留的场景。
选 Migration 的时候有个前提：目标版本的迁移路径必须支持。跨大版本迁移前，先确认当前系统的 TL 在支持矩阵里，太老的 TL 可能不被直接支持，需要先升到中间某个 TL 再做迁移。这个矩阵在官方的迁移说明文档里能查到，别凭感觉来。
磁盘选择环节会列出所有可用的 hdisk。这里要格外小心，选错盘就是把这个盘上的数据全抹掉。我个人的习惯是：装机前把所有非目标磁盘在分区配置里临时去掉映射，只留目标盘可见，物理上杜绝选错的可能。这个动作花两分钟，能避免一次灾难。
网络配置可以在安装时配，也可以装完再用smit tcpip配。建议安装时就配上，因为后面的补丁下载、NIM 客户端注册都依赖网络。主机名、IP、网关、DNS 一次填对，省得后面改来改去。
4.3 我遇到过的几类典型卡壳
第一个是光盘引导后黑屏或停在某个 LED 码不动。这种情况先看 LED 码，再对照手册查含义。常见的像是卡在读取阶段，多数是介质本身的问题——光驱老化、光盘划伤、刻录速度太快。换成虚拟媒体再试一次基本就能定位。
第二个是装到一半提示插入第二张盘，但插进去没反应。除了盘本身的问题，还有一种情况是光驱和介质不匹配，比如用了双层 DVD 但光驱只支持单层。这种时候换成虚拟媒体挂载第二张 ISO，通常能顺利过去。
第三个是安装完成后首次启动失败，卡在启动列表上。新装完的系统如果没有正确设置启动列表，可能会尝试从网络或别的设备启动。进 SMS 菜单检查bootlist，把硬盘放到第一位：
# 查看当前启动列表 bootlist -m normal -o # 设置为从 hdisk0 启动 bootlist -m normal hdisk0第四个是迁移安装后部分服务起不来。这类问题八成是文件集版本不一致导致的。用lslpp -l查一下报错服务的文件集状态，如果显示BROKEN或者版本比系统基线低，用installp单独修复：
# 检查缺失或损坏的文件集 oslevel -rl 7200-05-06 # 从补丁源修复 installp -aXgd /mnt/patch alloslevel -rl这个命令在排查补丁问题时非常好用，它会列出相对于某个基线缺失或版本偏低的文件集，直接告诉你缺什么。
5. 装好只是开始：补丁基线、TL 升级路线与版本取舍
5.1 TL 与 SP 的升级逻辑
系统装完，第一件事是确定补丁基线。生产环境不建议用出厂或安装盘自带的版本直接跑，至少追到当前 TL 的最后一个 SP。
升级顺序有讲究：先升 TL，再升 SP。TL 盘挂上去之后：
# 挂载 TL 介质 mount -V cdrfs -o ro /dev/cd0 /mnt # 预览将要安装的内容（强烈建议先预览） installp -apXd /mnt all 2>&1 | tee /tmp/preview.log # 确认无误后正式安装 installp -aXgd /mnt all-p是预览参数，这一步千万别省。预览日志里能看到哪些文件集会被更新、哪些会被跳过、有没有依赖冲突。我见过有人跳过预览直接装，结果中间某个依赖缺失导致安装中断，系统处于半升级状态，处理起来非常棘手。
TL 打完重启，再挂 SP 增量包，同样流程走一遍。全部完成后用oslevel -s确认版本，再用instfix -i | grep ML看维护级别是否完整。
升级前的空间检查是必做项：
df -m / /usr /var /opt经验值是/usr至少留 2GB、/至少留 500MB、/var至少留 1GB。空间不足时installp会在中途失败，而且失败点往往很难看——可能只装了一半的文件集，系统命令都可能受影响。
还有一个动作不能省：升级前做系统备份。用mksysb备份到磁带、NFS 或者独立磁盘：
mksysb -i -e /backup/mksysb_$(date +%Y%m%d).img备份文件要确认可读、大小合理。我踩过的坑是备份到 NFS 上，中途网络抖动导致文件不完整，等到真要用的时候才发现是废的。所以备份完一定要做一次可读性验证。
跨大版本升级（7.1 → 7.2）如果不想停机太久，可以用并行系统的方式：把系统克隆到一块空闲盘上，在克隆盘上做迁移，成功之后切换启动列表。这样原系统保持完好，出问题随时切回去。命令大致是alt_disk_install那一套，具体参数按现场磁盘命名调整，核心思路是"先在旁边装好，再一次性切过去"。
5.2 7.1、7.2、7.3 怎么选
这个话题在实际工作中被问得特别多，我给一个务实的判断框架：
如果机器上跑的是十年前的老业务系统、供应商早就联系不上、也没人敢动，那就继续留在 7.1，重点是做好备份和隔离，别折腾升级。这种情况下你需要的资源文件就是 7.1 的完整安装盘加最后一个 TL 的补丁包，存两份，一份离线一份异地。
如果是还在维护、供应商还能支持的业务，尽快规划到 7.2。7.2 在很多细节上比 7.1 顺手，比如对较新硬件的支持、对开源工具链的兼容、虚拟化相关的功能完善度。迁移路径也成熟，出问题的概率可控。
如果是新建环境，直接上 7.3。没理由从老版本起步，除非有明确的软件兼容性约束。
选择版本的时候还有一个维度容易被忽略：你的备份和恢复链路支不支持这个版本。备份软件客户端、监控代理、配置管理工具，这些外围组件对 AIX 版本的支持往往滞后。升级系统之前，先确认这些外围能跟上，否则系统升上去了，备份做不了、监控看不到，等于给自己挖坑。
另外一个实用建议：不管选哪个版本，把对应版本的完整介质、最后一个 TL 的补丁包、以及一份mksysb备份，三样东西打包存在离线介质里。老系统的资源文件随着时间推移会越来越难找，等到急需的时候再去找，往往就是标题里那种"满世界找下载"的窘境。
我在实际操作中的体会是，AIX 这套东西真正的门槛不在安装本身，安装流程走一遍谁都记得住，门槛在于"版本对不上"和"介质不干净"这两件事上。前者靠oslevel -s加上官方兼容矩阵解决，后者靠校验和加正规渠道解决。把这两个习惯养起来，后面九成的坑都不会踩到。至于那些来源不明的"资源包"，看着省事，实际上是拿生产环境的稳定性去赌，不值当。
