部署、迁移与回滚准备

先分清网站、脚本与业务系统

这个项目网站是静态介绍与文档，不是 Odoo 业务数据库，也不是在线 Demo。当前可取得的是固定 commit 的 v7.0 部署脚本；它不包含全部内部定制。旧教程里的 odoo-manager.sh 等历史名称和路径不应直接照搬。

只先在隔离 Ubuntu 测试机评估。脚本需要 root，会改动 Docker、Nginx 和证书；升级前备份失败仍可能继续，PostgreSQL 使用 latest，内网模式默认 HTTP。ShellCheck 留有 34 条 warning，本站没有完成干净机器安装、升级或恢复实测；哈希一致只证明来源一致，不证明安全。

进入安装与体验：先读风险、下载及校验，再看步骤。本指南不直接提供裸下载或一键运行，不建议 curl | bash，更不批准在已有生产库执行。

迁移分八步，先证明能恢复

范围与负责人：列旧版本、模块、公司、用户、流程、外部服务和维护窗口。没有记录的使用事实标为待核实，不假定旧系统无人用。
资产与备份：数据库与匹配 filestore、源码/addons、配置及依赖一起登记；在受控位置保存校验值和版本，密码/密钥不进入公开报告。
恢复验证：在隔离环境恢复，抽查记录、关联与附件。备份存在不等于恢复成功；恢复失败先补件，不继续迁移。
数据梳理与映射：客户/联系人、产品、报价订单、采购库存、邮件引用、退订状态和权限分别映射。去重保留依据，不合并无法确认的主体。
小样导入/升级演练：固定工具与版本，用合成或获授权脱敏样本验证字段、关联、编码、币种和数量；保存日志、失败项和耗时。
业务与权限回归：实际走询盘、报价、样品、订单、部分到货、异常和退出流程；不同角色测试越权。测试环境关闭真实 SMTP、收信、计划任务、支付和外部消息，避免副作用。
受控切换：只有恢复、业务、权限、资源与负责人验收通过后，另行批准维护窗口和发布。冻结或增量同步安排需明确，不让试验库与生产同时产生冲突业务。
检查与回滚：检查数据数量、关键记录/附件、实际入口与外部依赖；未达标准回到事先验证过的旧恢复点，不立即删除旧数据。说明谁决定回滚、能恢复到哪一时间点以及未同步业务怎样处理。

回滚材料需要具体到能执行

至少包含匹配备份位置与哈希、版本与依赖、恢复步骤、权限保管人、切换前配置、验证清单和决策责任。保留本机/异机受控副本；一个静态网站压缩包不包含 Odoo 数据库，不可当业务恢复材料。

如果新环境只能启动但关键附件缺失，或未知模块无法升级，报告未通过；不要用新功能或漂亮页面掩盖缺失。详细备份检查见备份能否恢复。

哪些事情应交给管理员

主机资源、网络暴露、HTTPS、账号、备份、恢复和维护周期必须有人负责。自托管让企业能选择运行位置和数据访问，但不是绝对安全或免维护。需要帮助可从部署服务说明范围，不向公开反馈发送数据库、密码、银行资料或完整客户邮件。