第2页，共30页。 显示 292 条结果 (0.02 秒)
修改JVM内存不生效
（本文档仅供参考） 问题说明 在Tomcat中无论如何修改JVM信息，在启动之后访问smartbi，发现JVM内存始终没有变化，还是原来的值。 image2018-5-31 15:20:23.png 问题原因 原因一：之所以出现这个问题，是因为启动Tomcat的时候，是通过在系统的服务中对Tomcat进行 … :55:19.png 保存之后，在操作系统服务中重启Tomcat服务，访问smartbi，相应JVM参数如下： image2018-5-31 15:59:44.png 原因二：删除JAVA_OPTS两边空格后启动服务器即可。 修改内存不生效基于绑定Excel模板的数据集创建灵活分析导出数据量较大的时候会内存溢出
（本文档仅供参考） 问题 基于绑定Excel模板的数据集创建的灵活分析，导出Excel的时候，数据量较大时会出现卡顿内存溢出、服务器GC等现象。 解决方案 说明：这里提到的设置了Excel模板是指按照此文档的方式对数据集绑定了一个Excel模板： Excel模板设置 https://wiki.smartbi.com.cn/pages/viewpage.action?pageId=44499257 问题原因；如果是设置了EXCEL模板会导致导出报表的时候内存使用过高，因为不绑定Excel模板的情况是写xml文件，是流写入，不需要耗费太多的内存，而绑定Excel模板设置【内存数据库最大返回单元格数】对灵活分析不生效
(本文档仅供参考） 问题说明： 查询全省数据 1400万，服务器设置内存数据库最大返回行数1000，内存数据库最大返回单元格数为20万。 查询的时候没有提示什么，就这样卡住了，造成服务器内存溢出。 这个限制为什么不起作用？ 问题原因： 目前产品灵活分析的数据获取逻辑是分页返回的。因此，这种情况下除非在当前页数据量超过20万单元格，否则无法达到系统限制的数据量产生限制提示。 对于在分页返回的灵活分析中为什么会造成内存溢出？这是因为当前的灵活分析是基于原生SQL数据集创建的，灵活分析中的分页也是基于原生SQL数据集的返回数据进行分页获取。由于原生SQL数据集在获取数据时，会根据驱动游标机制去实行weblogic12c内存溢出后服务器会自动停止进程
： image2020-11-30_17-41-48.png image2020-11-30_17-42-0.png 另对于内存溢出问题，若是没有添加该JVM参数的，请在JVM参数增加-XX:+HeapDumpOnOutOfMemoryError以便内存溢出时自动生成堆信息并将堆信息发回以便问题的后续跟踪。 weblogic12c内存溢出查询结果集单元格超出了系统选项设置的【内存数据库最大返回单元格数】
（本文档仅供参考） 问题现象 查询结果集单元格超出了系统选项设置的【内存数据库最大返回单元格数】 系统选项设置的内存数据库最大返回单元格数是20万，但是灵活分析设置的每页是显示100行，一共也就是200多列，不可能会超过20万的，把内存数据库最大返回单元格数设置为30万就正常不报错了，这个是为什么呢？ image2018-11-5 18:48:3.png image2018-11-5 18:48:29.png 解决方案 Smartbi是根据系统选项的内存数据库最大返回行数，来决定每次要取的行数是多少，这里设置默认取的就是1000行，但灵活分析设置了每页显示100行，那么内存数据库一次性⬝ 场景一：单台服务器部署
基于单台服务器部署Smartbi及所有其组件，参考部署方案如下： 1、服务器最低配置 单台服务器部署smartbi所有组件时，最低配置要求如下： CPU 内存 硬盘 网络 8核 32G 部署目录200G 千兆网络 具体说明： 组件名称 内存 备注 Smartbi 3G Tomcat的JVM内存最大值，可根据并发量调整此参数 知识库 2G Mysql可能会使用的内存 MPP 8G MPP的最大内存配置，可调整 SmartbiOLAP 4G 建议提高内存配置 导出引擎 2G 导出引擎可能会使用的内存汇总求和 - 电子表格如何同时展现清单明细和汇总
？ 如果直接拖拽对应的数据集的字段在大数据量的情况下会提示此信息： image2021-7-21_13-50-24.png 具体原因可参考文档： 查询结果集单元格超过了系统选项设置的内存数据库最大返回单元格数或报表最大单元格数 之所以会出现【查询结果集单元格超过了系统选项设置的内存数据库最大返回单元格数】的提示， 是因为在新版本中，我们研发增加了对数据集输出单元格数的限制， 以此避免因打开报表输出过多单元格耗费过多内存、引起的内存溢出宕机等等问题。 对于内存数据库最大返回单元格数的介绍如下： image2021-7-21_17-0-33.png透视分析（旧）导出失败：超出了单元格上限！请缩小结果集或联系管理员修改系统配置。
图2： image2018-11-15 10:51:21.png 说明：【透视分析单元格上限】的作用是限制每页加载的报表单元格总数据，以保证对浏览器渲染不会造成过大压力，以至于导致浏览器无响应等现象；同时减少对服务器的内存压力，因为此项限制同时可控制加载到服务器内存上的数据量大小。 而报表在进行浏览的时候没有弹出此项提示是因为前端进行了报表分页，缩小了每页展示的单元格上限。当导出Excel选择【导出所有页的表格】的时候，这时候后台加载数据量就是需要一次性将所有数据查询返回服务器内存上，从后台逻辑来说就是一个不分页的效果，因此会超出了【透视分析单元格上限SQL引擎V2.0介绍
1、SQL引擎V2.0 只能在数据模型V2.0开启之后才能使用。 2、SQL引擎V1.0的支持范围可查看SQL引擎V1.0介绍 https://wiki.smartbi.com.cn/pages/viewpage.action?pageId=113542956。 3、SQL引擎V2.0不会加载明细数据到内存中 … SQL引擎V2.0的原理简说 SQL引擎V2.0是使用 DuckDB 作为 数据模型 SQL 查询的执行引擎。 作为一款嵌入式数据库，DuckDB 专为高效处理大规模数据分析任务而设计，其内存引擎在其中扮演了至关重要的角色。 以下是关于 DuckDB 内存引擎的一些关键点： 内存中的数据结构 DuckDB 使用部署Smartbi MPP 单节点
只支持 64位的Linux系统 建议： CentOS 6或以上 RedHat 6或以上 CPU 建议8核或以上 内存 建议32G以上 硬盘 建议固态硬盘或高速硬盘 空间大小2048G 官方预构建的二进制文件通常针对x86_64进行编译 … ufw allow 8123/tcp ufw allow 9000/tcp 配置完以后重新加载firewalld，使配置生效 ufw reload 查看防火墙的配置信息 ufw status numbered 建议关闭服务器虚拟内存，避免查询期间使用虚拟内存导致查询变慢和查询异常。 swapoff
