第11.6页，共30页。 显示 292 条结果 (0.019 秒)
Tomcat打印线程信息和堆Dump文件
:live,format=b,file=7280.bin http://dumplive%2Cformat%3Db%2Cfile%3D17348.bin/ 7280 image2017-7-20 13_42_7.png 5、该文件非常大，与Java进程的运行内存一样的大，必须压缩以后再反馈 image2017-7-20 13_42_46.png 注：反馈以上的信息有助于解决系统无响应的问题。 三、GC参数 1、在JDK的bin目录中运行【jstat -gcutil 进程号 5000 1000】 1.jpg 2、若最后一段GCT段（GC所花费的总时间）在持续快速增加则表示服务器的内存已经不足，若只是少量增加是正常现象⬝ 版本更新方案使用说明
参数等 smartbi_olap_env 示例文件下载，根据服务器节点实际情况，配置JAVA_HOME路径，Xmx内存参数等。 smartbi_olap_deamon_env 示例文件下载，根据服务器节点实际情况，配置JAVA_HOME路径，Xmx内存参数等。 手工独立部署环境 smartbi_olap_env.png 一键部署安装包环境 yijian_olap_env.png 修改smartbi_olap_env，根据服务器节点实际情况，配置JAVA_HOME路径，Xmx内存参数等。 smartbi_olap_env_info.png 修改smartbi_olap_deamon_env，根据服务器节点部署Smartbi Redis Cluster集群
Redis 高性能的键值数据库，主要存储Smartbi会话信息。 Redis Cluster集群保证服务的高可用性。 Redis Cluster集群安装包请联系Smartbi官方支持获取。 1. 系统环境准备 1.1 推荐配置 系统 CPU 内存 硬盘 redis版本 … masterauth manager #主从同步master的密码(如果没有设置redis密码，则无需配置) 29.png maxmemory 4gb #设置Redis实例的最大内存配置，根据服务器实际内存设置 30.png maxmemory-policy allkeys-lfu #Redis达到⬝ 修改Tomcat启动参数的推荐方法
:+UseG1GC" 2、把该文件setenv.bat，上传到tomcat/bin目录下即可。 若注册为后台服务，修改参数请参考 修改Java内存。 Linux/Unix系统 1、本地创建一个文本文件，另存为“setenv.sh”文件，其内容参考如下，前3行的路径需要结合实际情况修改。 export JAVA_HOME … 。 chmod +x setenv.sh 注意事项 如果使用的 jdk 是 1.8 版本，请注意修改内存参数。 在 HotSpot jdk 1.8 版本中，已经删除了 -XX:MaxPermSize 参数，可以使用 -XX:MaxMetaspaceSize 代替它。 具体说明，请参考：Java8内存模型—永久代修改Tomcat启动参数的推荐方法
:+UseG1GC" 2、把该文件setenv.bat，上传到tomcat/bin目录下即可。 若注册为后台服务，修改参数请参考 修改Java内存。 Linux/Unix系统 1、本地创建一个文本文件，另存为“setenv.sh”文件，其内容参考如下，前3行的路径需要结合实际情况修改。 export JAVA_HOME … 。 chmod +x setenv.sh 注意事项 如果使用的 jdk 是 1.8 版本，请注意修改内存参数。 在 HotSpot jdk 1.8 版本中，已经删除了 -XX:MaxPermSize 参数，可以使用 -XX:MaxMetaspaceSize 代替它。 具体说明，请参考：Java8内存模型—永久代自然语言分析-环境部署要求
本章主要结介绍 自然语言分析（Smartbi-NLA） 的环境部署要求，包括对系统环境、服务器配置的需求，并提供了相应的检查方法。 1. 环境要求 1.1. 服务器配置清单 组件 配置 CPU 内存 硬盘 并发数 备注 NLA核心服务 最低配置 X86架构 16核 … image2021-3-26_9-28-43.png 2.2. 检查硬盘大小 要求服务器至少拥有大于1TB的硬盘，没有足够的硬盘请自行挂载 df -h image2021-3-26_9-29-39.png 2.3. 检查内存大小 要求服务器总内存为 32G及以上 。 free -hweblogic打印线程信息和堆Dump文件
，与Java进程的运行内存一样的大，必须压缩以后再反馈 image2017-7-20 10_17_43.png 注：反馈以上的信息有助于解决系统无响应的问题。 三、GC参数 1、在JDK的bin目录中运行【jstat -gcutil 进程号 5000 1000】 worddavc95101f6cd6a82aea135568ab9f6a175.png 2、若最后一段GCT段（GC所花费的总时间）在持续快速增加则表示服务器的内存已经不足，若只是少量增加是正常现象： worddava8b7a5ccfe0c89bea48a028d861f7499.png Linux 一、线程信息 执行命令行生成日志： 1）另外启动一个ETL-关系目标追加节点写入数据逻辑
(文档仅供参考) 问题说明 为什么其他的节点执行查询很快，而到最后的节点写入数据的时候很慢，写入的逻辑是怎么样的呢？ image2023-12-11_18-38-59.png 原因： 1、在V11中，可以针对每个关系数据源或者关系目标设置不同的fetchSize batchSize； 2、在V11之前，所有数据源 和 目标都受这两个参数的约束； fetchSize：表示一次读取N条记录到JDBC客户端内存中； batchSize：将N条INSERT语句改写成insert into table values ( N条记录 )，而非一条数据一个insert语句执行； 如出现执行慢的现象，需要综合因素考虑判断，是否数据模型抽取后查询提示：查询语句(SQL)超过了缓存库配置的最大数，请联系管理员！
（此文档仅供参考） 问题现象 基于数据模型制作的仪表盘，数据模型为抽取模式并且高速缓存库为CH，在仪表盘中查询数据时报错“查询语句(SQL)超过了缓存库配置的最大数，请联系管理员！” image2025-5-6_15-30-12.png 问题原因 使用数据模型抽取模式，查询的sql会将维度表中所勾选字段的所有值进行过滤，从而导致sql语句过大。 解决方案 可先参考此文档配置：查询语句(SQL)超过了缓存库配置的最大数 如若是配置后仍然报错，或服务器配置无法满足内存要求，可开启sql引擎：SQL引擎 缓存库配置的最大数 最大数麒麟系统docker启动tomcat镜像报错：unable to allocate file descriptor table - out of memory
（本文档仅供参考） 问题描述 docker环境启动tomcat镜像报错：unable to allocate file descriptor table - out of memory image2023-9-28_14-20-1.png 问题原因 报内存溢出错误，但是jvm参数远小于服务器物理内存，经排查缺少取消打开文件数限制的配置 image2023-9-28_14-27-52.png 解决办法 取消打开文件数限制： 在/etc/security/limits.conf 文件的末尾加入以下内容(注意： * 不能省略)： * soft nofile 65536
