FineReport帮助文档 - 全面的报表使用教程和学习资料

超管登录数据决策系统,点击「管理系统>智能运维>宕机处理」,就可以看到平台端对应的功能模块。如下图所示:

模块下功能分为宕机自助向导、运行监测、宕机处理、内存堆栈导出记录、服务器重启记录 5 部分。

注:宕机处理页面在平台端打开时,加载时间较长,请耐心等待。

设置内存dump不要重启_内存开机重启_内存重启

2.1 宕机自助向导

记录工程的宕机时间和宕机原因FineReport帮助文档 - 全面的报表使用教程和学习资料,并提供对应的推荐处理方案。如下图所示:

内存重启_内存开机重启_设置内存dump不要重启

常见的宕机原因和推荐处理方案如下表所示:

宕机原因

推荐处理方案

内存溢出,可查看具体引发该问题的模板,包括:

被中止的模板

模板计算占用内存过高

模板计算时间过长

sql执行时间过长

模板数据集数据行数大于建议限制行数

模板单元格数大于建议限制单元格数

1)建议对详情中的模板进行性能排查,同时开启模板限制,配置合理的限制范围以避免模板性能导致宕机。

模板限制请参见:模板限制

2)如果当前系统堆内内存配置小于推荐配置时,额外建议使用系统检查功能对应用进行诊断,修改堆内内存至推荐值。

系统检查请参见:系统检查

所用JDK版本存在BUG

建议更换为1.8.0_181及以上版本的JDK8

系统存在不合理的内存配置

内存重启_内存开机重启_设置内存dump不要重启

使用系统检查功能对应用进行诊断,并参照推荐值修改内存配置

系统检查请参见:系统检查

磁盘空间不足

请检查磁盘空间并清理不必要文件

磁盘扩容请参见:磁盘扩容

内存映射文件数量设置过低

使用系统检查功能对应用进行诊断,并参照推荐值修改内存映射文件数量配置

系统检查请参见:系统检查

当前所用版本存在宕机BUG

建议更新升级至最新的小版本

FR更新升级请参见:FineReport版本说明

BI更新升级请参见:FineBI 版本说明

未知原因导致应用崩溃

建议上传云端运维日志或联系技术支持进行反馈

SSH退出导致应用退出

通过SSH方式启动应用会导致SSH退出时应用也被退出

建议使用其他命令行远程工具如secureCRT或配置其他应用服务器自启动等方式

例如:Web 应用服务器开机自启动

数据源取数耗时过长导致线程阻塞

建议使用抽数缓存、SQL优化、数据预处理等方式提升取数性能

性能优化请参见:性能优化指导手册

日志输出导致线程阻塞

请调高日志输出级别减少日志输出或检查磁盘剩余空间是否不足

日志级别请参见:日志简介

内存重启_内存开机重启_设置内存dump不要重启

系统内存释放时间过长

如果使用的堆内内存大于等于64G时:请将堆内内存调整至小于64g的数值

如果使用的堆内内存小于64G时:建议更换使用更高性能的CPU

2.2 运行检测

如需使用 2.3 节的宕机处理功能,必须确保「运行检测」的每一项都符合要求。

系统需要满足一些条件,才能保证宕机自动处理工具的正常运行。因此工程启动后,会先对端口状态、JDK环境、堆外内存、部署情况进行检测。

检测有问题则提醒用户做相应修改或者禁用宕机功能,无问题则持续稳定运行。如下图所示:

内存重启_设置内存dump不要重启_内存开机重启

「运行检测」每项对应的检查内容如下表所示:

注:若检测结果为优,则提示「此项配置良好,无需调整」。

序号检查项检测出问题标准修改建议

操作系统

当前系统非 Windows/Linux 系统

建议使用 Linux 系统以保证宕机自动处理工具稳定运行

此状况下,将不进行下面的四项检查

端口

12100端口状态异常(端口未开启或被占用)

建议开放 12100 端口或设置其他端口以保证系统正常运行

端口设置请参考本文 2.3.5 节

JDK

1)工程中有 非 Oracle jre 的 tools.jar,且工程中未配置 JDK(系统配置JDK有问题)

2)工程中无 tools.jar,且工程中未配置 JDK(系统配置JDK有问题)

建议增加系统 JDK 配置/tools.jar 设置以保证系统正常运行

JDK 和 tools.jar 设置请参考:Linux 下 Tomcat 服务器独立部署

堆外内存

堆外内存不足

强烈建议物理机总内存减去系统所在容器使用内存不小于10GB

部署方式

非 Tomcat 容器部署

建议使用 Tomcat 容器部署

Tomcat 部署请参考:Tomcat 服务器部署

