CentOS 7 已于 2024 年 6 月停止维护，面对业务连续性需求，最稳妥的迁移方案是备份数据后全新安装 Rocky Linux 9，若必须原地升级，需先评估业务兼容性并使用官方迁移脚本。
先说结论：生产环境建议优先选择全新安装，原地升级仅适用于测试环境或无法重装的特殊场景。
- 适合：希望保留原有配置且承担一定风险的技术人员
- 先准备：完整备份系统盘和数据盘，确认业务无强依赖旧版库
- 验收：升级后检查服务状态、日志报错及安全补丁更新情况
命令速用版
若决定原地迁移，核心操作依赖 migrate2rocky 脚本，但请务必先备份。
curl -O https://raw.githubusercontent.com/rocky-linux/migrate2rocky/master/migrate2rocky.shbash migrate2rocky.sh -r注意：跨大版本升级风险较高，部分环境可能需要先升级至 CentOS 8 再迁移。
为什么会这样
CentOS 7 停止维护意味着不再提供安全更新，继续使用将面临漏洞风险。Rocky Linux 作为 RHEL 的下游重建版本，旨在提供与 RHEL 完全兼容的自由操作系统。从 7 升级到 9 跨越了两个大版本，底层库如 glibc、内核版本变化巨大，原地升级容易引发依赖冲突，因此需要谨慎处理。
分步处理
1. 数据备份：使用 rsync 或快照功能备份关键数据，确保可回滚。
2. 环境检查：运行 yum update 将现有系统更新至最新补丁，清理无用内核。
3. 获取脚本：从 Rocky Linux 官方仓库获取迁移脚本，避免使用第三方来源。
4. 执行迁移：在屏幕会话中运行脚本，防止网络中断导致升级失败。
5. 重启系统：升级完成后重启，进入新系统引导。
怎么验证是否生效
检查系统版本文件 /etc/rocky-release 是否显示 Rocky Linux 9。使用 yum repolist 确认软件源已切换至 Rocky 官方源。观察关键业务服务进程是否正常运行，查看 /var/log/messages 有无严重报错。
常见坑
1. 第三方源冲突：EPEL 或其他自定义源可能在升级后失效，需重新配置。
2. Python 环境变化：CentOS 7 默认 Python 2，Rocky 9 默认 Python 3，依赖旧版本的业务脚本可能无法运行。
3. 内核模块兼容：若使用专有驱动或自定义内核模块，升级后可能无法加载，需重新编译。