一键包现场问题排查及解决方案
2024-09-27 15:02:41 1 举报AI智能生成
持续更新
作者其他创作
大纲/内容
3.3升4.0问题
基础数据迁移失败
按文档检查升级步骤，是否有操作不到位的地方，确保迁移前，4.0系统是正常可用且规则图能打开的
修复方案：进行重新迁移前，将4.0目标服务器的knowledge库中的tb_rule_transform以及tb_rule_transform_check表清空
工具链接：https://nextcloud.ipharmacare.net/index.php/f/18271505
机评报错提示： ArrayIndexOutOfBoundException: 2
3.3旧点评系统, 点评阶段显示警示类型参数的格式, 和4.0版本的参数格式不一致, 导致机评出现报错，如：在3.3中配置成
||5|全部，升级到4.0后，跑点评根据该配置进行切割是出现问题，发生报错
||5|全部，升级到4.0后，跑点评根据该配置进行切割是出现问题，发生报错
修复方案：在4.0系统中重新修改该参数为4.0版本标准格式, 即可
基础数据迁移后auth_user表id为负数
旧的迁移工具在自增上存在BUG，当auth_user表只存在-100、-200、-300出厂用户数据时直接做迁移，会触发
修复方案：需要使用最新迁移工具，重新迁移，迁移前先将异常数据删除
工具链接：https://nextcloud.ipharmacare.net/index.php/f/18271505
基础数据迁移后引擎服务启动失败
原因：全新安装4.0系统，0930版本后一键包已经不含知识库数据
修复方案：激活系统后，需要先导入知识包，再重启用户中心、知识建设和引擎服务
3.3升级4.0的顺序：全新安装4.0系统（未激活）->进行基础数据迁移->激活系统，导入知识包，重启用户中心、知识建设和引擎->规则迁入
若基础数据迁移之前已经激活了系统，需要修改下zone_id，与3.3系统保持一致
基础数据迁移后tb_product_drug表存在数据缺失（自定义添加的产品与挂载药品分类的关联关系丢失）导致引擎报空指针异常
需要进行数据修复：
SELECT * FROM tb_product_drug WHERE product_id LIKE 'c_0%';
SELECT * FROM tb_product WHERE id LIKE 'c_0%';
SELECT t.id product_id, t1.id drug_id, ypmc drug_name, code drug_code ,-200, NOW()
FROM tb_product t, tb_drug t1 WHERE t1.ypmc = t.drugCategoryName AND t.id LIKE 'c_0%'
INSERT INTO tb_product_drug (product_id,drug_id,drug_name,drug_code,modify_user,modify_date)
SELECT t.id product_id, t1.id drug_id, ypmc drug_name, code drug_code ,-200, NOW()
FROM tb_product t, tb_drug t1 WHERE t1.ypmc = t.drugCategoryName AND t.id LIKE 'c_0%'
SELECT * FROM tb_product_drug WHERE product_id LIKE 'c_0%';
SELECT * FROM tb_product WHERE id LIKE 'c_0%';
SELECT t.id product_id, t1.id drug_id, ypmc drug_name, code drug_code ,-200, NOW()
FROM tb_product t, tb_drug t1 WHERE t1.ypmc = t.drugCategoryName AND t.id LIKE 'c_0%'
INSERT INTO tb_product_drug (product_id,drug_id,drug_name,drug_code,modify_user,modify_date)
SELECT t.id product_id, t1.id drug_id, ypmc drug_name, code drug_code ,-200, NOW()
FROM tb_product t, tb_drug t1 WHERE t1.ypmc = t.drugCategoryName AND t.id LIKE 'c_0%'
数据修复后重启知识建设和引擎服务，再重跑引擎
自定义管理规则没有迁移成功
1. 检查规则校验文档以及迁移文档，该规则是否存在校验失败or迁移失败记录
若存在失败记录，按要求进行规则修改，再进行迁移操作
2. 由于各种原因需要重新迁移规则
先清理4.0目标库的transfrom两张表的数据
重新进行规则校验和规则迁移操作
若之前已经做了规则规整操作，则需要把表删除，重建后，重启服务工具
3.3升级到231222后登录不进去
问题原因：一般是基础数据迁移后，漏刷脚本导致【231222版本用户登录鉴权方式有变更，老版本数据迁移后需要手动刷脚本更新用户表数据】
解决方案：执行数据修复sql，并重启用户中心和服务工具
UPDATE `ipharmacare_systemcenter`.`auth_user` SET `password` = 'Iu7BMWnzsq+Bdm26bSrImN5wEm/4l0TWiXgGCLRopL/uxa4dyOwaFFc5FPYd3m+Y' WHERE `uid` = -300;
UPDATE `ipharmacare_systemcenter`.`auth_user` SET `password` = 'KLP8Qs/wyWkdhebqho5fWS9UX5gMF640hvG4cWXfXlvuxa4dyOwaFFc5FPYd3m+Y' WHERE `uid` = -200;
UPDATE `ipharmacare_systemcenter`.`auth_user` SET `password` = 'KLP8Qs/wyWkdhebqho5fWS9UX5gMF640hvG4cWXfXlvuxa4dyOwaFFc5FPYd3m+Y' WHERE `uid` = -100;
UPDATE `ipharmacare_systemcenter`.`auth_user` SET `password` = 'KLP8Qs/wyWkdhebqho5fWS9UX5gMF640hvG4cWXfXlvuxa4dyOwaFFc5FPYd3m+Y' WHERE `uid` = -200;
UPDATE `ipharmacare_systemcenter`.`auth_user` SET `password` = 'KLP8Qs/wyWkdhebqho5fWS9UX5gMF640hvG4cWXfXlvuxa4dyOwaFFc5FPYd3m+Y' WHERE `uid` = -100;
3.5升4.0问题
升级后规则丢失
进行3.5→4.0的升级过程中发生链接断开，规则升级出现异常，部分规则相关表的数据条数少了或直接为0，需要对规则进行修复
查规则是否有丢失： repair migrate库 engine_rule相关表数据条数
修复方案：http://confluence.ipharmacare.net/x/aIvvAg
查规则是否有丢失： repair migrate库 engine_rule相关表数据条数
升级后引擎启动失败
先排查app和db的升级日志，如果有报错代表升级失败，联系运维进行处理
升级后用户中心和引擎启动失败，报空指针异常
可能使用了老的升级包，脚本存在缺失，重新刷一下脚本即可 https://nextcloud.ipharmacare.net/index.php/f/18676810
4.0合理用药版本间升级问题
启动服务时出现锁，导致服务启动失败
修复方案：http://confluence.ipharmacare.net/x/vZecAw
231222高版本统一接口搭配低版本点评系统，数据上报进度0
修复方案：https://www.processon.com/view/link/62d11c5de401fd2596027bd1?cid=62d0fd825653bb2b401d4497
4.0.210930升级到231222再升级到240628，激活包导入失败
修复方案：重启服务工具
一键包升级4.0.231222失败，显示rpm包没有安装，并且自带的数据库服务器自带了mysql，缺失了mai** 包
问题原因：现场误删rpm导致lib库文件缺失，数据库服务器存在多个mysql程序
解决方案：快照回退到历史版本，重新升级，移出数据库服务器多余的mysql应用
升级后启动失败或启动后服务无法正常使用
4.0.230626升级到240628后，点评启动失败
问题原因：根据启动错误日志，发现存在lock字样，启动时存在锁表现象，由于点评表有关联视图，导致启动时liquibase脚本刷不动，发生锁表
解决方案：删除视图，删除锁，重启服务，再重新创建视图
锁表统一解决方案：http://confluence.ipharmacare.net/x/vZecAw
4.0.210930升级到231222
用户中心启动后台warn日志报错，登录后首页没有展示模块
排查思路：根据错误日志，查看tb_resource表，发现存在数据的operation_platform_control字段为null
查询sql：select * from tb_resource where operation_platform_control is null
报错日志：
解决方案：执行数据修复sql，重启服务
update tb_resource set operation_platform_control=1 where operation_platform_control is null ;
update tb_resource set hide =0 where hide is null ;
update tb_resource set hide =0 where hide is null ;
启动服务报错，提示现场数据库与当前版本不匹配导致
问题原因：升级步骤中，漏操作了刷脚本的命令
解决方案：数据库升级脚本刷入可解决
4.0.231222升级到4.0.240628
启动用户中心失败
问题原因：启动错误日志提示zk服务端和客户端版本不一致，怀疑rpm顺序问题导致rabbitmq出现问题
解决方案：根据报错提示，参照实施知识库先升级中间件，然后执行reset_rabbitmq.sh，再执行bash control.sh rabbitmq restart，最后重启服务
4.0全新安装问题
全新安装合理用药系统
全新安装合理用药系统后，rabbitmq页面登录不进去（http://192.168.1.138:15672/ 使用yyuser/ipharmacare登录，提示密码错误，导致业务系统无法启动）
解决方案：执行以下脚本进行mq账号重置 /data/bin/reset_rabbitmq.sh
全新安装合理用药系统后，服务一键全部启动，系统运行不稳定，应用进程时有自动kill掉的情况
问题原因：检查服务器内存资源，在服务器总体资源不足的情况下，应用服务运行高峰期会进行资源竞争，导致部分应用无响应或进程自动kill掉
解决方案：服务器内存资源进行扩充
全新安装药学监护系统
执行数据库脚本报错
问题原因：rpm包缺失导致pg启动失败
解决方案：安装rpm包，启动pg，再刷入脚本
用药监护规则不跑
问题原因：安装包里不包含药学监护知识库数据，需要手动执行
解决方案：到指定路径下载药学监护知识包，导入到数据库中，重启服务
4.0药学监护版本间升级问题
1.6.5fix升级到4.0.240628
升级完后住院监护显示没数据
问题原因：
1. 现场setenv_psp.sh中没有开启定时任务，4.0.240628一键安装包默认关闭
2. 现场没有配置分级监护方案
1. 现场setenv_psp.sh中没有开启定时任务，4.0.240628一键安装包默认关闭
2. 现场没有配置分级监护方案
解决方案：修改配置文件，并配置分级监护方案
自由主题
自由主题
0 条评论
下一页
