第1.1页，共7页。 显示 62 条结果 (0.285 秒)
Nginx+Tomcat部署Smartbi集群
通过Nginx实现Smartbi集群的负载均衡，提高Smartbi的可用性 1、部署Tomcat和Smartbi 参考 Linux Tomcat部署Smartbi https://wiki.smartbi.com.cn/pages/viewpage.action?pageId=56689514 文档部署Tomcat和Smartbi，并配置好License，知识库相关信息，能正常访问Smartbi。 1、Smartbi集群需要连接相同的知识库 2、所有节点的smartbi应该用相同的版本 2、部署Nginx 参考Nginx官方文档 http://nginx.org/en/docs/ http://nginx.org/ennginx An error occured
（nginx的方案源于网上资料，本文档仅供参考） 现象 image2019-12-3 14:14:24.png 解释 nginx提示出现错误，但错误原因从页面上无法获取 解决方案 尝试不经过nginx的地址直接访问smartbi所在服务器的ip端口组成的地址测试 1、如果直接访问smartbi正常，则说明是nginx出现错误，需要查看nginx的错误日志分析原因； 2、如果直接访问smartbi不正常，则说明smartbi服务器未启动或者服务出现宕机，需要检查smartbi是否启动或按宕机处理方案跟踪问题。 宕机信息采集可参考Wiki文档：宕机/慢问题跟踪以及信息采集nginx 超时问题
问题 遇到此问题可以录制chrles，查看会话超时的第一个请求的是否已经转移，如果是，请按照下面调整nginx.conf配置 image2019-4-30 10:26:9.png 解决方案： 此问题是因为nginx超时导致的，需要修改 Nginx 的超时时间，将超时时间加长。修改文件为 nginx.conf，具体修改位置（可参考下图）请上网搜索，或咨询nginx相关人员。 * proxy_connect_timeout 语法 proxy_connect_timeout time 默认值 60s 上下文 http server location 说明 该指令设置与upstream server的连接超时时间，有必要记住nginx 504 Gateway Time-out
（nginx的方案源于网上资料，本文档仅供参考） 现象 1、加载查询慢的电子表格出现如下图： image2019-12-3 14:0:13.png 2、上传Excel导入模版一直在等待，但是后台日志已经读取完sheet页 image2022-4-21_16-44-40.png 3、备份知识库无法正常 … 此时再新开标签页访问smartbi不能正常访问，说明smartbi服务可能刚出现宕机，需要按宕机处理方案跟踪问题； 2)、如果此时再新开标签页访问smartbi可以正常访问，则说明出现504 Gateway Time-out的原因是nginx配置的超时时间过短，而报表刷新时间超过了nginx配置的超时时间。 2、导入Nginx配置proxy_pass映射到http://ip:端口号/smartbi/vision/ 无法正常访问
（nginx的方案源于网上资料，本文档仅供参考） 问题 因为需要通过Nginx进行代理转发，在Nginx配置文件中的如下，现在的问题是，通过Nginx转发可以访问到smartbi的登录页面，但是输入用户名和密码没有反映，进不了smartbi看不到资源，请问是什么问题呢？ location /oa … 中的Nginx配置，此Nginx参数配置目前有三个问题： 1、正常配置location的转发路径的时候，location /oa/test/ ,需要不能少一个斜杆： image2020-1-2 13:55:55.png 2、不建议proxy_pass配置到/vision级别 ，这样重定向会有问题nginx 413 request Entity too Large
（nginx的方案源于网上资料，本文档仅供参考） 现象 1、office插件发布提示如图错误： image2019-12-3 14:19:56.png 2、上传Excel导入模版一直在等待： image2019-12-3 14:21:2.png 录制charles发现Response Code提示了413： image2019-12-3 14:21:57.png 3、导入资源确定后一直停留在导入选择的界面 录制charles发现Response Code提示了413： image2019-12-14 10:51:17.png 解释 nginx有配置会限制上传文件的大小，而在发布报表、上传导入模版nginx解决跨域问题方案参考
（nginx的方案源于网上资料，本文档仅供参考） Smartbi 与第三方系统部署在不同的机器上，或者部署在同一机器不同的应用服务器域下，双方系统集成时经常出现跨域访问。 随着Chrome新版本对跨域cookie传递的限制趋严，苹果设备上Safari浏览器等对跨域cookie传递的限制，需要解决跨域问题的场景逐渐增多，解决跨域最常用的方案是部署代理，比如F5和nginx等常见的第三方代理都可以配置代理smartbi，其中nginx的反向代理功能的解决方案是很方便的，以下举例说明nginx的配置方案。 环境背景 nginx所在机器的ip：10.10.101.73 nginx配置监听端口：80 第三方系统地址首页：httpnginx未配置监听协议默认端口时重定向的url丢失端口
（nginx的方案源于网上资料，本文档仅供参考） 现象 nginx配置监听端口不是80（http协议）或443（https协议）时，登录smartbi后在界面上无法导出资源、系统日志，打开报表点导出按钮无法导出文件，也就是大部分下载的操作都不正常。 如下示例，配置http监听端口是8088，有问题的nginx.conf配置如下： #user root root; worker_processes 1nginx配置https代理http协议的smartbi重定向时出现各种不正常现象
（nginx的方案源于网上资料，本文档仅供参考） 背景 直接访问smartbi地址是http协议的，但是由于实际的安全需要通过nginx修改成了https协议的地址，此时用户通过https协议的地址访问smartbi可能会出现各种问题。 有问题的nginx配置如下： #user nobody … 微信扩展包配置正确，在smartbi推送报表到企业微信后也正常，但是通过企业微信app无法正常打开报表（出现404等错误）； 解释 出现上述问题的原因在于https协议的地址在重定向后变成了http，本质是浏览器重定向时nginx错误的告知浏览器使用了proxy_pass地址（原始smartbi地址）的http协议如何验证smartbi地址是经过nginx代理中转的地址
（nginx的方案源于网上资料，本文档仅供参考） 在一些场景下，验证用户访问的smartbi地址是经过nginx代理中转的地址对进一步分析问题原因具有重要价值。 环境背景 smartbi地址首页：http://10.10.101.73/smartbi 验证方法 1、录制charles查看 如图，打开 … ： image2020-4-9 17:1:19.png 图中显示nginx/1.15.6，表示访问的smartbi地址是经过nginx 1.15.6版本中转的。 适用场景：通用方式，推荐使用，但不过某些客户会配置隐藏该属性导致无法找到。 2、去除项目名访问 浏览器不带smartbi的地址，即访问http
