• 0119 物理机缓存内存占用

• 0120 当前配置下进程预估最大内存占用

2）系统运行状态新增检测项：

• 0213 部署方式

3）Java虚拟机检查优化检测项：

• 0802 fineIO读内存

• 0903 fineIO写内存

1）系统检查新增检测项

• 0121 内存资源检测

• 0122 节点容器内存资源检测

• 0123 节点容器CPU资源检测

2）系统检查优化检测项

• 0108 核心数

• 0109 内存大小

3）系统运行状态新增检测项

• 0214 Nginx配置检查

4）Java虚拟机检查优化检测项：

• 0801 堆外NIO内存

• 0813 codecache配置

• 0820 堆内内存

• 0823 元数据空间配置

系统运行状态新增检测项：

• 0215 节点间时间一致性检查

仅输出信息

检查 CPU 主频大于等于 2.4 gh

建议 CPU 主频大于等于 2.4 gh

检查 CPU 核心数

建议 bi-web/worker 组件最大可用CPU核心数大于等于 8 Core

建议 fr/fdl/master 组件最大可用CPU核心数大于等于 4 Core

• 运维平台部署的工程：

检查并建议 bi-web/master/bi-minio 容器内存上限大于等于 6 GB

检查并建议 worker 容器内存上限大于等于 24 GB

检查 fr/fdl 容器内存上限是否大于等于 15.5 GB，建议大于 16 GB

• 非运维平台部署的工程：

检查工程所在服务器物理总内存是否大于等于15.5GB

建议服务器物理内存上限大于等于16G

检查是否关闭虚拟内存

输出交换分区大小

建议关闭虚拟内存

CPU性能

检查堆内内存的配置是否在推荐范围内

检查近一周FGC耗时中位数是否小于10S

如不满足以上两点，则CPU性能较差，建议增加CPU核心数、使用性能更好的CPU或适当降低最大堆内内存xmx，避免FGC时间过长影响使用

仅非运维平台部署的项目检查该项

检查/proc/sys/vm/panic_on_oom中的Linux内核参数vm.panic_on_oom是否等于0

建议调整/proc/sys/vm/panic_on_oom配置，通过sysctl -w vm.panic_on_oom=0 修改成不触发panic

仅输出信息

检查/etc/abrt/abrt-action-save-package-data.conf文件中ProcessUnpackaged的值

仅linux服务器下非运维平台部署的项目检查该项

仅输出信息

仅输出信息

• bi-web/worker组件：

检查 xmx+堆外内存+CodeCache配置+元空间内存+3G 的合计内存值，并建议小于等于容器最大可用内存值

• master组件：

检查 xmx+堆外内存+CodeCache配置+元空间内存+2.4G 的合计内存值，并建议小于等于容器最大可用内存值

输出服务器上各容器最大可用内存值之和

输出服务器实际可用内存值

建议通过降低容器最大可用内存值，或提高服务器内存配置，确保服务器上各容器最大可用内存值之和，小于等于服务器可用内存

输出服务器上各容器最大可用CPU核心数之和

输出服务器实际CPU核心数

建议通过降低容器最大可用CPU核心数，或提高服务器CPU核心数，确保服务器上各容器最大可用CPU之和，小于等于服务器CPU核心数

包括：本次启动的耗时

包括：目录路径

注：仅检测业务工程节点，不检测文件服务器

检查工程WEB-INF下一层的每个文件夹大小

健康：不存在大于5G的文件夹

不健康：存在大于5G的文件夹

修改建议：

建议检查确认对应文件夹的内容并进行清理

提示出超过5G大小的文件夹路径

仅输出信息

包括：插件名、插件版本、插件是否启用

仅输出信息

包括：工程是否注册

仅输出信息

包括：是/否

仅输出信息

包括：工程各个模块的版本和JAR包日期

包括：目录路径、目录剩余可用空间

对于Windows系统、Tomcat容器下的工程：

检测是否使用javaw后台运行tomcat

健康：使用javaw后台运行tomcat

不健康：未使用javaw后台运行tomcat

修改建议：建议使用javaw后台运行tomcat

运维平台部署 / 非运维平台部署

检测nginx.conf文件中的相关配置项是否符合以下建议：

• 被动健康检查

建议 max_fails 的值大于等于 15

建议 fail_timeout 的值小于等于 5s

• 主动健康检查

建议 interval 的值在 [2000,60000] 之间

建议 rise 的值小于等于 3

建议 fall 的值在 [5,20] 之间

建议 timeout 的值在 [2000,5000] 之间

建议 check_http_send=/webroot/decision/system/health

建议 check_http_expect_alive=http_2xx http_3xx

检查项目所有节点的当前时间

建议节点间时差应小于1秒

1）文件路径：
默认路径为/webapps/webroot/backup

若自定义备份文件路径，则扫描自定义路径
2）文件用途：
工程备份文件
3）清理级别：

谨慎清理

文件层级直接展示到具体的日期（日级别），用户手动选择需要清理的范围即可

推荐清理3个月之外的文件

3个月之内的文件不显示

1）文件路径：

/webapps/webroot/WEB-INF/schedule

2）文件用途：

存储定时调度任务产生的中间文件

3）可清理范围：
保留最近一年的文件，其余均可清理
4）清理级别：

建议清理

文件层级直接展示到具体的日期（日级别），用户手动选择需要清理的范围即可

推荐清理12个月之外的文件

12个月之内的文件不显示

1）文件路径：

/webapps/webroot/WEB-INF/assets/vcs

2）文件用途：

FineReport模板版本管理文件

3）可清理范围：
保留最近30天的文件，其余均可清理
4）清理级别：

建议清理

文件不分日期展示，30天前的所有历史版本文件全部合并展示，勾选后将全部清理

推荐清理30天之外的文件

30天之内的文件不显示

1）文件路径：
/webapps/webroot/WEB-INF/treasures
2）文件用途：
云端运维日志打包文件
3）清理级别：

建议清理

文件层级直接展示到具体的日期（日级别），用户手动选择需要清理的范围即可

推荐清理12个月之外的文件

12个月之内的文件不显示

