第3页，共30页。 显示 292 条结果 (0.033 秒)
smartbimpp启动成功，端口也监听正常，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 timeline如何处理宕机问题
日志:hs_err_pidxxx.log，tomcat日志:catalina.out，smartbi的日志:smartbi.log，通常如果是内存问题日志都会显示 查看内存溢出堆快照文件(xxxx.hprof), 使用jmap生成的堆快照文件，用于确认系统具体什么操作造成内存占用过大，用于判断是优化系统，还是增加配置； 使用jstack生成的线程快照文件，确认是否存在死锁、数据库连接池是否满之类问题； 使用使用 top -H -p <进程号>查看具体哪个线程占用内存、cpu最高，如垃圾回收线程占用cpu最高意味着可能内存不足； 详细信息请见排查路径>信息收集章节，收集这些信息后就可上报问题分析。 三、排查路径 （一）信息收集 1.系统环境要求
推荐配置 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)设置超过服务器内存，应减少设置透视分析（旧）数据抽取时每次读取数据条数（JDBC Fetchsize）
14:50:35.png 解决方案 此设置项的作用是当透视分析报表设置了【抽取数据】，可以防止一些数据库jdbc驱动一次性将所有的数据都加载到内存中，导致服务器内存被撑爆。因为设置数据抽取每次读取数据条数后，可以通过数据库游标方式每次只取1000条返回到内存上，这样可以避免服务器内存被大量占用的情况，但实际执行SQL还是10000条记录，只是通过游标取固定的条数返回到内存上。 image2019-9-4 14:49:12.png 数据抽取时每次读取数据条数大数据量抽取性能优化
1. 应用场景 超大数据量抽取性能无法满足需求，需要优化。 2. 实施步骤 2.1 ETL部署服务器配置 数据抽取性能优化的关键是尽可能多线程并行抽取，多线程就要求有多核cpu，每个线程执行的时候，也需要消耗内存，数据抽取的时候，会有数据落盘，对磁盘容量跟IO性能也有一定要求。总体而言，越高的服务器配置越能优化出更好的性能，如果服务器配置过低，通过调整其它配置，性能优化空间有限。为了保证有一定优化效果，配置要求： CPU 内存 硬盘 8核+ 32G+ 300G+ 2.2 ETL引擎配置 为了最大利用服务器硬件资源，ETL执行引擎需要做下面几个配置： 2.2.1 分配内存 如果不设置，默认宕机/慢问题跟踪以及信息采集
（本文档仅供参考） 一般出现类似于服务器CPU 和内存一直在98%-100%，后台报锁死错误，一直卡住，无法开发报表的情况 一、可能性分析 系统选项.jpg 【系统选项】--》【查询设置】–》【内存数据库最大返回行数】及【内存数据库最大返回单元格数】也不能设置过大，如果设置很大，往内存数据库加载的数据量就很大，会占用服务器的内存，造成内存溢出问题。 其中【内存数据库最大返回单元格数】=内存数据库最大返回行数*列字段 image2019-8-6 11:8:26.png image2019-8-6 11:12:6.png 1.3 原因3 灵活分析引用的数据集设置了Excel模板，然后场景一：单台服务器部署
基于单台服务器部署Smartbi及所有其组件，参考部署方案如下： 1、服务器最低配置 单台服务器部署smartbi所有组件时，最低配置要求如下： CPU 内存 硬盘 网络 8核 32G 部署目录200G 千兆网络 具体说明： 组件名称 内存 备注 Smartbi 3G Tomcat的JVM内存最大值，可根据并发量调整此参数 知识库 2G Mysql可能会使用的内存 MPP 8G MPP的最大内存配置，可调整 SmartbiOLAP 4G 建议提高内存配置 UnionServer 4G 跨库的内存配置
