迁移与升级回滚
迁移与升级的差别在于：迁移（换发行版）有清晰的完成态，中断可以继续或重来；原地升级在中途没有「回到一半」的状态。所以两类操作对回滚的依赖度完全不同——前者靠流程，后者靠快照。
官方的回滚前提
Section titled “官方的回滚前提”官方迁移文档把这件事写成硬建议：迁移前准备备份或快照，作为出问题时的还原点。这不是可选项——迁移工具本身不做系统级快照，你的还原点只能自己提前建。
快照与备份策略
Section titled “快照与备份策略”按变更类型分层：
- 迁移（deploy 脚本）：整机快照（虚拟机/云盘快照）或全量备份；转换中途失败回快照重来，代价可控；
- ELevate 升级：快照 + 数据备份双保险；升级框架的回滚能力覆盖不到应用层数据，业务数据单独备份并验证可恢复；
- 小版本更新：常规备份即可，回滚点按运维巡检的节奏滚动。
中断场景的处置路径
Section titled “中断场景的处置路径”官方对执行环境有明确要求：确认控制台可靠，建议在主控制台内或通过 SSH 运行迁移工具。真中断了，处置顺序固定——先看脚本/leapp 输出定位阶段，再对照官方问题清单处理，而不是盲目重跑：
- 迁移脚本中断：确认卡在哪个阶段（转换前/中/后），多数情况回快照重来比修补更快；
- ELevate 升级中断：按预检报告与错误输出对照官方 Frequent Issues 清单逐项处理，处理不了就回快照。
回滚后的清理
Section titled “回滚后的清理”退回来不等于结束：记录失败原因与阶段（写进变更单，防止下个人踩同一个坑）；核对回滚后系统的服务与数据完好；把当时的镜像、仓库与配置改动清干净再安排下一次尝试。SAP 类特殊负载的验证清单见SAP 场景。
- 在线迁移到 AlmaLinux / 离线迁移到 AlmaLinux — 迁移主流程
- ELevate 跨大版本原地升级 — 升级主流程与官方问题清单
- 运维与监控 — 回滚后的核验
- 官方：AlmaLinux 迁移指南、ELevate Frequent Issues