1）文件路径：
%TOMCAT_HOME%/logs/fanruan.log
2）文件用途：
帆软工程运行日志
3）清理级别：

谨慎清理

1）文件路径：
扫描系统导出的没有及时清理的dump文件
2）文件用途：
dump文件
3）清理级别：

建议清理

文件层级直接展示到具体的日期（日级别），用户手动选择需要清理的范围即可

推荐清理1周之外的文件

1周之内的文件不显示

1）文件路径：
%TOMCAT_HOME%/logs/Catalina.log
2）文件用途：
Tomcat运行日志
3）清理级别：

谨慎清理

4）注意事项

若Tomcat下该日志未分卷，则不清理

文件层级直接展示到具体的日期（日级别），用户手动选择需要清理的范围即可

推荐清理1周之外的文件

1周之内的文件不显示

1）文件路径：
%TOMCAT_HOME%/logs/Catalina.out
2）文件用途：
Tomcat的标准输出和标准出错日志
3）清理级别：

谨慎清理

4）注意事项

若Tomcat下该日志未分卷，则不清理

若Windows系统下不存在该文件，则不清理

文件层级直接展示到具体的日期（日级别），用户手动选择需要清理的范围即可

推荐清理1周之外的文件

1周之内的文件不显示

管理员登录运维平台，选择指定运维项目，点击「业务工具>资源清理」。

选择需要扫描的文件类型，点击「开始扫描」，可以对扫描出的冗余文件进行勾选清理。

管理员登录帆软系统，点击「管理系统>智能运维>磁盘运维>磁盘清理」。

选择需要扫描的文件类型，点击「开始扫描」，立即开始扫描可以手动清理的冗余文件。

Windows系统中，tomcat容器下部署的工程，如果不使用后台模式启动，而是使用窗口模式启动，可能会因为误点窗口，导致窗口进入编辑插入状态，阻塞日志输出，从而导致工程卡死。

因此建议Windows系统中，tomcat容器下部署的工程，tomcat使用后台模式启动。

1）修改setclasspath.bat

打开%Tomcat_HOME%\bin\setclasspath.bat，找到并修改set _RUNJAVA的值：

set _RUNJAVA="%JRE_HOME%\bin\javaw.exe"

2）修改catalina.bat

打开%Tomcat_HOME%\bin\catalina.bat，在最后加上判断提示：

set ENV_VAR_VALUE=%_EXECJAVA%

echo %ENV_VAR_VALUE% | findstr /C:"javaw" >nul

if %errorlevel% equ 0 (

    echo tomcat is running in the background

    pause

)

包括：端口号

检测集群端口是否畅通

健康：端口间畅通

不健康：端口存在不畅通

修改建议：集群端口连通性状态异常

检测：

1）宕机自动检测是否开启

2）宕机端口是否畅通

优化建议：建议开启宕机检测并保证端口可用

• 只需用户环境满足生效条件，则自动使用该方案

• 若用户环境不满足生效条件，则可考虑自行配置socket.io方案

1）管理员登录运维平台，选择运维项目，点击「可用性统计>宕机处理策略」

2）在「端口设置」中输入占用端口：默认端口为 12100，端口号范围必须在1024 到 65535 之间

3）点击「测试」，提示「端口可用，保存后宕机自动处理工具将在新端口重启」

4）点击「保存」，即可使宕机自动处理工具占用新端口运行。

1）管理员登录帆软应用，点击「管理系统>智能运维>宕机处理>宕机自动处理工具」

2）在「端口设置」中输入占用端口：默认端口为 12100，端口号范围必须在1024 到 65535 之间

3）点击「测试」，提示「端口可用，保存后宕机自动处理工具将在新端口重启」

4）点击「保存」，即可使宕机自动处理工具占用新端口运行。

仅输出信息

包括：顺序读取的速度（若低于100，则不显示具体数值，仅提示「速率小于100MB/S」）

注：windows系统下若权限不足，请手动使用命令检测「winsat disk -drive 盘符 -seq -read」

仅输出信息

包括：顺序写的速度（若低于100，则不显示具体数值，仅提示「速率小于100MB/S」）

注：windows系统下若权限不足，请手动使用命令检测「winsat disk -drive 盘符 -seq -write」

仅输出信息

包括：每秒创建小文件个数

包括：每秒删除小文件个数

1）FineReport：

健康：磁盘总大小≥100GB

不健康：磁盘总大小＜100GB

修改建议：建议磁盘总大小高于100GB

2）FineBI：

健康：磁盘总大小≥400GB

不健康：磁盘总大小＜400GB

修改建议：建议磁盘总大小高于400GB

仅输出信息

包括：已使用的磁盘空间大小

1）FineReport：

健康：磁盘余量高于10GB

不健康：磁盘余量不足10GB

修改建议：磁盘余量不足10GB，建议清理磁盘大文件避免影响使用

2）FineBI：

健康：磁盘余量高于50GB

不健康：磁盘余量不足50GB

修改建议：磁盘余量不足50GB，建议清理磁盘大文件避免影响使用

健康：磁盘性能高于150MB/s

不健康：磁盘性能不足150MB/s

修改建议：磁盘性能较差，可能导致性能问题，建议更换为ssd等性能更好的磁盘

健康：磁盘性能高于150MB/s

不健康：磁盘性能不足150MB/s

修改建议：磁盘性能较差，可能导致性能问题，建议更换为ssd等性能更好的磁盘

仅输出信息

包括：用户名称

仅输出信息

包括：缓存文件夹、resources、assets、assist、finedb的权限

注：文件服务器权限不输出。

健康：帆软应用所需最大内存+其他进程使用内存＜总物理内存

不健康：帆软应用所需最大内存+其他进程使用内存≥总物理内存

修改建议：建议帆软工程不要与其他应用服务共用服务器，否则会有宕机风险

健康：集群文件服务使用文件服务器

不健康：集群文件服务器使用节点间同步

修改建议：建议集群使用文件服务器取代节点间同步，否则会有性能和文件一致性等稳定性风险

健康：vm.max_map_count≥262144

不健康：vm.max_map_count<262144

修改建议：建议配置 vm.max_map_count 参数为 262144

1）FineReport/FineDataLink：

健康：open_files≥65535

