第4页，共344页。 显示 3,435 条结果 (0.042 秒)
license server 服务器挂了之后，Smartbi系统能够正常使用吗
（本文档仅供参考） 问题说明 正常使用过程中，如果license server服务器挂了，Smartbi主服务能够正常使用吗，如果主服务用不了，这块怎么做集群高可用的？支持集群吗？ 解决方案 目前license server服务宕机后，可继续使用10小时，此参数是写死的。不支持修改。即10个小时内必须要重新启动license server服务。可在服务器上设定一个故障重启任务机制。目前license server不支持集群。 licenseserver宕机通过 HTTP JSON 调用Smartbi服务器提供的方法
通过 HTTP JSON的方式，可以调用Smartbi服务器提供的所有方法（不限于 Java API文档 http://wiki.smartbi.com.cn/api/javaapi/， Java API是经过封装之后的稳定的接口），这些方法是未明确暴露的，可能在未来的版本变动的。 适用情形如下： ① 适用于Java API文档尚未支持，但项目上需要立即使用的紧急情况； ② 适用于调用用户自己开发的插件包中的服务接口。 各编程语言调用示例如下： 序号 示例 1 JS示例 2 JAVA示例 3 C#示例 如何查看Smartbi服务器所提供的方法？ 通过HTTP监视工具（如交互仪表盘函数获取当前日期与服务器时间不一致
（本文档仅供参考） 问题 交互式仪表盘中通过函数获取当前日时间期与服务器时间不一致 image2023-8-28_14-7-6.png image2023-8-28_14-6-21.png 原因&解决方案 此问题由于jvm参数中指定了时区，Etc/UTC，此时区刚好和国内相差8小时，调整为国内时区即可。 配置java的jvm参数，增加/修改 -Duser.timezone=Asia/Shanghai image2023-8-28_14-8-2.png smartbi配置jvm参数，可以参考：应用服务器配置建议(JVM参数) 文本组件时间不对 时间不对场景二：多台服务器部署
单节点部署Smartbi各个组件，在使用过程中可能会出现cpu资源抢占的情况。比如MPP高并发，大数据量查询操作、多并发执行导出的场景，数据挖掘大数据量计算场景等，都可能导致服务器资源不足，从而出现访问Smartbi慢，卡顿甚至报错等情况。 当前针对各个组件占用服务器CPU资源，没有好的限制方法，因此，我们建议可以根据实际使用场景，将占用CPU资源比较大的组件部署在不同的服务器中，通过服务器的隔离，实现cpu资源的隔离，达到避免出现cpu资源抢占，导致Smartbi服务访问受影响的情况。 服务器CPU资源消耗较大的组件有以下： 高速缓存库、跨库联合查询、导出引擎、Spark、Python计算节点 可以根据不同的场景⬝ 在各种服务器下的日志获取.
获取服务器日志 1、提供smartbi的日志，需要找到smartbi.log并发回。这里就涉及到smartbi.log日志如何查找的问题： 如果是使用smartbi的安装包安装的话，那么是在Tomcat\bin目录下的。 如果是使用war包进行部署，那么一般是由客户自己定义日志文件的路径的，可以让用户在应用服务器的目录下搜索smartbi.log，并发回进行分析。 2、除了smartbi的日志外，有时候启动失败有可能是因为应用服务器本身的原因。此时，需要提供应用服务器本身的日志文件，以便进行分析。不同应用服务器的日志文件不同。 Tomcat下的相关日志查询 1、如果Smartbi是使用exe安装的，那么其中公共设置-服务器地址
用于设置服务器地址，包括Smartbi服务器、导出引擎、离线导出的url地址 界面介绍 image2021-8-24_14-56-43.png 各设置项说明如下： 设置项 说明 Smartbi服务器URL地址 填写Smartbi服务器URL地址，用于导出引擎、挖掘引擎等独立部署的服务器访问Smartbi资源及服务 导出引擎URL地址 用设置导出引擎的URL地址，如：http://localhost:3003 文件存储位置设置 用于设置文件存储的位置，有三种类型：FTP、SFTP和服务器 2022-02-14_9-49-32.png 其中，服务器是指当前Smartbi所在在各种服务器下的日志获取
1、提供smartbi的日志，需要找到smartbi.log并发回。这里就涉及到smartbi.log日志如何查找的问题，如果是使用smartbi的安装包安装的话，那么是在Tomcat\bin目录下的。如果是使用war包进行部署，那么一般是由客户自己定义日志文件的路径的，可以让用户在应用服务器的目录下搜索smartbi.log，并发回进行分析。 2、除了smartbi的日志外，有时候启动失败有可能是因为应用服务器本身的原因。此时，需要提供应用服务器本身的日志文件，以便进行分析。不同应用服务器的日志文件不同。 一、Tomcat下的相关日志查询 1、如果Smartbi是使用exe安装的，那么其中的Tomcat应用服务器是自动关系数据源-连接Excel数据源(服务器文件)
Smartbi V5.1版本后，支持直接读取服务器excel文件做数据源。 操作步骤 制作excel数据文件 创建excel文件，支持创建多个sheet页，把需要的数据在excel文件中填写好，保存为本地文档。 如下图： 说明： 支持.xls和.xlsx后缀的文件 一个Excel文件对应一个 … 到服务器 把excel文件存放到smartbi应用所在的服务器，比如放到D盘:temp目录下。 worddavc35e4b7ef5a4379ffc74c261ffda6d59.png 创建excel数据源 在smartbi中选择 数据连接 > 关系数据库 > Smartbi JDBC for Excel，创建修改Tomcat服务器的应用名称
进行重命名，如test.war包；若是只有smartbi文件夹，就将文件夹重命名，如test image2017-9-27 15_35_14.png 3、清除服务器的temp和work文件夹里边的内容，注意删除的是文件夹里边的东西，不删除temp和work文件夹。 image2017-9-27 … 。 image2018-1-18 15_43_56.png 图片5.png 7、保存配置界面，重启服务器，重新访问smartbi这个时候，访问链接为修改后的应用名称，如：http://localhost:18080/test/vision/index.jsp2021-08-24_18-35-57.png运行任务或者计划时会报"Caused by: 连接服务器异常:无法使用"scheduleAdmin"登录应用服务器。"错误
（本文档仅供参考） 问题说明 若系统使用的是第三方登陆验证类，则运行任务或者计划时会报”Caused by: 连接服务器异常:无法使用“scheduleAdmin”登录应用服务器。“错误。 是否为第三方登录验证类，可看下图。 2024-11-14_171256.png 解决方案 可参考如下解决方案： 修改第三方登陆验证类，将scheduleAdmin用户作为例外，该用户单独使用smartbi的登陆验证流程。
