本帖最后由 sunyunjiu 于 2019-2-21 17:06 编辑
解决问题，需要从消息的源头开始，一步步进行排查，从而找到问题所在，进行处理。 步骤一：检查测试的流程对应节点是否有配置邮件设置 本步骤注意两点 1. 请检查每一个节点， 包括申请环节节点，不然申请时，下一个环节审批者没有消息提醒。 2. 自己提交给自己是没有消息提醒的，测试时需要注意，不要自己提交给自己。
此步骤没有问题后，swzxbpm.mailbox应该有刚刚办理的提醒消息，如下图：
步骤二：检查表swzxbpm的mailbox_trigger触发器是否正常
是否能够正常编译，如果编译失败，请按照安装部署文档进行重建db_link、同义词、触发器
此步骤没有问题后，LY_CLOUD_GG.LY_GG_XX数据，如下图显示：
步骤三：检查事务中心后台配置的消息中心地址和应用密钥是否正确。
进入事务中心后台的系统设置-系统信息设置-消息中心配置页面，检查配置是否正常，和消息中心的配置对应无误。
步骤四：检查事务中心调度服务是否正常工作 调度服务是运行在事务中心node2服务器上的微服务之一，主要管定时调用指定接口。 当调度服务无法正常工作时，事务中心的消息将会无法被定时推送到消息中心或者其他的地方。 1. 检查事务中心-管理中心-系统管理-调度管理菜单是否能打开， 不能打开说明调度服务未正常启动，检查node-2的quartz-service是否正常启动，请按照事务中心基本解决问题思路中的查看日志方式看报错日志。 2. 如果可以打开，但是页面上没有下图中的一条数据或者数据中被框住的部分不一致，请按照图片，添加一条调度数据，关键数据如下。 cron表达式 0 0/1 * * * ? URL http://ly-cloud-message-service/sendMessageToMsgCenter/1?tempNum=1
步骤五：进入node3服务器查看message服务是否正常启动， 每分钟是否有报错信息，docker logs -f s2_message_1 Message-service服务是最终推送消息到消息中心或者其他终端的服务， 其工作原理是将ly_cloud_xx.ly_gg_xx表中的数据遍历出来进行推送，所以也要保证ly_gg_xx表中要有消息数据。 如果有报错，请将报错日志截图发给研发人员。
步骤六：如果推送是直接推送至消息中心的，请进入消息中心系统，查看相关推送结果。 如果上述步骤均已确认正常，消息中心消息审计-历史消息中应该有刚刚推送的结果，如下图（记得搜索项选择应用）： 如果消息的发送状态显示一直发送中或者发送失败，请检查消息中心通讯录是否正常或者联系消息中心的研发人员
| 
发表于 2018-12-6 12:03:54
楼主
发表于 2018-12-6 12:50:36
发表于 2019-1-22 15:34:46
！很棒！！！