不健康：open_files<65535

修改建议：建议open_files参数配置不低于65535

2）FineBI：

健康：open_files≥131070

不健康：open_files<131070

修改建议：建议open_files参数配置不低于131070

健康：overcommit_memory＝0

不健康：overcommit_memory≠0

修改建议：建议vm.overcommit_memory参数配置为0

健康：overcommit_ratio＝50

不健康：overcommit_ratio≠50

修改建议：建议vm.overcommit_ratio参数配置为50

检测是否配置了export MALLOC_ARENA_MAX参数

健康：export MALLOC_ARENA_MAX=1

不健康：未配置/配置其他值

修改建议：建议配置export MALLOC_ARENA_MAX=1

健康：redis的淘汰策略是maxmemory-policy noeviction

不健康：redis的淘汰策略不是maxmemory-policy noeviction

修改建议：建议redis的淘汰策略设置为maxmemory-policy noeviction，否则可能因为redis的key被意外淘汰而造成不可预估的后果

健康：最大进程数nproc大于等于266240

不健康：最大进程数nproc小于266240

修改建议：建议最大进程数nproc参数配置不低于266240

vm.max_map_count是一个Linux系统内核参数，用于控制在一个进程中允许mmap映射内存区域的最大数量。

如果该参数的值太小，那么在使用一些应用程序时，可能会出现内存映射错误。 

1）在/etc/sysctl.conf文件中添加/修改参数值

vm.max_map_count=262144

2）运行以下命令使更改生效

sysctl -p

open_files是指一个进程可以同时打开的文件描述符的最大数量。

文件描述符是Unix系统中用于访问文件（包括管道、套接字和其他文件操作）的唯一标识符。

建议FineReport和FineDataLink工程的open_files参数配置不低于65535

建议FineBI工程的open_files参数配置不低于131070

1）删除系统级别限制

检查/etc/profile文件中，是否存在 ulimit -n xxx 相关语句

若存在，删除相关语句，并使用 source /etc/profile 语句重新加载 shell 环境

2）修改用户级别限制

打开Linux的软硬件限制文件/etc/security/limits.conf，在文件尾部添加如下代码： 

* soft nofile 65535

* hard nofile 65535

上述命令中，hard表示系统的硬限制，soft表示用户的软限制。

部分系统需要将「*」替换为具体用户名才生效，例如 root soft nofile 65535

3）加载 pam_limits.so 模块

打开/etc/pam.d/login 文件，确保其中包含以下行（通常位于 session 部分）：

如果不存在，直接添加；如果已存在但被注释（以 # 开头），取消注释

session required pam_limits.so

该操作是为了确保用户登录终端时，系统能够加载 pam_limits.so 模块，从而应用 limits.conf中定义的资源限制

4）重启工程并重新登录

配置完成后，终端用户重新登录，并重启Tomcat工程，配置方可生效。

可使用ulimit -n命令，根据返回值确认是否修改成功。

vm.overcommit_memory 是一个Linux内核参数，它控制了系统是否允许进程分配超过可用内存的内存量。

当参数值为0时，内核将检查是否有足够的可用内存来满足提交的内存需求。如果有足够的空闲内存，则允许进程继续分配内存；否则分配请求将失败并返回错误。

1）在/etc/sysctl.conf文件中添加/修改参数值

vm.overcommit_memory=0

2）运行以下命令使更改生效

sysctl -p

vm.overcommit_ratio 是一个 Linux 内核参数，它指定了系统 VMware 超大页管理器(Memory Ballooning)和 Swap 空间使用的比例。

当参数值为50时，内核使用适当的 Swap 两倍大小作为另一个备用空间，用于模拟物理内存。

1）在/etc/sysctl.conf文件中添加/修改参数值

vm.overcommit_ratio=50

2）运行以下命令使更改生效

sysctl -p

1）关闭Tomcat服务器。

2）进入%Tomcat_HOME%/bin目录，打开 startup.sh 文件。

3）在文件开头添加/修改行：export MALLOC_ARENA_MAX=1

4）保存对 startup.sh 文件的修改并关闭。

5）在终端中运行 startup.sh 文件，重启Tomcat并应用新的环境变量设置。

Redis淘汰策略设置为noeviction时，当达到最大内存限制时，不会淘汰任何现有数据，并拒绝新的写入操作（包括写命令、数据更新等）

使用该策略可以确保所有数据都不会被自动删除，从而保持数据的完整性，避免内存不足导致数据丢失。

修改后，需要重启 Redis 服务以使配置生效。

在 Linux 系统中，nproc 表示当前用户可以启动的最大进程数。这个限制通常在系统级别设置，但也可以针对单个用户进行配置。

如果 nproc 限制过低，当达到 nproc 的限制，可能会导致应用程序无法启动新的进程，从而影响用户体验或系统功能。

以 root 用户身份编辑 /etc/security 或 /etc 文件夹下的 limits.conf文件

添加或修改以下行（username 是要设置限制的用户名，请自行修改。soft 是软限制，是默认值。hard 是硬限制，是最大值）：

# 对特定用户设置 nproc 限制

username soft nproc 266240

username hard nproc 266240

# 对所有用户设置 nproc 限制

* soft nproc 266240

* hard nproc 266240

bi-web：建议配置JVM NIO占用大于等于1536MB，且小于等于2GB

bi-engine-worker：建议配置JVM NIO占用大于等于max(6GB,xmx*0.4GB)

bi-engine-master：建议配置JVM NIO占用大于等于768MB

fr、fdl：建议配置JVM NIO占用小于等于2GB

bi6.0且小版本在6.0.16及之后：建议配置JVM NIO占用大于等于xmx*0.4GB

bi6.0且小版本在bi6.0.16之前：建议配置JVM NIO占用大于等于4GB

建议配置JVM fineIO读内存占用堆外内存至少2GB

建议配置JVM fineIO写内存占用堆外内存至少1GB

1）bi-web、fr、fdl

建议 JVM 使用垃圾回收器类型为 ParallelScavenge

2）bi-engine-worker、bi-engine-master

如使用JDK8，建议 JVM 使用垃圾回收器类型为 ParallelScavenge

