Rocky 大版本升级

从一个大版本换到另一个大版本，先要回答的不是「怎么升」，而是「官方给的路径是什么」。本页把官方指南的结论、支持窗口与生命周期阶段讲清楚，再给一套与这条路径配套的准备动作；官方没有明确的部分，本页不下结论。

官方升级指南：走全新安装

官方更新与版本升级指南（update_versions）涵盖小版本更新与大版本升级：它给出的大版本做法是先从旧系统导出用户、模块、仓库与软件包清单并备份数据，在新系统上全新安装，再用 dnf upgrade 收尾、按清单重建环境。指南同时写明，官方不支持就地跨大版本升级——全新安装是官方唯一支持的路径。

这条结论只改变排期方式，不改变必要性：把版本动作当成一次重建 + 数据迁移项目来排，而不是当成一条命令的维护窗口。

支持窗口：升级紧迫性从哪看

版本	状态	发布	生命周期结束	内核
10	当前版本	2025-06	2035-05	6.12
9	当前版本	2022-07	2032-05	5.14
8	维护期	2021-06	2029-05	4.18

生命周期日期为计划的支持截止月份（YYYY-MM），状态徽标在每次构建时按当前日期判定。 以上游项目公告为准：Rocky Linux 官方网站。

官方对支持窗口给出的日期是：8 的 Active Support 已于 2024-05-31 结束、生命周期结束 2029-05-31；9 的 Active 至 2027-05-31、生命周期结束 2032-05-31；10 的 Active 至 2030-05-31、生命周期结束 2035-05-31。

读法：Active Support 结束不等于系统不能用，而是之后只提供安全更新；真正不可协商的是生命周期结束那一列。计划迁移时，把窗口排在 Active Support 之内：这一阶段还能拿到新功能与硬件支持，越往后越只剩安全更新。

小版本节奏：每 6 个月一次

Rocky 的次要版本节奏是每 6 个月一次，落在 5 月与 11 月：官方节奏表把同一大版本内的编号与月份交替排列（.0 对 5 月、.1 对 11 月），最后一个编号是 .10；每次小版本发布后，旧版本会被移出支持范围，官方对此给出的动作是运行 dnf upgrade 保持受支持状态。

把节奏当变更日历用：小版本窗口前后各留一个备份点，先在同构的测试机验证，再推到生产。

两个阶段：Active Support 与 Security Support

官方把大版本的生命周期分成两段：Active Support（亦称 Full Support）期间每 6 个月出一个小版本，带来新软件与 rebase；其后的 Security Support（亦称 Maintenance Support）只提供安全更新，这一段走完就是 EOL。

这条定义决定了升级的最晚时间点：进入只提供安全更新的阶段后，功能层面基本冻结；如果业务依赖新内核或新工具链，就要在这个阶段开始前把迁移排完。

升级前的准备与回滚点

注意

官方路径不含就地升级，因此下面的准备动作按「重建 + 迁移」组织；它解决的是风险可控，不改变官方结论。

无论最终怎么排期，下面四项属于通用工程动作（本页整理，不是官方条款）：

1. 先盘点再动手：列出可登录账户与权限、启用的仓库、已装软件与自建脚本，形成重建清单；
2. 备份要可恢复：系统卷做快照、数据做可验证备份，并实际恢复一次确认备份可用；
3. 回滚点写进变更单：明确触发条件、执行人与耗时，并准备与生产同构的并行环境；
4. 分批切换：先非关键节点，再核心业务，避免一次推进所有机器。

升级后的核验

重建完成不等于迁移完成，核验按四条线走：

• 服务线：关键 unit 全部运行，端口与监听地址符合预期；
• 数据线：业务数据量与抽样校验通过，权限与属主正确；
• 仓库线：第三方仓库与额外软件包按清单装回，版本符合业务要求；
• 监控线：日志与告警恢复上报，观察窗口内无异常重启。

相关页

• Rocky 版本与支持周期 — 生命周期表与版本决策
• Rocky 仓库结构与启停 — 重建时要装回的仓库
• 从 RHEL/Alma/Oracle/CentOS 迁入 Rocky — 另一类来源迁移
• Rocky 启动故障排障 — 起不来时的定位顺序
• Rocky 备份与恢复 — 回滚点的落地方式
• 官方：更新与版本升级指南、版本与生命周期页