CentOS 7 怎么迁到 Rocky Linux？新机迁移与切换步骤

migrate2rocky 不是把 CentOS 7 直接升级为 Rocky Linux 的通用工具。它处理受支持的同大版本转换，不能用来跳过跨大版本迁移需要的准备。

对生产业务，更便于验证和回退的路线是：新建 Rocky Linux 主机，重新部署应用，迁移数据，验证后切换流量。旧服务器先保留，切换成功后再退役。

原地升级到底能不能做？

技术上存在其他项目提供的跨版本迁移办法，但不能等同于 Rocky 官方支持的 CentOS 7 原地升级。

Rocky 官方文档对跨大版本采用重新安装的路径。本文核对时，ELevate 已不再支持 Rocky 作为升级目标，因此不能沿用旧教程中的直接升级命令。

如果已有其他中转方案，也应在完整克隆环境验证每一跳，核对当前工具支持矩阵和恢复办法。下面给出的是新机迁移流程，不在生产系统上试跑转换脚本。

第一步：把旧主机的依赖整理出来

在 CentOS 7 上采集：

cat /etc/redhat-release
uname -r
rpm -qa | sort
systemctl list-unit-files --state=enabled
ss -lntup
lsblk -f
findmnt

另行记录应用目录、数据库版本、运行时、环境变量、服务账号、计划任务、证书、挂载、网络限制和外部依赖。清单可能包含内部信息，应保存在受控位置。

别漏掉手工放在 /usr/local、/opt 下的程序，也不要把“没有 RPM 包记录”理解成没有安装。

第二步：安装目标 Rocky，先测试硬件和基础服务

按应用支持范围选择仍受维护的 Rocky 大版本及对应架构。老硬件尤其要核对 CPU 基线，目标版本不同，硬件要求也不同。

配置主机名、网络、时间同步、防火墙、SELinux 和管理入口。随后安装目标系统原生包或厂商明确支持的包，不要把 CentOS 7 的 RPM 列表整批安装到新机。

运行时版本尽量先与旧业务保持可验证的一致。如果某版本已经无法在新系统受支持地运行，先确定应用改造方案，不能通过替换新系统核心库强行迁就。

第三步：迁移配置和程序，保留新系统默认框架

应用文件可先同步到暂存目录。下面先预演，地址和目录必须替换：

rsync -aHAXn --numeric-ids /srv/app/ admin@NEW_HOST:/srv/migration-stage/app/

-n 表示不实际写入。确认权限、空间和目录范围后，才在具备相应权限的条件下去掉 -n 执行。管理账号需要有目标目录写入权限；不具备属主、ACL 等保留权限时，应通过经批准的管理方式处理，而不是忽略所有错误。

--numeric-ids 会保留数字 UID/GID，暂存后仍需核对目标服务账号映射。不要把旧机的 /etc/passwd、/etc/shadow、网络配置或整个 /etc 覆盖到新机。

逐项合并应用配置，设置属主和权限，恢复适合新系统的 SELinux 标签。备份程序、监控和日志收集也要一起接好。

第四步：数据库按数据库方式迁移

数据库迁移取决于产品和版本。逻辑导出、物理备份、复制同步各有适用条件，不能在数据库运行中直接复制数据目录就当成完成。

以使用兼容工具的 MySQL 类环境为例，应用库的逻辑导出可能采用：

mysqldump -u backup_user -p --single-transaction --routines --events --triggers appdb > appdb.sql

这要求账号权限足够，并且表类型适合一致性事务导出。非事务表、导出期间 DDL 和跨库一致性都需要额外处理；大库也未必适合这种办法。

在测试库恢复并验证字符集、排序规则、用户权限、对象和业务结果。跨数据库大版本时，不要把旧的系统权限库直接覆盖到新库。

第五步：在真实切换前做业务验收

先通过测试入口访问新机，检查登录、查询、写入、上传、文件下载、邮件、队列和定时任务。依赖域名或 TLS 的应用，应保留正确的域名与证书验证，不能只测一个 IP 首页。

核对日志、性能、备份能否恢复，以及防火墙和 SELinux 是否有对应拒绝。旧机仍接收生产流量时，新机不要同时运行会发通知、扣库存或写生产数据的后台任务。

第六步：冻结写入，做最终同步后切换

进入维护窗口，停止应用写入和后台消费者，等待在途请求处理完毕。完成数据库与文件的最终同步，核对一致性后，再切换负载均衡、服务发现或 DNS。

DNS 切换受缓存影响，不会让所有客户端同时到新机。切换阶段要确保旧入口停止写入或按设计转发，不能放任两边各写一份数据库。

切换后立即验证业务读写，并按计划启用后台任务。观察错误率、延迟、队列和数据完整性，旧机保持隔离待命。

回退时，最关键的是新写入的数据

如果新机从未接收生产写入，可以按预案恢复旧入口。如果已经产生新数据，必须先停写，完成反向同步或恢复安排，不能直接把流量切回旧机后丢掉这段数据。

回退触发条件、负责人和允许耗时应在切换前写清。旧机至少保留到约定观察期和关键任务周期结束，确认不再需要回退，再回收凭据与资源。