更新你的 OpenERP 安装

更新次版本/补丁发行版

OpenERP的发布策略是 通常每个月发布稳定版本的次版本/补丁。 这些建议部署在生产环 境,因为它们包括最新的安全更新和错误修正,并且需要任何迁移过程。

当然,当然,你总是应该在应用到实际生产环境之前,在一个模拟环境(生成环境的 拷贝)中测试这些更新。

OpenERP的小版本/补丁发行版用增加第3个发行号来标识,例如 v6.0.5是 OpenERP v6.0 的第15个补丁发行.

关于发行周期的更多信息,参阅 OpenERP 版本发布常见问题

注解

Minor

你能跳过 minor 版本, 例如,如果你要升级一个已经过时的版本,只要你还停留在同一个版本线中,你不必安装从 6.0.6 到 6.0.15 的所有发行版(例如:例子中的6.0),

升级一个已有的 OpenERP 安装到较新的补丁发行版,归结为两个操作:

  • 安装新的代码覆盖已有的一个

  • 用新的代码同步每个已有的数据库

为了实现这些,下面的步骤将给你一个最好的结果 :

  1. Make a fresh backup of all existing databases, as well as a backup of the files of your OpenERP installation (server, web and addons), just in case. 为所有的数据库进行一次新的备份,同样备份一下OpenERP的已安装文件(server、web和addons),以防万一。

  2. 找到启动服务器的执行文件,通常是``openerp-server.py``。 你可能要看一下运行过程,找出传递给服务器的命 令行参数(下面需要).

  3. 停止运行 OpenERP 服务器。

  4. 升级最新发布的源文件e,或者简单地按一个新的发布覆盖以前的一个。

  5. 用下来附加参数手动启动服务器 (直接调用上面找到的执行文件), 基于新的源文件,升级数据库中所有 模块数据和视图 (包括你常用的启动参数,并且用你要升级的数据库名称替换 DB_NAME):

    1. openerp-server.py -d DB_NAME -u all
  6. 让服务器完成他的启动 (查看日志的最后一条消息: OpenERP server is running, waiting for connections 或者 等到你能用GTK客户端连接到数据库 ), 然后用 Ctrl+C 停止服务器 ,并且为OpenERP安装的每个数据库重复上述 步骤 (任何数据库没有更新,将使用最新的业务逻辑,但是可能有错误或者在视图中丢失改进的东西,直到你用这个步骤更新).

  7. 再次用 Ctrl+C 停止服务器 并且正常重启(不需要额外参数).

  8. 如果有Web服务器,启动之。

  9. 现在可以更新 GTK 客户端,简单地重新安装一个最新版覆盖前面版本即可。

注解

服务器

作为一个选中,在更新模式为每个数据重启服务器,如上面所述,你可以横穿启动服务器,然后作为*Administrator* 用户连接到每个数据库, 打开模块列表,手工触发 base 模块的升级.因为所有的模块依赖于 base,他们也将被升级。然而这要求每个数据库的 Administrator 密码,特别是当这些更新阻止你的系统.

小技巧

开发手册

为了更多在真实的譬如完成服务器升级的技术信息, 你参考开发指南的相关章节: Upgrading Server, Modules.

更新到一个新的主发行版

在过去,主要的稳定发行版的频率是波动的, 但是当前策略是平均每6个月发布一个新的稳定版本, 三个稳定版之间有个一个是长期支持版(LTS).一个LTS版本通常是正常稳定的版, 是在 OpenERP Publisher’s Warranty (OPW)下面支持长时间。稳定版用两个部件标记为一个小数(例如 6.1),在最左边的部分显示相应的长期支持(LTS)版本,第二个数字指示了在两个LTS版之间的连续稳定版本。

过渡到下个主发行版意味着比小发行版多得多的变化。从主发行版到下一个,因为基础的Openerp数据结构的演进非常大,对已有的数据,需要一个完整的迁移。 每个主发行版,将发布具体建议和过程,以升级一个已有的Openerp系统到下一个主版本。