CentOS 7.4 升级到 7.9 怎么操作？归档源配置与同大版本升级步骤

CentOS 7.4 更新到 7.9，一般可以通过软件包更新完成，无需重新安装系统。不过，这次变更可能涉及内核、系统库和服务组件，生产环境应先测试，不能看小版本数字接近就直接更新。

先做好恢复准备，再把 CentOS 基础仓库统一设置为 7.9.2009 归档源，预览更新事务，随后执行更新、重启并检查业务。7.9 也已停止官方维护，这次更新只能作为旧环境的过渡措施。

先确认当前机器，安排恢复办法

以下命令按 root 执行：

cat /etc/redhat-release
uname -r
rpm -q centos-release
rpm -qa | sort > /root/packages-before-79.txt
yum repolist all
lsblk -f
df -h

确认这是 CentOS Linux 7，而不是 RHEL 或其他发行版。检查 /、/var 和 /boot 的可用空间，内核安装失败经常与 /boot 空间有关。

虚拟机或云主机先准备恢复点，数据库另外做一致性备份。将备份保存在其他存储，并实际验证恢复过程；不能用磁盘快照代替数据库备份。物理机还需要可用的系统恢复方案和控制台入口。

有第三方驱动、商业软件、数据库或自编译程序时，先在系统副本中升级并回归。记录原内核，不要提前删除它。

配置完整的 7.9 归档仓库

先备份 /etc/yum.repos.d 到目录之外。新建 /etc/yum.repos.d/CentOS-Vault-7.9.repo，内容如下：

[c7-vault79-base]
name=CentOS 7.9 Vault Base
baseurl=https://vault.centos.org/7.9.2009/os/$basearch/
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

[c7-vault79-updates]
name=CentOS 7.9 Vault Updates
baseurl=https://vault.centos.org/7.9.2009/updates/$basearch/
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

[c7-vault79-extras]
name=CentOS 7.9 Vault Extras
baseurl=https://vault.centos.org/7.9.2009/extras/$basearch/
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

显式设置版本路径，是为了避免依赖旧镜像列表，也避免仍然指向 7.4 的冻结仓库。三个仓库应来自同一版本。

yum --disablerepo='*' --enablerepo='c7-vault79-*' makecache
yum --disablerepo='*' --enablerepo='c7-vault79-*' check
yum --disablerepo='*' --enablerepo='c7-vault79-*' update --assumeno

最后一条命令用于预览，不会真正更新。要核对新增、更新和删除的软件包。即使禁用了第三方仓库，原先安装的第三方包仍可能造成依赖冲突，应按对应软件的兼容要求处理，不要强制删除依赖。

正式更新前，先停哪些服务？

按业务要求进入维护窗口，停止写入，处理好数据库、任务队列和定时作业。普通网页服务与数据库的停机要求不同，应按项目实际依赖安排。

使用稳定的控制台或已有的终端复用工具执行长事务，避免 SSH 断线导致失去过程记录。确认备份、测试和事务摘要都通过后执行：

yum --disablerepo='*' --enablerepo='c7-vault79-*' update

不要一上来加 -y。如果事务提示删除关键组件，先停下核查。失败时保留完整日志，不要紧接着运行强制覆盖或跳过依赖的命令。

更新完，重启前还要检查什么？

cat /etc/redhat-release
rpm -q kernel
find /etc -type f \( -name '*.rpmnew' -o -name '*.rpmsave' \)

处理需要合并的配置，核对新内核已经安装且启动配置合理，再安排重启。更新后还在旧内核上运行很正常，uname -r 要等真正进入新内核后才变化。

重启后检查：

uname -r
systemctl --failed
ip addr show
ip route
ss -lntup

然后测试业务登录、查询、写入、文件上传和计划任务。服务显示 active，不等于业务已通过验证。

升级成功后，把默认软件源也整理好

前面的仓库设置为 enabled=0，升级命令是临时显式启用。后续应禁用旧 CentOS 7.4 和失效镜像列表条目，再将 7.9 三个条目改为 enabled=1；第三方源逐个确认。

只修改版本文件不会升级系统。yum history undo 也不能代替整机恢复：旧包可能取不到，数据库和配置变更也未必可逆。若升级失败，应按已演练的恢复方案处理；若只是新内核启动异常，可先尝试旧内核，但这不会回退所有已更新的软件包。