当监测到操作系统、端口、JDK、堆外内存影响功能使用时,会通过「平台消息」和平台右下角「弹窗消息」提醒用户。

点击「处理」即可跳转到跳转到「宕机处理」平台配置页面,从而对其进行相应的处理。如下图所示:

消息提醒内容为:当前宕机自动处理工具不可用,为保证功能正常运行,建议你点击处理查看详情。

设置内存dump不要重启_内存开机重启_内存重启

2.3 宕机处理

如需使用 「宕机处理」功能,必须确保 2.2 节「运行检测」的每一项都符合要求。

用户可以在「宕机处理」位置做一些配置设置,可设置的项为:宕机自动处理、自动导出内存堆栈、宕机自动重启、宕机通知、端口设置。如下图所示:

以下所有设置修改后需点击「保存」按钮才会生效。

内存开机重启_设置内存dump不要重启_内存重启

2.3.1 宕机自动处理

使用说明:

开启该按钮,才支持进行下方功能的配置,否则全部不可用。

此开关默认开启。

使用前提:

在工作时段(6:00-23:00),当应用主进程关闭5分钟后,宕机自动处理也跟随关闭。

在非工作时段(0:00-6:00,23:00-24:00),应用主进程关闭,宕机自动处理不跟随关闭。

2.3.2 自动导出内存堆栈

内存重启_设置内存dump不要重启_内存开机重启

使用说明:

开关开启后,当发生宕机时会自动导出宕机日志。

支持导出的宕机日志内容包括:堆栈、histo、dump

导出位置为:宕机节点所在服务器下%Tomcat%\logs\FineLog\日期文件夹内

注:开启后自动导出宕机日志。如果担心dump导出时间长影响性能,可只选择导出堆栈和histo日志。

使用前提:

2.3.3 宕机自动重启

使用说明:

开启后,当高负载导致宕机时,会自动重启工程。

使用前提:

1)开启「宕机自动处理」

2)系统情况

开关开启时,会对当前系统情况做检测。检测是否为 Windows 操作系统,是否为 Windows 服务形式。

点击确定和关闭按钮后弹窗关闭,开关不开启。

内存重启_设置内存dump不要重启_内存开机重启

点击确认或关闭按钮后关闭弹窗设置内存dump不要重启,开关开启。

内存重启_设置内存dump不要重启_内存开机重启

2.3.4 进程自动恢复

使用说明:

开启后,管理员可设置功能生效时间段。在指定时间段内,当应用进程消失时,会自动重启工程。

使用前提:

1)开启「宕机自动处理」

2)系统情况

开关开启时,会对当前系统情况做检测。检测是否为 Windows 操作系统,是否为 Windows 服务形式。

内存开机重启_设置内存dump不要重启_内存重启

点击确定和关闭按钮后弹窗关闭设置内存dump不要重启,开关不开启。

设置内存dump不要重启_内存开机重启_内存重启

点击确认或关闭按钮后关闭弹窗,开关开启。

内存重启_设置内存dump不要重启_内存开机重启

2.3.5宕机通知

若「宕机自动处理」未开启,此项灰化处理,不能编辑修改;若「宕机自动处理」开启,此项默认关闭,开启后FineReport帮助文档 - 全面的报表使用教程和学习资料,可配置短信提醒、平台消息提醒、邮箱提醒,当发生宕机时会按配置的通知方式通知到用户。

2.3.6 端口设置

使用说明:

支持用户设置宕机处理工具占用的端口,默认的端口为 12100。

端口号范围要在1024 到 65535 之间,否则「宕机处理工具」无法启动,「宕机处理」页面无法打开。

使用前提:

输入新的端口号后,点击「测试」,若新的端口号存在异常,则弹窗提示:端口异常,请重新设置。如下图所示:

设置内存dump不要重启_内存重启_内存开机重启

若端口无异常,则弹窗提示:端口可用,保存后宕机自动处理工具将在新端口重启。如下图所示:

内存重启_内存开机重启_设置内存dump不要重启

2.4 内存堆栈导出记录

记录自动生成 DUMP 文件记录。

包括导出的导出内容、开始时间、时长、是否成功、如果失败,失败的原因等。如下图所示:

注:仅读取最近一个月的宕机处理记录。

内存重启_内存开机重启_设置内存dump不要重启

2.5 服务器重启记录

记录服务器重启的记录。

包括重启的开始时间、时长、是否成功、如果失败,失败的原因等。如下图所示:

注:仅读取最近一个月的宕机处理记录。

设置内存dump不要重启_内存开机重启_内存重启

标签: 宕机时间   宕机原因   推荐处理方案   内存溢出   系统检查

留言评论