openEuler 大版本迁移
跨大版本迁移与 SP 升级是两件事：前者换内核基线与全量包体系，风险等级完全不同。本页给评估框架与官方入口；具体支持矩阵以官方文档为准。
先核对官方迁移入口
Section titled “先核对官方迁移入口”官方文档中心（Document Center）的导航与热门检索中提供 x2openEuler migration 迁移指南入口——跨大版本怎么迁、工具能力边界在哪，第一手答案在官方迁移指南里。本站不转述工具的支持矩阵与具体步骤，避免二手转述过期；动手前先读官方那一份。
两个大版本线的现状
Section titled “两个大版本线的现状”官方仓库树同时保留 22.03-LTS 系（SP1–SP4）与 24.03-LTS 系（SP1–SP4）目录——旧线仓库仍可访问。这对迁移的实际意义是：迁移期间的源系统与目标系统可以各自指向自己的版本仓库，包清单盘点、并行验证都有稳定的包源可用。
数据与应用迁移
Section titled “数据与应用迁移”无论选原地迁移还是新建替换，搬运清单一致：用户与权限、启用的仓库与第三方包、自建脚本与定时任务、数据与证书。openEuler 与 EL 系的差异（自建内核、独立包体系）使「包名一一对应」不成立——按从 CentOS/EL 系迁入的兼容性评估先行。
大版本迁移的回滚依赖迁移前的还原点：虚拟机/云盘快照或全量备份，并在测试机完整走一遍迁移与回滚。没有还原点的原地迁移，中断后唯一出路是把系统修到能跑为止——纪律与SP 升级相同，只是代价更大。
- SP 升级 — LTS 线内的版本化更新
- 从 CentOS/EL 系迁入 — 兼容性评估
- 版本与生命周期 — 两条 LTS 线的时间口径
- 官方：文档中心（x2openEuler migration 入口）、仓库树