从 AlmaLinux 迁出
This content is not available in your language yet.
迁移决策要对称看：既然当初能迁进来，就要想清楚什么情况下迁出去、往哪迁。本页只覆盖「以 AlmaLinux 为源」的方向；反向操作见在线迁移到 AlmaLinux。
三个典型的迁出触发：供应商/审计要求固定到某一商业发行版；组织标准化到另一条 EL 线（如 Rocky）；应用依赖了只在特定发行版认证的组合。先写清触发条件再选目标——迁出方向选错，成本翻倍。
官方路径的边界
Section titled “官方路径的边界”先把边界说清：ELevate 项目提供的官方数据包覆盖的是「升级到」方向——本轮核实到两条：leapp-data-centos 升级到 CentOS Stream；leapp-data-almalinux-kitten 从 AlmaLinux OS 9 升级到 AlmaLinux Kitten OS 10。迁往 RHEL、Rocky、Oracle Linux 等目标，则要走对方发行版提供的迁移工具（它们各自的文档定义支持矩阵）。
目标选项对比
Section titled “目标选项对比”- CentOS Stream — 有官方数据包的升级去向（数据包名见上一节）；但注意 Stream 的滚动性质与 AlmaLinux 的定位差异（见常见问题），确认这是你要的；
- AlmaLinux Kitten 10 — 官方提供专用数据包（从 AlmaLinux OS 9 出发，见上一节），面向预览与测试场景；
- RHEL — 商业支持到位后的常见终点；转换工具与订阅绑定，按 Red Hat 文档操作；
- Rocky / Oracle Linux — 走对方社区的迁移工具；迁移前对包清单做差异比对，第三方仓库单独盘点。
应用与数据迁移
Section titled “应用与数据迁移”无论目标是谁，搬运清单都一样：用户与权限、启用的仓库与第三方包、自建脚本与定时任务、数据与证书。先导出清单再动手，迁移完成的验收按清单逐项勾；这份清单的形态与在线迁移到 AlmaLinux的核验线一致，方向相反而已。
迁移类操作按迁移与升级回滚的纪律走：快照先行、控制台可靠、单台试点再批量。反向迁移的工具文档与问题清单在对方发行版一侧；ELevate 方向的常见问题清单见ELevate 升级。无论走哪条，快照与回滚点都是动手前提。
- 在线迁移到 AlmaLinux — 反向路径（迁入）
- 迁移与升级回滚 — 快照与回滚纪律
- AlmaLinux 常见问题 — 与各发行版的关系
- 枢纽：迁移矩阵总览