从 CentOS Linux 7 迁入 Stream 9

This content is not available in your language yet.

CentOS Linux 7 的存量机器还在不少机房里承担着老业务。准备把它们迁到 CentOS Stream 9 的团队，第一问通常是「官方有没有给出步骤」。本页先把这个问题的证据边界讲清楚，再给出不依赖官方路径、你自己就能执行的评估与验证流程。

迁移可行性：本次核对得到的边界

本次核对未取得「CentOS Linux 7 → CentOS Stream 9 原地迁移」的官方支持性证据：官方 FAQ 的迁移问答（Q7）只覆盖 CentOS Linux 8 → CentOS Stream 8，没有给出 7 → Stream 9 的路径；同一份 FAQ 的 Q2 只说明 CentOS Linux 7 的更新持续到 RHEL 7 支持结束。

官方材料里能确认的相关事实

官方 EOL 说明页登记的是 CentOS Linux 8 的日期：CentOS Linux 8 于 2021-12-31 EOL，同一页还解释了这意味着什么。本页只复述本次核对登记的官方材料，不用二手资料里的 CentOS Linux 7 日期作依据。

为什么这不是一次原地升级

从 CentOS Linux 7 到 CentOS Stream 9 之间隔着 CentOS Linux 8 与 Stream 8 两代，跨的是大版本，不是补丁。把它当成「换个仓库地址继续更新」，通常会在这四处翻车：

工具链与运行库：编译型语言的运行时、系统库的符号版本会随大版本变化，自编译的二进制不一定还能启动；
服务与配置格式：服务单元、日志与网络配置、认证与证书的存放约定都可能换了写法；
第三方软件源：为老版本打包的第三方仓库，在新版本上不一定提供对应内容；
内核与硬件：新内核带来的驱动变化，在老旧硬件或专有驱动上要单独验证。

这些差异是跨大版本的通用现象，不是本页从某个官方迁移文档抄来的结论——正因为本次核对没有取得这条路径的官方步骤，才需要你自己按下面的流程验证。

通用评估流程（工程实践，不是官方迁移路径）

备份与回滚点：先给现有系统做可恢复的整机镜像或快照，并把「怎么退回去」写成能照着执行的清单。回滚点是后面所有动作的前提。
应用与配置盘点：列清对外服务、监听端口、定时任务、系统账户、外部认证源与共享存储挂载；这份盘点是判断「迁移还是重建」的关键输入。
判定迁移方式：服务少、配置简单时，新建一台目标版本的机器重建服务通常比原地替换更可控；只有重建成本确实过高时，才考虑其它方式。
并行验证：新机器与老机器同时在线，用同一批业务用例（登录、批处理、对外接口、监控告警）比对结果，而不是只看服务能不能起来。
切换与观察窗：先切非关键流量，跑完一个完整业务周期（含月末结算、批处理与备份窗口）再全量切换。

应用兼容检查：先问四个问题

服务的运行时依赖：有没有为老版本工具链编译、又没有源码的组件？
系统库与语言运行时：是否依赖只有老版本才提供的符号或语言运行时版本？
配置与数据格式：认证、日志、网络与持久化格式是否需要转换，转换脚本谁维护？
硬件与驱动：专有驱动、加密卡、老旧存储控制器在新内核上是否仍可用？

四个问题里只要有一个答不上来，这次迁移就还停留在「评估」阶段，不要进入切换。

常见误区

「7 升 9 只是版本号变了两位，换个源就能升」：真正的成本在运行库、配置格式与第三方内容的代差。
「官方 FAQ 里有迁移命令，所以 7 也能照着升」：跨版本照抄没有依据。那份问答覆盖的是哪一段、现在是否仍然有效，见从 CentOS Linux 8 迁入 Stream。
「先原地升，出问题再回退」：没有回滚点的原地替换，等于把「迁移」变成「停机事故」。
「拿不到官方步骤就什么都做不了」：迁移方式、验证口径与回滚方案都由你自己决定；官方路径影响的是「谁背书」，不是「你能不能做」。