OA V11 升级至 V13 方案

OA V11 与 V12 差异较大，升级过程中可能遇到兼容性与数据结构调整等问题。虽然官方提供远程升级服务（费用 ¥8000+），但不包含上门支持，预算不够的伙伴们可以选择自己升级，不过要注意备份！

升级时间预估

一、升级前准备

1. 工作流迁移

• 将原工作流中仍在使用的流程迁移至流程中心

• 通知各部门确认迁移后流程是否完整且可用

2. 确定升级时间点

• 提前发出升级通知，明确服务中断时间

• 停止 OA 系统对外服务

• 备份系统数据

• 预留至少 2 天时间完成升级及验证工作

3. 环境准备

• 将最新备份恢复至一台全新的虚拟服务器

• 检查服务器运行状态与数据完整性

• 升级过程中所有操作均在新环境中进行，不影响原服务器数据

4. 升级文件准备

• 登录 OA 官方服务中心，下载以下文件：

• V11 → V12 升级包 + 补丁

• V12 → V13 升级包 + 补丁

二、升级实施步骤

1. 配置数据库管理工具

安装、配置数据库管理工具，创建管理账号并连接

--导出在执行中的流程
select  u.user_name,t.FLOW_NAME,f.*  from flow_run as f 
 left join user u on u.USER_ID=f.begin_user 
 left join flow_type t on t.FLOW_ID=f.FLOW_ID
 where f.end_time is null and begin_time>='2024-05-01 00:00:00';

2. 工作流归档

步骤一：强制结束所有未结束的流程

-- sql
update flow_run set end_time = '2000-01-01 00:00:00' where end_time is null;

步骤二：执行归档操作

由于数据量过大，需分两阶段执行归档：2016-12-31、2025-08-0？

归档超时错误

检查数据

归档完成后，未升级前，在「工作查询 → 归档查询」中检查数据

归档数据检查

3. 归档后备份

导出flow_data_40表备份，然后删除过多的字段，避免第四步报错，升级完再恢复。

完成归档后务必再进行一次数据备份，以便升级失败时快速恢复。

4. 系统升级执行

步骤一：关闭相关服务进程

• 确保关闭 monitor.exe、myadmin.exe 等所有 OA 服务进程

步骤二：运行升级程序

• 启动升级文件并按照提示操作

步骤三：处理 MySQL 表字段异常

MySQL表字段异常

经查该表中含有大量 Text 字段（超 500 个），并且对应流程为2014 年左右。解决方式：

• 暂时放弃该流程升级

• 删除主库及 archive 库中对应 flow_data_40 表内的 Text 字段

• 重新执行配置中心配置

步骤四：网页升级操作

• 登录 OA 后台，在浏览器中完成最后一步网页升级

步骤五：V12 升级后续处理

• 打完 V12 补丁后，再安装 V13 升级包

• 升级流程与 V12 类似，按提示操作即可

问题处理：升级到V13后，Web服务启动不起来，这是因为nginx配置文件有问题，需要注释掉ai.conf这行配置。

Nginx配置问题1

Nginx配置问题2

Nginx配置问题3

5. 升级后处理

• 若部分账号登录出现空白页，需手动为其启用相应模块权限

• 上班前1小时先检查数据，1小时后如有问题将发通知

• 发送邮件通知：

• 升级完成公告

• 新版本使用说明

• 相关注意事项

三、升级失败应对方案

若本次升级失败：

1. 停止操作，启用原服务器继续提供服务

2. 发送邮件通知

3. 分析失败原因，待问题解决后另择时机重试升级