如使用JDK11，建议 JVM 使用垃圾回收器类型为 G1GC

健康：不配置DisableExplicitGC参数

不健康：配置了DisableExplicitGC参数

修改建议：建议取消DisableExplicitGC参数配置

bi-web、fr、fdl：建议使用小版本在202及以上的JDK8

bi-engine-worker、bi-engine-master：建议使用JDK11，或小版本在202及以上的JDK8

健康：已配置-Djava.awt.headless=true

不健康：未配置-Djava.awt.headless=true

修改建议：建议配置 -Djava.awt.headless=true 以启用 headless 模式

健康：已配置HeapDumpOnOutOfMemoryError及HeapDumpPath

不健康：未配置HeapDumpOnOutOfMemoryError及HeapDumpPath

修改建议：建议配置HeapDumpOnOutOfMemoryError及HeapDumpPath以保证正常导出dump

健康：-XX:PerBytecodeRecompilationCutoff = -1

不健康：-XX:PerBytecodeRecompilationCutoff≠-1

修改建议：建议配置-XX:PerBytecodeRecompilationCutoff=-1

健康：-XX:PerMethodRecompilationCutoff = -1

不健康：-XX:PerMethodRecompilationCutoff≠ -1

修改建议：建议配置-XX:PerMethodRecompilationCutoff=-1

注：FineBI特有检查项

健康：非exe方式部署
不健康：exe方式部署
修改建议：建议使用运维平台部署

fr和fdl：建议CodeCacheSize大于等于512M

bi6：建议-XX:ReservedCodeCacheSize大于等于1024m

bi-web：

建议CodeCacheSize至少大于等于768M

当容器内存限制在6~8G时，建议CodeCacheSize大于等于768M

当容器内存限制在8G以上时，建议CodeCacheSize大于等于1GB

bi-engine-worker：

建议CodeCacheSize至少大于等于768M

当容器内存限制在32~64G时，建议CodeCacheSize大于等于1GB

bi-engine-master：

建议CodeCacheSize至少大于等于256M

当容器内存限制在6~16G时，建议CodeCacheSize大于等于256M

当容器内存限制在16~32G时，建议CodeCacheSize大于等于512M

当容器内存限制在32G以上时，建议CodeCacheSize大于等于1GB

健康：-Duser.country=CN

不健康：-Duser.country≠CN

修改建议：建议配置-Duser.country=CN

健康：-Duser.language=zh

不健康：-Duser.language≠zh

健康：-Dsun.zip.disableMemoryMapping=true

不健康：-Dsun.zip.disableMemoryMapping≠true

健康：-XX:NewRatio=2

不健康：-XX:NewRatio≠2

修改建议：建议堆内老年代与新生代大小比例为 2，即-XX:NewRatio=2

健康：-Xss小于等于1024

不健康：-Xss大于1024

健康：未配置参数 -agentlib:jdwp 和 -Xrunjdwp

不健康：配置了参数 -agentlib:jdwp 和 -Xrunjdwp

健康：

fr、fdl、bi6：堆内内存小于等于32766MB或大于等于48GB

bi-web：堆内内存大于等于6GB且小于等于32766MB

bi-engine-worker：堆内内存大于等于12800MB且小于等于32766MB

bi-engine-master：堆内内存大于等于2420MB且小于等于32766MB

修改建议：

为保证应用响应性能，建议配置为32766m或以内

bi6额外提醒：如果需要使用更大内存，在保证物理机内存充足的情况下，可以配置为48G～64G，但可能带来一定的响应性能下降

健康：Xms=Xmx

不健康：Xms≠Xmx

修改建议：建议配置Xms=Xmx

fr、fdl、bi6：

建议MaxMetaspaceSize大于等于2G

bi-web：

建议MaxMetaspaceSize至少大于等于768M

当容器内存限制在6~8G时，建议MaxMetaspaceSize大于等于768M

当容器内存限制在8G以上时，建议MaxMetaspaceSize大于等于1GB

bi-engine-worker：

建议MaxMetaspaceSize至少大于等于768M

当容器内存限制在32~64G时，建议MaxMetaspaceSize大于等于1GB

bi-engine-master：

建议MaxMetaspaceSize至少大于等于256M

当容器内存限制在6~16G时，建议MaxMetaspaceSize大于等于256M

当容器内存限制在16~32G时，建议MaxMetaspaceSize大于等于512M

当容器内存限制在32G以上时，建议MaxMetaspaceSize大于等于1GB

健康：dump输出目录剩余磁盘 > 堆内存*2

不健康：dump输出目录剩余磁盘≤堆内存*2

修改建议：建议清理「dump输出目录」的磁盘空间至「2*堆内存」以保证正常导出dump

bi-web：建议配置JVM NIO占用大于等于1536MB，且小于等于2GB

bi-engine-worker：建议配置JVM NIO占用大于等于max(6GB,xmx*0.4GB)

bi-engine-master：建议配置JVM NIO占用大于等于768MB

FineReport

FineDataLink

运维平台部署的项目，默认为工程配置了该参数，一般无需修复

如存在问题，请使用「运维平台>项目>健康巡检」界面的「快速修复」按钮进行修复

如无法使用快速修复，请使用「运维平台>项目>维护>组件管理」更改项目组件配置

非运维平台部署的项目

操作系统为Linux

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.sh的文件。

如果文件不存在，可以创建一个新的setenv.sh文件。

2）在文件末尾添加以下行：

JAVA_OPTS="$JAVA_OPTS -XX:MaxDirectMemorySize=2g"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Windows

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.bat的文件。

如果文件不存在，可以创建一个新的setenv.bat文件。

2）在文件末尾添加以下行：

set JAVA_OPTS=%JAVA_OPTS% -XX:MaxDirectMemorySize=2g

3）配置完成后重启工程生效。

运维平台部署的项目，默认为工程的bi6/fr/fdl组件配置了该参数，一般无需修复

如存在问题，请使用「运维平台>项目>健康巡检」界面的「快速修复」按钮进行修复

如无法使用快速修复，请使用「运维平台>项目>维护>组件管理」更改项目组件配置

非运维平台部署的项目

操作系统为Linux

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.sh的文件。

