第4页，共7页。 显示 68 条结果 (0.016 秒)
常见问题
，包含tomcat/mysql/olap/mpp/engine，每个容器分配的cpu是0.05--2核，内存是512M-8G。 需要扩大配置时找平台管理员。 四、504错误 当查询缓慢时，可能会出现504错误，因为使用了nginx做反向代理，smartbi长时间不返回结果，nginx会报504错误。可以联系平台管理员索要其他地址，不经过nginx转发。 五、Mysql连接不通 尝试在连接串添加参数useSSL=false；或者驱动程序存放目录选择“自定义–Mysql”。跨域
smartbi单独访问和smartbi集成第三方系统使用代理后的A域的地址，第三方系统在需要集成smartbi时也使用A域的地址。 需要借助第三方代理（如iis、nginx、F5等）。 2、将smartbi代理到协议端口一致的B域，此时smartbi单独访问和smartbi集成第三方系统使用代理后的B域的地址，第三方系统在需要集成smartbi时也用B域的地址。 如果第三方系统是java web应用，可以使用smartbi_proxy部署到第三方的java应用服务器，也可以借助第三方代理（如iis、nginx、F5等）； 如果第三方系统是非java web应用，需要借助第三方代理（如iis、nginx、F5等） 3、将网络请求安全卫士
，key建议全英文，大小写不敏感，如示例：nginx设置了自定义请求头【customizeName】，值同样建议全英文。 image2023-9-22_18-2-19.png 选中defender.jsp的【按请求头名称标识外网】，并且填上你的自定义名称，如示例【customizeName】 验证：怎么验证你的自定义请求头是否生效呢？ 勾选【启动跟踪日志】的【是】并【保存】(非排查问题或验证外，不建议开启，会影响性能)，然后进入smartbi->系统监控->日志→开始监控日志 访问代理地址，如以上nginx配置示例： http://10.10.11.254:8642/smartbi/vision/index.jsp导入资源，一直无响应，资源显示不出来
(此文档仅供参考) 问题说明： 导入资源，一直无响应，资源显示不出来 image2019-2-21 14:43:39.png 解决方案： 录charles之后，发现错误“413 Request Entity Too Large” image2019-2-21 14:45:24.png 是nginx代理有问题，拦截了，需要修改配置。 修改nginx配置：client_max_body_size 1000m; 可参考此文档：https://www.cnblogs.com/xiaoliu66007/p/6397917.html https://www.cnblogs.com/xiaoliu66007/p报表在刷新很久之后，报 An error occurred
（本文档仅供参考） 问题： 报表在刷新很久之后，报如下错误 image2018-11-29 17:28:40.png 解决思路： 该问题是分发服务器报的错，建议尝试直接连smartbi服务器查看是否有问题； 检查smartbi中报表及后台sql刷新的时间，对比nginx中设置的超时时间，解决方案：1.优化报表及后台sql，提高响应速度 2.将nginx中超时时间调大一些。Excel插件预览报错“已取消网页导航”
（本文档仅供参考） 问题描述： Smartbi环境支持通过http或者nginx代理的https来访问，浏览器 https 访问正常，但是通过 Excel插件 使用https协议登录之后，预览数据报如下错误： https预览报表.png 问题原因： 这是由于https的证书不安全导致。嵌入式浏览器默认不支持不安全的证书 解决方案： 1.部署署受信任的证书到nginx环境 2.Smartib V9及之后版本电子表格支持指定预览浏览器,可以在“设置”界面选择“自定义”浏览器用于预览使用。但不支持集群环境，详细见：excel中点击预览报表时提示SmartbiCookie对应的会话自主排查方案
本章简要介绍如何在NLA部署过程中进行问题排查 NLA模块 安装部署过程中出现问题，首先应检查容器是否都正常运行。 # 列出所有容器，包括未运行的。 docker ps -a image2021-3-30_10-26-52.png 若有哪个容器未能正常启动，便可采取查看日志logs的方案进行问题排查，主要分为以下三种情况： 1. docker服务仍然在运行 采用 docker logs <images name>指令查看指定容器的日志。示例如下： # 当容器smartbi-nla_nginx_1未能运行成功，查看该容器的日志。 docker logs smartbi-nla_nginx备份知识库、导出报表脚本报错：the page at - - - was loaded over Https- - - the content must be served over HTTPS
机没处理好导致请求是http的请求，所以导致此报错。此问题可以通过检查前置机的设置确保其请求是https的请求或者是把smartbi也部署成https的。 如果是nginx代理，参考nginx配置https代理http协议的smartbi重定向时出现各种不正常现象解决。明道云集成Smartbi跨域问题
的方案。 解决方案： 经研究此问题 通过在nginx设置 proxy_cookie_path方式可以解决，具体配置截图如下，这样配置后可以让浏览器不进行强制的校验。关于proxy_cookie_path的更多应用场景也可参考：nginx-6-单节点会话保持 https://wiki.smartbi.com.cn性能测试常见FAQ
机制 ，假如有前置机，如nginx，也要设置相应的会话超时时间 理论上，我们产品默认的cookie只需要 JSESSIONID 浏览器F12抓不到登录接口 F12未勾选保留日志和禁用缓存等选项 F12中网络选项中选择勾上选保留日志、禁用缓存选项 提示了“目前在线用户数已超过购买授权”。 如果购买 … 关闭接口是需要关联参数 Nginx集群后就出现登录超时问题 未做会话保持 Nginx配置基于cookie的会话保持 jmeter压测报java.net http://java.net.SocketException: Connection reset 压测过程中出现该错误，可能是负载机的TCP端口占满
