第2.6页，共30页。 显示 292 条结果 (0.027 秒)
⬝ 场景一：单台服务器部署
基于单台服务器部署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选择【导出所有页的表格】的时候，这时候后台加载数据量就是需要一次性将所有数据查询返回服务器内存上，从后台逻辑来说就是一个不分页的效果，因此会超出了【透视分析单元格上限部署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 建议关闭服务器虚拟内存，避免查询期间使用虚拟内存导致查询变慢和查询异常。 swapoffsmartbimpp启动成功，端口也监听正常，smartbi无法正常连接
（本文档仅供参考） 问题现象： smartbi连接高速缓存库报错如下： image2024-6-14_9-7-43.png 问题分析： 数据库服务正常启动，端口也正常监听，使用客户端登录数据库提示如下： image2024-6-14_9-8-12.png 处理方案： 看客户端登陆提示的信息，是mpp最大内存配置有问题，检查mpp配置文件中最大内存配置，是否正常 image2024-6-14_9-8-39.png 类似上图，最大内存配置不正常，内存单位不是g，所以如果要配置成最大内存使用为8g，需要设置为800000000 配置完成后重启ch即可。 mpp监控正常但连不上多维引擎：涉及排序部分场景性能优化说明
1 背景 原 Mondrian 逻辑中，所有排序操作均在内存中执行，需加载全量数据至内存，导致性能瓶颈。本次优化通过新增配置项，将部分排序逻辑下沉至 SQL 层执行，仅返回排序后的分页数据，降低内存压力并提升性能。 2 配置项说明 在2025-06-04之后的包默认开启了下面的选项： 控制排序逻辑下沉 … 4 无法优化的场景 以下情况排序逻辑仍需在内存执行，无法通过配置项优化： 计算度量排序：计算度量需内存计算，无法下沉。 含度量过滤的场景：度量过滤依赖计算度量逻辑，无法下沉。 含有自定义成员、汇总小计、命名集等情况无法优化。 5 排序结果差异说明 由于数据库排序规则（如字符集、排序算法F12-Memory拍摄堆快照
Chrome浏览器自带一个Memory功能，可以查看当前网页的JavaScript占用的内存情况。在分析前端界面内存溢出时常常用到。可根据smartbi界面的内存变化来确定是否存在前端内存泄漏。 操作步骤 1、打开chrome浏览器，访问并登录smartbi 2、如果是主界面运行一段时间提示内存不足，登录后打开F12，如果是报表运行一段时间提示内存不足，右键报表新窗口打开后在新的浏览器标签下打开F12 3、点击F12出来的界面中的Memory/内存选项，可以看到三个分析类型： 1）Heap snapshot：堆快照 2）Allocation instrumentation on timelineSQL引擎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及其组件部署的硬件推荐配置如下： 服务 CPU推荐 内存推荐 硬盘推荐 备注 Smartbi 8核+ 2.0 GHZ 以上 32G+ 200GB+ JVM内存16G以上 知识库 8核+ 2.0 GHZ 以上 16G+ 200GB+ … SmartbiTimeSeries 4核+ 2.0 GHZ 以上 8G+ 200GB+ 服务 数据量 并发 配置推荐 服务器数量推荐 Smartbi数据挖掘/SmartbiETL 500MB~5GB 10~30 16核，64G内存，1TB硬盘 1~3台 5GB应用服务器配置建议(JVM参数)
（本文档仅供参考） 说明 在Smartbi配置时，需要为Smartbi配置一定的JVM参数。 比如Smartbi在运行过程中，需要占用一定JVM内存，若需要的JVM内存等分配不够，则容易产生内存溢出（outofmemory）等问题。 JVM相关设置项的配置是通过应用服务器进行配置 … 描述 -Xms 512m以上 初始化"堆"大小 -Xmx 16384m及以上 当JVM运行过程中出现java.lang.OutOfMemoryError: Heap space时，应当增大此值，或者使用集群配置减轻并发压力; 当提示JVM(XMX)设置超过服务器内存，应减少设置