如果文件不存在，可以创建一个新的setenv.sh文件。

2）在文件末尾添加以下行：

JAVA_OPTS="$JAVA_OPTS -Dfineio.read_mem_limit=2"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Windows

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.bat的文件。

如果文件不存在，可以创建一个新的setenv.bat文件。

2）在文件末尾添加以下行：

set JAVA_OPTS=%JAVA_OPTS% -Dfineio.read_mem_limit=2

3）配置完成后重启工程生效。

运维平台部署的项目，默认为工程的bi6/fr/fdl组件配置了该参数，一般无需修复

如存在问题，请使用「运维平台>项目>健康巡检」界面的「快速修复」按钮进行修复

如无法使用快速修复，请使用「运维平台>项目>维护>组件管理」更改项目组件配置

非运维平台部署的项目

操作系统为Linux

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.sh的文件。

如果文件不存在，可以创建一个新的setenv.sh文件。

2）在文件末尾添加以下行：

JAVA_OPTS="$JAVA_OPTS -Dfineio.write_mem_limit=1"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Windows

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.bat的文件。

如果文件不存在，可以创建一个新的setenv.bat文件。

2）在文件末尾添加以下行：

set JAVA_OPTS=%JAVA_OPTS% -Dfineio.write_mem_limit=1

3）配置完成后重启工程生效。

默认使用JDK11，建议 JVM 使用垃圾回收器类型为 G1GC

支持使用JDK8，建议 JVM 使用垃圾回收器类型为 ParallelScavenge

1）进入项目挂载目录/fanruanxxx/fr/mount目录，寻找名为setenv.sh的文件

2）在文件末尾添加/修改以下行：

JAVA_OPTS="$JAVA_OPTS -XX:+UseParallelGC"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Linux

中间件类型为Tomcat

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.sh的文件。

如果文件不存在，可以创建一个新的setenv.sh文件。

2）在文件末尾添加以下行：

JAVA_OPTS="$JAVA_OPTS -XX:+UseParallelGC"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Windows

中间件类型为Tomcat

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.bat的文件。

如果文件不存在，可以创建一个新的setenv.bat文件。

2）在文件末尾添加以下行：

set JAVA_OPTS=%JAVA_OPTS% -XX:+UseParallelGC

3）配置完成后重启工程生效。

运维平台部署的项目，默认不配置该参数，一般无需修复

如存在问题，请使用「运维平台>项目>健康巡检」界面的「快速修复」按钮进行修复

非运维平台部署的项目

操作系统为Linux

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%\bin目录，寻找名为catalina.sh和setenv.sh的文件。

2）在文件中查找是否存在XX:+DisableExplicitGC，若存在，删除相关配置

3）保存修改后重启工程生效。

非运维平台部署的项目

操作系统为Windows

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%\bin目录，寻找名为catalina.bat和setenv.bat的文件。

2）在文件中查找是否存在XX:+DisableExplicitGC，若存在，删除相关配置

3）保存修改后重启工程生效。

运维平台部署的项目

帆软服务器部署包部署的项目

用户自行准备的JDK部署的项目

运维平台部署的项目，默认为工程的bi6/fr/fdl组件配置了该参数，一般无需修复

如存在问题，请使用「运维平台>项目>健康巡检」界面的「快速修复」按钮进行修复

非运维平台部署的项目

操作系统为Linux

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.sh的文件。

如果文件不存在，可以创建一个新的setenv.sh文件。

2）在文件末尾添加以下行：

JAVA_OPTS="$JAVA_OPTS -Djava.awt.headless=true"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Windows

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.bat的文件。

如果文件不存在，可以创建一个新的setenv.bat文件。

2）在文件末尾添加以下行：

set JAVA_OPTS=%JAVA_OPTS% -Djava.awt.headless=true

3）配置完成后重启工程生效。

1）进入项目挂载目录/fanruanxxx/fr/mount目录，寻找名为setenv.sh的文件

2）在文件末尾添加以下行（请将/path/to/dump/directory更换为你自己存储 Heap Dump 文件的目录）：

JAVA_OPTS="$JAVA_OPTS -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path/to/dump/directory"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Linux

中间件类型为Tomcat

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.sh的文件。

如果文件不存在，可以创建一个新的setenv.sh文件。

2）在文件末尾添加以下行（请将/path/to/dump/directory更换为你自己存储 Heap Dump 文件的目录）：

JAVA_OPTS="$JAVA_OPTS -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path/to/dump/directory"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Windows

中间件类型为Tomcat

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.bat的文件。

如果文件不存在，可以创建一个新的setenv.bat文件。

2）在文件末尾添加以下行（请将/path/to/dump/directory更换为你自己存储 Heap Dump 文件的目录）：

set JAVA_OPTS=%JAVA_OPTS% -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path/to/dump/directory

3）配置完成后重启工程生效。

运维平台部署的项目，默认为工程的bi6/fr/fdl组件配置了该参数，一般无需修复

如存在问题，请使用「运维平台>项目>健康巡检」界面的「快速修复」按钮进行修复

非运维平台部署的项目

操作系统为Linux

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.sh的文件。

如果文件不存在，可以创建一个新的setenv.sh文件。

2）在文件末尾添加以下行：

JAVA_OPTS="$JAVA_OPTS -XX:PerMethodRecompilationCutoff=-1 -XX:PerBytecodeRecompilationCutoff=-1"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Windows

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.bat的文件。

如果文件不存在，可以创建一个新的setenv.bat文件。

2）在文件末尾添加以下行：

set JAVA_OPTS=%JAVA_OPTS% -XX:PerMethodRecompilationCutoff=-1 -XX:PerBytecodeRecompilationCutoff=-1

3）配置完成后重启工程生效。

运维平台部署的项目，默认为工程的bi6/fr/fdl组件配置了该参数，一般无需修复

如存在问题，请使用「运维平台>项目>健康巡检」界面的「快速修复」按钮进行修复

非运维平台部署的项目

操作系统为Linux

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.sh的文件。

如果文件不存在，可以创建一个新的setenv.sh文件。

2）在文件末尾添加以下行：

JAVA_OPTS="$JAVA_OPTS -XX:ReservedCodeCacheSize=512m"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Windows

