问题现象

    现象一：服务器CPU 和内存一直在98%-100%，后台报锁死错误，一直卡住，无法开发报表

       原因1：磁盘空间不够的因素，出现无法写日志的情况从而导致产品系统功能宕机无法正常使用。 因此关于服务器磁盘空间不足的问题，目前需要您加大磁盘空余容量。这是我们产品对服务器环境的各项要求文档： https://history.wiki.smartbi.com.cn/pages/viewpage.action?pageId=35750004  
  
       原因2：报表设置不合理。比如说用电子表格的分组报表，分组报表本身是一次性加载所有数据到内存上的，若是数据集返回结果很大，这时候会导致内存被占用，这时候在内存不够分配的情况下，CPU就会上升，并系统卡顿。请优化相关系统参数， 具体入口在【系统选项】--》【缓存设置】（如下图），参数说明可查看wiki文档： https://history.wiki.smartbi.com.cn/pages/viewpage.action?pageId=35751346 

 

      
       并同时对电子表格增加过滤参数，以便缩小数据集返回行数。
    
       原因3：内存溢出，代码逻辑存在问题。

原因：保存资源的路径下面有同名的（包括资源名称和别名）其他类型的资源

 

    现象二：服务器可正常访问，但是后台显示CPU占用过高

       分析：请访问listthreads.jsp界面，如： http://192.168.1.10:17300/smartbi/vision/monitor/listthreads.jsp 

     （需要把IP和端口号 修改成现场的服务器IP和端口号），此界面可分析是哪个线程占用过高的CPU：

     

     现象三：如果服务器没有宕机，只是报表响应时间长。

信息收集：打开CPU采样，录制报表打开的过程，可参考文档：系统监控-性能（CPU采样）

    现象四：所有用户无法访问服务器，即服务器宕机了。

       建议现场在服务器宕机发生的时候同时打印堆dump信息发回分析。

      1、拿回服务器日志信息，包括所有节点smartbi.log以及服务器自身的logs。（对于服务器日志的获取可参考wiki文档：https://history.wiki.smartbi.com.cn/pages/viewpage.action?pageId=27000922，根据现场的服务器拿到对应的服务器日志）

      2、进行打印线程信息，可参考wiki文档（根据具体的服务器进行线程信息和堆dump文件的打印）： https://history.wiki.smartbi.com.cn/pages/viewpage.action?pageId=29854061 

      

      注：堆dump文件较大，也可以上传到网盘上，提供下载链接。