1. 概述
1.1 版本
FineDataLink 版本 | 系统运维插件版本 | 功能变更 |
---|---|---|
4.0 | - | - |
4.0.8 | V1.4.5 | 1)「自定导出内存堆栈」支持选择导出内容:堆栈、histo、dump 2)「自定导出内存堆栈」默认开启,默认选中全部 |
4.0.20 | V1.4.6 | 1)「宕机自助向导」中的宕机原因和解决方案优化 2)「进程自动恢复」功能从「宕机自动重启」功能中拆分独立出来,支持配置生效时间 3)「宕机自动重启」功能不再和配置dump自动导出强关联 4)「自动导出内存堆栈」功能默认开启 |
1.2 应用场景
FineDataLink 工程部署在服务器上后,会因为各种原因导致宕机。宕机后若直接重启没有抓取 DUMP 文件 ,很难定位到真实原因,从而无法快速解决问题和做一些防止再发生的预防措施,造成的时间和精力损失无法估计,对服务器运维非常不友好。
FineDataLink 提供「宕机处理」功能。通过此功能,FineDataLink 工程可以自动生成 DUMP 文件、同时可重新启动系统。
发生宕机后,通过分析生成的 DUMP 文件,可以快速定位宕机原因,及时处理宕机问题和做一些有效的预防措施,为用户增加一道保险。
注:对于非 Tomcat 容器部署以及设计器自带的工程,不支持「宕机处理」功能。
1.3 功能入口
超管登录 FineDataLink ,点击「管理系统>智能运维>宕机处理」,就可以看到平台端对应的功能模块。如下图所示:
模块下功能分为宕机自助向导、运行监测、宕机处理、内存堆栈导出记录、服务器重启记录 5 部分。
注:宕机处理页面在平台端打开时,加载时间较长,请耐心等待。
2. 宕机自助向导
记录工程的宕机时间和宕机原因,并提供对应的推荐处理方案。如下图所示:
常见的宕机原因和推荐处理方案如下表所示:
宕机原因 | 推荐处理方案 |
---|---|
内存溢出 | 如果当前系统堆内内存配置小于推荐配置时,额外建议使用健康巡检功能对应用进行诊断,修改堆内内存至推荐值。 健康巡检请参见:健康巡检 |
所用JDK版本存在BUG | 建议更换为1.8.0_181及以上版本的JDK8 |
系统存在不合理的内存配置 | 使用健康巡检功能对应用进行诊断,并参照推荐值修改内存配置 健康巡检请参见:健康巡检 |
磁盘空间不足 | 请检查磁盘空间并清理不必要文件 磁盘空间清理请参见:磁盘清理 磁盘扩容请参见:磁盘扩容 |
内存映射文件数量设置过低 | 使用健康巡检功能对应用进行诊断,并参照推荐值修改内存映射文件数量配置 健康巡检请参见:健康巡检 |
当前所用版本存在宕机BUG | 建议更新升级至最新的小版本 FDL独立部署升级请参见:FDL独立部署升级 |
未知原因导致应用崩溃 | 建议上传云端运维日志或联系技术支持进行反馈 云端运维请参见:云端运维报告 |
SSH退出导致应用退出 | 通过 SSH 方式启动应用会导致 SSH 退出时应用也被退出 建议使用其他命令行远程工具如 secureCRT 或配置其他应用服务器自启动等方式 |
日志输出导致线程阻塞 | 请调高日志输出级别减少日志输出或检查磁盘剩余空间是否不足 日志级别请参见:日志简介 |
系统内存释放时间过长 | 如果使用的堆内内存大于等于 64G 时:请将堆内内存调整至小于 64G 的数值 如果使用的堆内内存小于 64G 时:建议更换使用更高性能的 CPU |
3. 运行检测
如需使用第四章的宕机处理功能,必须确保「运行检测」的每一项都符合要求。
系统需要满足一些条件,才能保证宕机自动处理工具的正常运行。因此工程启动后,会先对端口状态、JDK环境、堆外内存、部署情况进行检测。
检测有问题则提醒用户做相应修改或者禁用宕机功能,无问题则持续稳定运行。如下图所示:
「运行检测」每项对应的检查内容如下表所示:
注:若检测结果为优,则提示「此项配置良好,无需调整」。
序号 | 检查项 | 检测出问题标准 | 修改建议 |
---|---|---|---|
1 | 操作系统 | 当前系统非 Windows/Linux 系统 | 建议使用 Linux 系统以保证宕机自动处理工具稳定运行 此状况下,将不进行下面的四项检查 |
2 | 端口 | 12100端口状态异常(端口未开启或被占用) | 建议开放 12100 端口或设置其他端口以保证系统正常运行 端口设置请参考本文 2.3.5 节 |
3 | JDK | 1)工程中有 非 Oracle jre 的 tools.jar,且工程中未配置 JDK(系统配置JDK有问题) 2)工程中无 tools.jar,且工程中未配置 JDK(系统配置JDK有问题) | 建议增加系统 JDK 配置/ tools.jar 设置以保证系统正常运行 JDK 和 tools.jar 设置请参考:Linux 下 Tomcat 服务器独立部署 |
4 | 堆外内存 | 堆外内存不足 | 强烈建议物理机总内存减去系统所在容器使用内存不小于10GB |
5 | 部署方式 | 非 Tomcat 容器部署 | 建议使用 Tomcat 容器部署 Tomcat 部署请参考:Tomcat 服务器部署 |
当监测到操作系统、端口、JDK、堆外内存影响功能使用时,会通过「平台消息」和平台右下角「弹窗消息」提醒用户。
点击「处理」即可跳转到跳转到「宕机处理」平台配置页面,从而对其进行相应的处理。如下图所示:
消息提醒内容为:检测到部分系统配置缺失或不合理,宕机自动处理工具不可用,为保证功能正常运行,建议你及时处理。
4. 宕机处理
如需使用 「宕机处理」功能,必须确保第三章「运行检测」的每一项都符合要求。
用户可以在「宕机处理」位置做一些配置设置,可设置的项为:宕机自动处理、自动导出内存堆栈、宕机自动重启、宕机通知、端口设置。如下图所示:
以下所有设置修改后需点击「保存」按钮才会生效。
4.1 宕机自动处理
使用说明:
开启该按钮,才支持进行下方功能的配置,否则全部不可用。
此开关默认开启。
使用前提:
在工作时段(6:00-23:00),当应用主进程关闭 5 分钟后,宕机自动处理也跟随关闭。
在非工作时段(0:00-6:00,23:00-24:00),应用主进程关闭,宕机自动处理不跟随关闭。
4.2 自动导出内存堆栈
使用说明:
开关开启后,当发生宕机时会自动导出宕机日志。
支持导出的宕机日志内容包括:堆栈、histo、dump
导出位置为:宕机节点所在服务器下%Tomcat%\logs\FineLog\日期文件夹内
注:开启后自动导出宕机日志。如果担心dump导出时间长影响性能,可只选择导出堆栈和histo日志。
使用前提:
若「宕机自动处理」未开启,此项灰化处理,不能编辑修改。
若「宕机自动处理」开启,此项默认开启。
4.3 宕机自动重启
使用说明:
开启后,当高负载导致宕机时,会自动重启工程。
使用前提:
1)开启「宕机自动处理」
若「宕机自动处理」未开启,此项灰化处理,不能编辑修改。
若「宕机自动处理」开启,此项默认关闭。
2)系统情况
开关开启时,会对当前系统情况做检测。检测是否为 Windows 操作系统,是否为 Windows 服务形式。
若系统为 Windows 操作系统且为 Windows 服务形式,弹窗提示:该功能暂不支持当前系统。如下图所示:
点击确定和关闭按钮后弹窗关闭,开关不开启。
若系统为 Windows 操作系统且非Windows 服务形式,弹窗提示:当前系统可能会存在重启失败。如下图所示:
点击确认或关闭按钮后关闭弹窗,开关开启。
4.4 进程自动恢复
使用说明:
开启后,管理员可设置功能生效时间段。在指定时间段内,当应用进程消失时,会自动重启工程。
使用前提:
1)开启「宕机自动处理」
若「宕机自动处理」未开启,此项灰化处理,不能编辑修改。
若「宕机自动处理」开启,此项默认关闭。
2)系统情况
开关开启时,会对当前系统情况做检测。检测是否为 Windows 操作系统,是否为 Windows 服务形式。
若系统为 Windows 操作系统且为 Windows 服务形式,弹窗提示:该功能暂不支持当前系统。如下图所示:
点击确定和关闭按钮后弹窗关闭,开关不开启。
若系统为 Windows 操作系统且非 Windows 服务形式,弹窗提示:当前系统可能会存在重启失败。如下图所示:
点击确认或关闭按钮后关闭弹窗,开关开启。
4.5 宕机通知
若「宕机自动处理」未开启,此项灰化处理,不能编辑修改;若「宕机自动处理」开启,此项默认关闭,开启后,可配置短信提醒、平台消息提醒、邮箱提醒,当发生宕机时会按配置的通知方式通知到用户。
4.6 端口设置
使用说明:
支持用户设置宕机处理工具占用的端口,默认的端口为 12100 。
端口号范围要在 1024 到 65535 之间,否则「宕机处理工具」无法启动,「宕机处理」页面无法打开。
使用前提:
若「宕机自动处理」未开启,此项灰化处理,不能编辑修改。
若「宕机自动处理」开启,默认的端口为 12100 。
输入新的端口号后,若新的端口号存在异常,则弹窗提示:端口异常,请重新设置。如下图所示:
若端口无异常,点击「测试」,则弹窗提示:端口可用,保存后宕机自动处理工具将在新端口重启。如下图所示:
5. 内存堆栈导出记录
记录自动生成 DUMP 文件记录。
包括导出的导出内容、开始时间、时长、是否成功、如果失败,失败的原因等。如下图所示:
注:仅读取最近一个月的宕机处理记录。
6. 服务器重启记录
记录服务器重启的记录。
包括重启的开始时间、时长、是否成功、如果失败,失败的原因等。如下图所示:
注:仅读取最近一个月的宕机处理记录。