中间件类型为Tomcat

如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.bat的文件。

如果文件不存在，可以创建一个新的setenv.bat文件。

2）在文件末尾添加以下行：

set JAVA_OPTS=%JAVA_OPTS% -XX:ReservedCodeCacheSize=512m

3）配置完成后重启工程生效。

运维平台部署的项目，默认为工程的bi6/fr/fdl组件配置了该参数，一般无需修复

非运维平台部署的项目

操作系统为Linux

中间件类型为Tomcat

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.sh的文件。

如果文件不存在，可以创建一个新的setenv.sh文件。

2）在文件末尾添加以下行：

JAVA_OPTS="$JAVA_OPTS -Duser.country=CN -Duser.language=zh"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Windows

中间件类型为Tomcat

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.bat的文件。

如果文件不存在，可以创建一个新的setenv.bat文件。

2）在文件末尾添加以下行：

set JAVA_OPTS=%JAVA_OPTS% -Duser.country=CN -Duser.language=zh

3）配置完成后重启工程生效。

1）进入项目挂载目录/fanruanxxx/fr/mount目录，寻找名为setenv.sh的文件

2）在文件中添加以下行：

JAVA_OPTS="$JAVA_OPTS -Dsun.zip.disableMemoryMapping=true"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Linux

中间件类型为Tomcat

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.sh的文件。

如果文件不存在，可以创建一个新的setenv.sh文件。

2）在文件末尾添加以下行：

JAVA_OPTS="$JAVA_OPTS -Dsun.zip.disableMemoryMapping=true"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Windows

中间件类型为Tomcat

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.bat的文件。

如果文件不存在，可以创建一个新的setenv.bat文件。

2）在文件末尾添加以下行：

set JAVA_OPTS=%JAVA_OPTS% -Dsun.zip.disableMemoryMapping=true

3）配置完成后重启工程生效。

1）进入项目挂载目录/fanruanxxx/fr/mount目录，寻找名为setenv.sh的文件

2）在设置-Xmx、-Xms参数的位置，添加 NewRatio 的值，例如：

JAVA_OPTS="$JAVA_OPTS -Xms2048M -Xmx8196M -XX:NewRatio=2"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Linux

中间件类型为Tomcat

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.sh的文件。

如果文件不存在，可以创建一个新的setenv.sh文件。

2）在设置-Xmx、-Xms参数的位置，添加 NewRatio 的值，例如：

JAVA_OPTS="$JAVA_OPTS -Xms2048M -Xmx8196M -XX:NewRatio=2"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Windows

中间件类型为Tomcat

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.bat的文件。

如果文件不存在，可以创建一个新的setenv.bat文件。

2）在设置-Xmx、-Xms参数的位置，添加 NewRatio 的值，例如：

set JAVA_OPTS=%JAVA_OPTS% -Xms512M -Xmx1024M -XX:NewRatio=2

3）配置完成后重启工程生效。

请使用「运维平台>项目>健康巡检」界面的「快速修复」按钮进行修复

非运维平台部署的项目

操作系统为Linux

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.sh的文件。

如果文件不存在，可以创建一个新的setenv.sh文件。

2）在设置-Xmx、-Xms参数的位置，添加 Xss 的值，例如：

JAVA_OPTS="$JAVA_OPTS -Xms2048M -Xmx8196M -Xss1024K"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Windows

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.bat的文件。

如果文件不存在，可以创建一个新的setenv.bat文件。

2）在设置-Xmx、-Xms参数的位置，添加 Xss 的值，例如：

set JAVA_OPTS=%JAVA_OPTS% -Xms512M -Xmx1024M -1024K

3）配置完成后重启工程生效。

运维平台部署的项目，默认不配置该参数，一般无需修复。

非运维平台部署的项目

操作系统为Linux

中间件类型为Tomcat

1）进入%Tomcat_HOME%\bin目录，寻找名为catalina.sh和setenv.sh的文件。

2）在文件中查找是否存在-agentlib:jdwp 和 -Xrunjdwp参数，若存在，删除相关配置

3）保存修改后重启工程生效。

非运维平台部署的项目

操作系统为Windows

中间件类型为Tomcat

1）进入%Tomcat_HOME%\bin目录，寻找名为catalina.bat和setenv.bat的文件。

2）在文件中查找是否存在-agentlib:jdwp 和 -Xrunjdwp参数，若存在，删除相关配置

3）保存修改后重启工程生效。

请使用「运维平台>项目>健康巡检」界面的「快速修复」按钮进行修复

非运维平台部署的项目

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：修改内存

非运维平台部署的项目

中间件类型为其他

WebLogic服务器配置修改

WebSphere服务器配置修改

Resin服务器内存修改

JBoss服务器内存修改

请使用「运维平台>项目>健康巡检」界面的「快速修复」按钮进行修复

非运维平台部署的项目

操作系统为Linux

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.sh的文件。

如果文件不存在，可以创建一个新的setenv.sh文件。

2）在文件末尾添加以下行：

JAVA_OPTS="$JAVA_OPTS -XX:MaxMetaspaceSize=2G"

3）配置完成后重启工程生效。

非运维平台部署的项目

操作系统为Windows

中间件类型为Tomcat

• 如项目已接入运维平台，推荐使用运维平台的「系统巡检」界面的「快速修复」按钮进行修复

• 如项目未接入运维平台，推荐使用帆软应用的「管理系统>智能运维>健康巡检」界面的「快速修复」按钮进行修复

• 如无创建、读写文件的权限，无法使用「快速修复」，可手动配置：

1）进入%Tomcat_HOME%/bin目录，寻找名为setenv.bat的文件。

如果文件不存在，可以创建一个新的setenv.bat文件。

2）在文件末尾添加以下行：

set JAVA_OPTS=%JAVA_OPTS% -XX:MaxMetaspaceSize=2G

3）配置完成后重启工程生效。

检测finedb数据库的类型

健康：finedb迁移到了外接数据库

不健康：finedb使用内置HSQL数据库

修改建议：建议将finedb迁移至更稳定的外接数据库中。

检测「管理系统>智能运维>平台日志>全局设置」中的「系统日志级别」

