第19页，共30页。 显示 292 条结果 (0.029 秒)
docker容器部署多租户后导致负载很高，跑挂机器
（本文档仅供参考） 问题现象： docker容器部署多租户后导致负载很高，跑挂机器或服务器还在跑但很卡甚至界面卡死 产生原因: 经查看服务器系统日志存在报错：Aug 2 12:01:05 t3-bdp2-bd-data4 kernel: SLUB: Unable to allocate memory on node -1 (gfp=0x80d0) 是因为服务器内核为 3.10.0-957版本，这个版本的内核在docker 运行使用的cgroup 上存在内存泄漏，导致服务卡顿甚至卡死 查看内核命令：uname -a image2023-8-18_15-52-45.png高性能版本（docker环境）修改JVM参数
找到对应的配置项，请查看/tomcat/bin/setenv.sh看是否有对应配置项，如有对应配置项请进行修改即可。 根据实际情况配置smartbi的最小及最大内存值，保存退出。 3、 退出容器，并删除当前容器，重启smartbi电子表格加载数据的时候，提示ORA-04036
（本文档仅供参考） 问题现象 电子表格加载数据的时候，提示oracle内存超出，电子表格加载数据，基本上是一个格子一个sql语句拼接成的。680行，17列，一个格子一条sql语句。 解决方案 1查看详细报错信息，发现报错信息PGA memory used by the instance exceeds PGA_AGGREGATE_LIMIT image2023-3-12_17-56-58.png 2初步判断是pga值对于上述数据量太小，增大参数 PGA AGGREGATE LIMIT 的值，或者对相应的SQL进行 tuning，使其减少相应的中介结果集大小自助数据集抽取mysql数据出现服务器无响应
（本文档仅供参考） 问题说明 使用smartbi高性能版本部署的mpp和smartbi，再使用smartbi进行mysql抽数过程中，数据量2000W,smartbi直接内存很快上到一个临界点，导致服务器出现无响应的现象。 解决方案 这是因为进行mysql大数据量抽取的时候，需要在JDBC的连接上添加 useCursorFetch=true&defaultFetchSize=10000 参数，具体如下： image2018-11-15 17:38:32.png v856新版本也在数据源设置上增加了设置项，直接勾选后就会在连接字符串上添加对应的参数多维分析-过滤
过滤是指根据用户显示数据的需要将当前数据列进行条件筛选的一类分析方法。 只有列区最内存维度才会有过滤功能。 操作入口： 在列上最内成员上点击更多菜单image2019-11-1 14:57:20.png，在弹出的选项中，选择 过滤 功能。 image2019-11-1 14:57:9.png 总入口：在当前多维分析表格区选中的数据列的列按钮中单击 过滤 按钮，弹出过滤下拉菜单。 定制过滤：在过滤下拉菜单中选择 定制过滤，弹出“自定义过滤”对话框，选择 值过滤 后，自定义过滤条件。TopN过滤和BottomN过滤请参见 TopN分析 和 累计百分比分析 章节。 取消过滤：在过滤下拉菜单中选择 取消过滤。 前/后系统访问慢/卡顿的几种信息采集方式
（本文档仅供参考） 问题 客户反馈不管是通过nginx转发还是直接访问BI服务器地址，打开资源操作普遍都比较慢，但是后台的cpu和内存都是空闲的，要如何分析信息？ 解决方案 正常对于问题现象进行跟进分析需要采集一些信息，这里依据于不同层面的原因提供需要采集信息的方式： 1、录制CPU验证是否是服务器端慢 录制CPU采样可参考wiki文档：https://history.wiki.smartbi.com.cn/pages/viewpage.action?pageId=44500290 https://history.wiki.smartbi.com.cn/pages常见问题
一、租户能承载多少用户 每个租户的默认配置可以支撑<100用户。如需支撑更多用户，联系管理员扩容硬件配置，或搭建集群。 二、性能问题 租户启动之初，各组件都没有预热，所以性能会有些慢。需要打开几张报表，让数据库、olap运行起来，速度才会正常。 三、容器默认硬件配置 V11的每个租户是由5个容器组成的容器组，包含tomcat/mysql/olap/mpp/engine，每个容器分配的cpu是0.05--2核，内存是512M-8G。 需要扩大配置时找平台管理员。 四、504错误 当查询缓慢时，可能会出现504错误，因为使用了nginx做反向代理，smartbi长时间不返回结果，nginx会报504错误。可以联系平台查询语句(SQL)超过了缓存库配置的最大数
（此文档仅供参考） 问题现象 基于数据模型制作的仪表盘，数据模型为抽取模式并且高速缓存库为CH，在仪表盘中查询数据时报错“查询语句(SQL)超过了缓存库配置的最大数，请联系管理员！” image2022-11-14_9-30-41.png 解决方案 修改高速缓存库CH的配置文件：/etc/clickhouse-server/users.xml 查询语句大小限制，默认的max_query_size最大是256 KiB，如果查询语句比较大，可以配置此项，下图配置为10G，可自行调整，但不超过mpp最大内存 <max_query_size>10737418240</max_query_size> 查询语法树中的最大JBOSS服务器如何打印线程/堆文件
jmap -histo:live 进程号 >> /home/进程号.map 5、若条件允许(文件十分大和分配给smartbi的内存一样大)，可输出完整的堆栈信息，输入命令为 jmap -dump:live,format=b,file=进程号.bin http://xn--dumplive%2Cformat%3Db导出系统日志没有反应，F12下报错“导出失败，设备上没有空间”
（本文档仅供参考） 问题说明 导出系统日志时没有反应，通过F12调试发现报错为“导出失败，设备上没有空间” 导出失败没有空间.png 或者日志中报错 No space left on device A3AC2AB8-FB7F.png 解决方案 1.通过运维命令排查磁盘空间情况，检查服务器机器磁盘空间是否已满 df -hl 2023-11-02_102825.png 2.查看当前目录中哪些文件夹、文件占内存多 du -sh * | sort -rh | head -n 10 2023-11-02_135738.png 3.因为导出日志时产生的临时文件会保存至服务器端临时目录文件夹下，请检查服务器
