Acumatica推送通知调度错误引发系统崩溃排查求助

该报错是Acumatica ERP的推送通知服务依赖的微软消息队列（MSMQ）操作被中断触发的未捕获异常，直接导致站点进程崩溃，具体触发原因包括几类：

• MSMQ服务本身运行异常，或者推送通知服务的运行账号没有MSMQ队列的读写权限，队列访问被强制中断
• 推送通知队列中存在损坏、格式不匹配的无效消息，调度器清理队列头部不匹配的提交记录时触发了取消逻辑，抛出未处理异常
• 站点应用池触发回收、重启操作时，推送调度器没有正确处理取消信号，直接抛出异常导致进程提前终止
• 队列遍历的超时配置阈值过低，消息读取操作还未完成就被主动取消

• 第一步先验证MSMQ服务状态：打开Windows服务管理器，确认Message Queuing服务处于正常运行状态，右键查看该服务的登录账号，确认对应账号有推送通知专用队列的读写、管理权限
• 清理损坏队列消息：
  1. 先停止对应Acumatica站点的应用池，避免操作队列时写入新数据
  2. 打开计算机管理->服务和应用程序->消息队列->专用队列，找到前缀为PX.PushNotifications的队列
  3. 导出备份队列中的现有消息后，清空队列所有内容，再重启站点应用池，验证错误是否复现
• 检查推送通知订阅配置：登录Acumatica后台，打开集成->推送通知功能页，逐一校验所有订阅的配置合法性，删除已经失效、指向不可用端点的订阅记录
• 检查应用池运行日志：打开Windows事件查看器，定位到对应站点应用池的日志，确认崩溃发生前是否有应用池回收、内存占用超限的记录，若为回收触发的问题，可以将应用池回收时间调整至业务低峰时段，同时建议安装Acumatica对应版本的最新累积补丁，该类未捕获异常的问题已在后续补丁中修复
• 临时规避方案：如果业务场景不需要使用推送通知功能，可以直接在站点的web.config配置文件的appSettings节点下添加<add key="DisablePushNotifications" value="true" />，完全关闭推送通知服务，即可彻底避免该类错误

内容的提问来源于stack exchange，提问作者Cory