健康：日志级别高于debug级别

不健康：日志级别为debug级别

修改建议：建议设置日志级别为 info。

检测「管理系统>智能运维>平台日志>全局设置」中「自动清理」周期

健康：配置了自动清理，自动清理超过三个月的日志

不健康：未配置自动清理

修改建议：建议开启平台日志自动清理并配置清理周期小于六个月。

检测「管理系统>智能运维>备份还原>全局设置」中设置的自动备份可占用磁盘大小

健康：各模块自动备份可占磁盘不超过1024M

不健康：各模块自动备份可占磁盘超过1024M

修改建议：建议各模块自动备份可占磁盘不超过1024M。

检测「管理系统>智能运维>备份还原>全局设置」中设置的自动备份保留数量

健康：各模块成功/失败自动备份可分别保留不超过5份

不健康：各模块成功/失败自动备份可分别保留超过5份

修改建议：建议自动备份默认保存不超过5份。

检测定时调度任务>调度对象中，文件处理方式的设置

健康：仅保留最近一次或任务结束即清理

不健康：其他文件处理方式

修改建议：建议定时调度调度对象文件处理设置为「仅保留最近一次」。

注：仅FineBI系统检测该项

检测「管理系统>系统管理>常规>BI参数」 中的「数据访问量」参数

健康：不超过100w

不健康：超过100w

修改建议：建议数据访问量不超过100w。

注：仅FineBI系统检测该项

检测系统的spider_fast_compute_limit_unit参数值

健康：DistributedOptimizationConfig.spiderConfig.spider_fast_compute_limit_unit参数值不超过10000000

不健康：DistributedOptimizationConfig.spiderConfig.spider_fast_compute_limit_unit参数值超过10000000

注：仅FineBI系统检测该项

检测系统的spider_fast_compute_limit_memory参数值

健康：DistributedOptimizationConfig.spiderConfig.spider_fast_compute_limit_memory参数值不超过500000000

不健康：DistributedOptimizationConfig.spiderConfig.spider_fast_compute_limit_memory参数值超过500000000

注：仅FineBI系统检测该项

检测系统的spider_update_fast_compute_limit_cell参数值

健康：DistributedOptimizationConfig.spiderConfig.spider_update_fast_compute_limit_cell参数值不超过100000000

不健康：DistributedOptimizationConfig.spiderConfig.spider_update_fast_compute_limit_cell参数值超过100000000

注：仅FineBI系统检测该项

检测系统的spider_fast_compute_limit_row参数值

健康：DistributedOptimizationConfig.spiderConfig.spider_fast_compute_limit_row参数值不超过10000000

不健康：DistributedOptimizationConfig.spiderConfig.spider_fast_compute_limit_row参数值超过10000000

注：仅FineBI系统检测该项

检测系统的spiderConfig.spark_driver_maxResultSize参数值

健康：DistributedOptimizationConfig.spiderConfig.spark_driver_maxResultSize参数值不超过10000000

不健康：DistributedOptimizationConfig.spiderConfig.spark_driver_maxResultSize参数值超过10000000

检测系统的spark_memory_fracrtion参数值

修改建议：建议spark_memory_fraction 参数设置不超过0.3*堆内内存的1/8且最大不超过0.6

包括finedb外接数据库的数据库编码/字符集

外接数据库配置步骤请参见：配置外接数据库

仅输出信息

检测「管理系统>智能运维>集群配置>参数配置」中的内部转发参数

集群参数配置请参见：集群参数配置

注：仅FineBI系统检测该项

仅输出信息

检测「管理系统>系统管理>常规>抽取参数」 中的「更新高性能时间区间」参数

BI参数配置请参见：BI/Spider参数

仅输出信息

检测系统是否配置二级缓存

二级缓存开启及配置请参见：指定ehcache缓存路径

检测「管理系统>智能运维>负载管理>模板限制>通用限制」中的sql执行时长限制

健康：开启了sql执行时长限制

不健康：未开启sql执行时长限制

修改建议：建议开启系统管理-智能运维-负载管理-模板限制-通用限制-sql执行时长限制功能。

检测「管理系统>智能运维>负载管理>模板限制>通用限制」中的单模板单元格限制

健康：开启了单模板单元格限制

不健康：未开启单模板单元格限制

修改建议：建议开启系统管理-智能运维-负载管理-模板限制-通用限制-单模板单元格限制功能。

检测「管理系统>智能运维>负载管理>模板限制>通用限制」中的导入Excel单元格限制

健康：开启了导入Excel单元格限制

不健康：未开启导入Excel单元格限制

修改建议：建议开启系统管理-智能运维-负载管理-模板限制-通用限制-导入excel单元格限制功能。

检测「管理系统>智能运维>负载管理>模板限制>通用限制」中的单数据集行数限制

健康：开启了单数据集行数限制

不健康：未开启单数据集行数限制

修改建议：建议开启系统管理-智能运维-负载管理-模板限制-通用限制- 单数据集行数限制功能。

仅输出信息

检测「管理系统>智能运维>负载管理>负载监控」中是否开启「智能预警」

详情请参见：负载管理

注：仅FineBI系统检测该项

检测是否存在脏数据

健康：0条脏数据

不健康：x条脏数据

修改方法：有X条脏数据，建议在「BI工具」-「检测」-「脏数据」中进行排查清理

仅输出信息

检测系统是否开启云端运维

云端运维功能请参见：云端运维

检测「管理系统>系统管理>登录」中是否开启「密码强度限制」

健康：开启了密码强度限制

不健康：未开启密码强度限制

修改建议：未开启密码强度限制，密码强度较低可能容易被攻击，导致安全问题，建议在[管理系统]-[系统管理]-[登录]中打开密码强度限制

检测「管理系统>智能运维>负载管理>模板限制」中是否开启「提交记录数限制」

健康：开启了提交记录数限制

不健康：未开启提交记录数限制

修改建议：建议开启管理系统-智能运维-内存管理-模板限制-通用限制- 提交记录数限制

健康：开启了单个图表导出数据量限制

不健康：未开启单个图表导出数据量限制

修改建议：建议开启管理系统-智能运维-内存管理-模板限制-通用限制- 提交记录数限制

