报表工程部署在服务器上后,会因为各种原因导致宕机。宕机后很难定位到真实原因,从而无法快速解决问题和做一些防止再发生的预防措施,造成的时间和精力损失无法估计,对服务器运维非常不友好。
运维平台提供「宕机自动处理」功能。发生宕机后,通过分析生成的 DUMP 文件,可以快速定位宕机原因,及时处理宕机问题和做一些有效的预防措施,为用户增加一道保险。
管理员登录运维平台,点击运维项目,进入「宕机>宕机自动处理」页面,即可使用该功能。
记录工程的宕机时间和宕机原因,并提供对应的推荐处理方案。如下图所示:
常见的宕机原因和推荐处理方案如下表所示:
内存溢出,可查看具体引发该问题的模板,包括:
被中止的模板
模板计算占用内存过高
模板计算时间过长
sql执行时间过长
模板数据集数据行数大于建议限制行数
模板单元格数大于建议限制单元格数
1)建议对详情中的模板进行性能排查,同时开启模板限制,配置合理的限制范围以避免模板性能导致宕机。
模板限制请参见:模板限制
2)如果当前系统堆内内存配置小于推荐配置时,额外建议使用系统检查功能对应用进行诊断,修改堆内内存至推荐值。
系统检查请参见:系统检查
使用系统检查功能对应用进行诊断,并参照推荐值修改内存配置
请检查磁盘空间并清理不必要文件
磁盘扩容请参见:磁盘扩容
使用系统检查功能对应用进行诊断,并参照推荐值修改内存映射文件数量配置
建议更新升级至最新的小版本
FR更新升级请参见:FineReport版本说明
BI更新升级请参见:FineBI 版本说明
通过SSH方式启动应用会导致SSH退出时应用也被退出
建议使用其他命令行远程工具如secureCRT或配置其他应用服务器自启动等方式
例如:Web 应用服务器开机自启动
建议使用抽数缓存、SQL优化、数据预处理等方式提升取数性能
性能优化请参见:性能优化指导手册
请调高日志输出级别减少日志输出或检查磁盘剩余空间是否不足
日志级别请参见:日志简介
如果使用的堆内内存大于等于64G时:请将堆内内存调整至小于64g的数值
如果使用的堆内内存小于64G时:建议更换使用更高性能的CPU
记录自动生成 DUMP 文件记录。
包括导出的项目、导出内容、导出开始时间、导出时长、触发类型、是否成功、如果失败,失败的原因等。如下图所示:
注:仅读取最近一个月的宕机处理记录。
记录服务器重启的记录。
包括重启的项目、开始时间、时长、是否成功、如果失败,失败的原因等。如下图所示:
滑鼠選中內容,快速回饋問題
滑鼠選中存在疑惑的內容,即可快速回饋問題,我們將會跟進處理。
不再提示
10s後關閉
反馈已提交
网络繁忙