| 核对项 | 数量 | 结果 |
|---|---|---|
| 已安装模块 | 224 升至 225 | 一致 |
| 原始业务记录 | 1,420 行 | 逐条通过 |
| 公司维度的值与权限 | 663 项 | 逐项通过 |
| 升级后的业务操作 | 27 项 | 全部可执行 |
| 故意制造的数据损坏 | 5 类 | 全部被拦下 |
以上是升级引擎在合成测试库上的验证记录。你的库会生成同样格式的报告,随升级后的备份一起下载。
社区版、企业版都能升。上传 17.0、18.0 或 19.0 的数据库备份,我们逐个大版本迁移到你要的目标版本。每过一级,都逐条比对业务记录、金额和附件;对不上就停下来,告诉你是哪条记录。
备份文件(含附件)30 MB 以内免费升级,结果和核对报告直接下载。
Odoo 官方的数据库升级只对企业版订阅开放,社区版用户往往只能停在老版本,或者自己写迁移脚本。在这里,社区版和企业版走同一条流程:同样逐级迁移,同样逐条核对,同样拿到核对报告。
支持社区版 17.0、18.0、19.0,最高升到 20.0。
升级完成不等于升级正确。引擎在每一级迁移前先拍下原库的业务快照,迁移后逐条比对:单据、金额、库存数量、公司维度的成本与科目、附件内容和用户权限。
任何一项对不上,这一级就判为失败,原库不受影响,报告里写明是哪张表、哪条记录。
| 核对项 | 数量 | 结果 |
|---|---|---|
| 已安装模块 | 224 升至 225 | 一致 |
| 原始业务记录 | 1,420 行 | 逐条通过 |
| 公司维度的值与权限 | 663 项 | 逐项通过 |
| 升级后的业务操作 | 27 项 | 全部可执行 |
| 故意制造的数据损坏 | 5 类 | 全部被拦下 |
以上是升级引擎在合成测试库上的验证记录。你的库会生成同样格式的报告,随升级后的备份一起下载。
预检会识别库里的每一个模块。只有 Odoo 原生模块时直接升级;有第三方模块时,按你手里有没有它们的新版本代码,选下面两种方式之一。
| 原生升级 | 保留数据升级 | 带源码升级 | |
|---|---|---|---|
| 适用的库 | 只装了 Odoo 原生模块 | 有第三方模块,手里没有它们的新版本代码 | 有第三方模块,能提供目标版本的代码仓库 |
| 第三方模块 | 不涉及 | 在升级库中停用;它们的原始表和字段完整归档,一行不丢 | 在隔离环境里用你的代码加载,代码不出服务器 |
| 你拿到的 | 升级后的备份和核对报告 | 升级后的备份、原始数据归档和恢复说明 | 升级后的备份,第三方模块已就位 |
| 之后要做的 | 业务验收 | 在新版本里适配第三方功能,再按归档恢复数据 | 业务验收 |
Studio 或手工建的字段同样会在预检里列出,处理方式与第三方模块相同。
数据库里是整家公司的账。我们只保留完成升级所需的那几天。
在 Odoo 服务器上装好命令行工具,直接导出、上传、等结果、下载。断网后重跑同一条命令会从断点续传,也可以放进 CI 里定期演练。
登录后在“升级授权”页创建访问密钥$ pipx install odoo-upgrade $ odoo-upgrade login --url https://upgrade.qingsolution.com $ odoo-upgrade dump -d erp --data-dir /var/lib/odoo -o erp.zip $ odoo-upgrade submit erp.zip --target 20.0 --wait -o erp-20.zip 预检:Odoo 18.0.1.3 · 企业版 · 214 个模块 running 38% 18.0 → 19.0:逐记录核对 succeeded 100% 已完成,已保存到 erp-20.zip
我们提供的是升级服务:你交给我们备份,我们交还升级后的数据库。升级工具本身不出售,也不提供源码或私有部署。
不用。你上传的是备份,升级在副本上进行。正式切换那天,从生产库导出一份最新备份,用演练过的同一流程再升一次即可。
社区版和企业版的 17.0、18.0、19.0 都支持,最高升到 20.0,一次可以跨多个版本。社区版不需要任何 Odoo 订阅。更早的版本请联系我们单独评估。
页面会列出每一条原因和涉及的记录,比如还没完成的模块安装、新版本尚不支持的设置,并说明怎么处理。多数情况在原系统里处理后重新导出备份就能通过。
可以升级数据库,附件的引用会原样保留。缺失的文件不会凭空恢复,部署时把原来的附件目录放回去即可;已有的附件在迁移中丢失或损坏,则会被判为失败。
需要持有有效的 Odoo Enterprise 订阅。交付的库已清空订阅码,部署到正式环境后重新填写。