健康：未单独放宽限制

不健康：为部分模板放宽限制

修改建议：不建议设置放宽模板，可能因放宽模板导致系统资源占用过多最终宕机

检测「管理系统>抽数缓存」中是否开启缓存

健康：开启缓存

不健康：未开启缓存

修改建议：建议开启抽数缓存中的开启缓存设置

仅当上一步抽数缓存开启后，检测该项

仅输出信息

检测「管理系统>抽数缓存」中的缓存内存空间限制值

检测「管理系统>系统管理>常规」中是否开启「并行计算报表块」

健康：开启并行计算报表块

不健康：未开启并行计算报表块

修改建议：建议开启管理系统-系统管理-常规-决策报表计算全局设置-并行计算报表块功能

健康：开启宕机自动处理

不健康：未开启宕机自动处理

修改建议：建议开启管理系统-智能运维-宕机处理-宕机自动处理工具-宕机自动处理功能

健康：开启宕机导出内存堆栈

不健康：未开启宕机导出内存堆栈

修改建议：建议开启管理系统-智能运维-宕机处理-宕机自动处理工具-宕机导出内存堆栈功能

注：仅FineBI系统检测该项

仅输出信息

检测系统中以下参数值

DistributedOptimizationConfig.spiderConfig.spark_memory_fraction

注：仅FineBI系统检测该项

仅输出信息

检测系统中以下参数值

SystemOptimizationConfig.spiderConfig.threadPoolStrategy

SystemOptimizationConfig.tableLoadThreadPoolNum

DistributedOptimizationConfig.spiderConfig.spider_high_performance_resource_time

SystemOptimizationConfig.baseTableLoadDynamicThreadCoreSizeStr

SystemOptimizationConfig.fastTableLoadDynamicThreadCoreSizeStr

注：仅FineBI系统检测该项

仅输出信息

检测系统中以下参数值

systemOptimizationConfig.optimizeSqlMaxComplexity

健康：

工程版本在FR11.0.21/BI6.0.15之前，未开启 Gzip 压缩

工程版本在FR11.0.21/BI6.0.15及之后，无论是否开启 Gzip 压缩，均为健康情况

不健康：

工程版本在FR11.0.21/BI6.0.15之前，开启了 Gzip 压缩

修改建议：

建议关闭gzip或升级至FR11.0.21/BI6.0.15及之后的版本，否则可能会出现宕机风险

仅输出信息

检测系统中以下参数值

DistributedOptimizationConfig.spiderConfig.spider_query_timeout_open

如为三节点及以上集群环境，且工程当月日均访问量大于1W

建议将logdb切换至elasticsearch，避免出现性能及宕机问题

仅输出信息

检测系统中以下参数值

ExecuteRecordConfiguration.asyncRecord

仅输出信息

检测系统中以下参数值

DistributedOptimizationConfig.spiderConfig.spark_sql_constraintPropagation_enabled

DistributedOptimizationConfig.spiderConfig.spider_restrictions_column_long_text

DistributedOptimizationConfig.spiderConfig.spider_query_condition_count_restriction

SystemOptimizationConfig.shutdownCacheEngine

健康：外接配置库默认连接池大小，大于等于100

不健康：外接配置库默认连接池大小，小于100

修改建议：建议外接配置库默认连接池大小设置为100（具体配置方法，请查阅对应数据库产品的帮助文档）

注：仅FineBI6.1系统检测该项

检测所有bi-web、bi-engine-worker、bi-engine-master组件的周开始于设置是否一致

健康：周开始于设置一致

不健康：周开始于设置不一致

注：仅FineBI6.1系统检测该项

检测所有bi-web、bi-engine-worker、bi-engine-master组件的中文排序设置是否一致

健康：周开始于设置一致

不健康：周开始于设置不一致

运维平台对项目进行宕机自动重启、自动生成dump文件等操作，依赖项目内置的宕机处理工具

因此必须确保宕机处理工具正常运行，否则相关功能可能都无法使用

检测外接配置库的db.properties文件中的指定参数值

如参数值不满足要求，则判定为不健康

MySQL5：5.1.73、5.5.31、5.5.46、5.5.56、5.5.62、5.6.22、5.6.28、5.6.31、5.6.35、5.6.37、5.6.44、5.7.16、5.7.23、5.7.26、5.7.33

MySQL8：8.0.11、8.0.16、8.0.20、8.0.21、8.2（不支持8.0.19）

RDS MySQL：全版本

Oracle单机：10g(10.2)、10.2.0.1.0、11g(11.0.2.1)、11g(11.0.2.4)、11.0.2.4、11.2.0.2.0、12c、12c V12.2、19c

Oracle集群：11g、12c

9.2.3、9.4.7、9.5.0、9.5.2、9.6.0、13.0

最小空闲连接数

连接池最小连接数量

最大等待时间

获取连接时最大等待时间，单位毫秒

开启空闲回收器检验

连接池中的最小空闲连接数以内的连接，空闲时间超过minEvictableIdleTimeMillis，则会执行keepAlive操作

获取连接前检验

申请连接时检测连接是否有效，做了这个配置会降低性能

归还连接前检验

归还连接时检测连接是否有效，做了这个配置会降低性能

校验语句的超时时间，单位秒

防止连接超时而一直等待

空闲连接可用性定期检查

检查到需要留下的连接保证其可用，解决数据库或者防火墙主动断开长时间不活跃连接的场景

控制是否开启会话泄露检查

运维平台部署的项目，默认不配置该参数，一般无需修复。

非运维平台部署的项目

操作系统为Linux

中间件类型为Tomcat

1）进入%Tomcat_HOME%\bin目录，寻找名为catalina.sh和setenv.sh的文件。

2）在文件中查找是否存在-DtraceSessionLeak参数，若存在，修改参数值为false

3）保存修改后重启工程生效。

非运维平台部署的项目

操作系统为Windows

中间件类型为Tomcat

1）进入%Tomcat_HOME%\bin目录，寻找名为catalina.bat和setenv.bat的文件。

2）在文件中查找是否存在-DtraceSessionLeak参数，若存在，修改参数值为false

3）保存修改后重启工程生效。