...
现象二:服务器可正常访问,但是后台显示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文件较大,也可以上传到网盘上,提供下载链接。
Viewtracker |
---|