第111页，共191页。 显示 1,901 条结果 (0.032 秒)
部署Smartbi-NLA自然语言分析引擎
则在Smartbi服务器访问NLA服务是正常的。 image2023-5-25_18-10-39.png 2.安装 (1) 解压安装包 tar -xvf nla-setup.tar.gz (2) 执行安装脚本进行安装 先在安装包的解压目录下对文件进行授权： sudo chmod 777 -R … 服务器，要求服务器支持AVX指令集。 3. 安装完成了但是自然语言分析的配置项显示不出来。 问题现象：填了“自然语言分析的登陆地址“，点击“测试连接”，提示OK，点击“显示更多设置“按钮无反应。 问题可能的原因1：如果部署了CAS拓展包，请检查CAS服务器是否能与nla服务器互通。 问题可能的原因2SQLServer：查询条件包含中文信息无法获取到查询结果
（本文仅供参考） 问题现象： 在使用sql查询SQLServer中的数据时，数据中明显存在有可对应where限制条件的数据，但是通过使用where限制条件查询时发现出现无数据的情况。 image2024-2-25_16-36-7.pngimage2024-2-25_16-36-56.png 问题原因： 该问题是由于所使用的SQLServer数据库为英文版本所以数据库中的字段值为Unicode编码，在查询字段类型为char ->nchar varchar ->nvarchar text →ntext类型的字段时会出现字符编码不匹配故查询不到对应数据的情况 解决方案： 由于该问题主要为sql层面的限制，SQLServdocker build打包镜像失败提示“caused \"write /proc/self/attr/keycreate: permission denied\"": unknown”
（本文档仅供参考） 问题： docker build打包镜像时体失败，提示报错信息 “OCI runtime create failed: container_linux.go:345: starting container process caused "process_linux.go:430: container init caused \"write /proc/self/attr/keycreate: permission denied\"": unknown”。 image2022-11-6_17-48-50.png 解决方案： 一般是因为没关闭selinux导致的，Linux输入电子表格⬝ 多数据集报表
“10”，字体颜色“白色”，填充色“#2F5597”，居中显示； 单元格C5、D5、F5：字体“黑体”，字号“10”，字体颜色“黑色”，居中显示； 定义相关属性：扩展属性、数据设置、附属属性 1、单元格B5、C5：从上到下扩展，分组显示，父格默认； 2、单元D4、F4：从左到右扩展，分组显示，父格默认； 3、单元格D5、F5：不扩展，汇总求和显示，父格默认； 基于数据模型创建的电子表格，如需修改汇总方式，需前往数据模型的汇总依据中进行设置，详情可参考数据模型-度量面板 https://wiki.smartbi.com.cn/pages/viewpage.action?pageId=69737566#id-Hyperion Essbase Server 相关FAQ
步骤设置 02.png 问题3 EssbaseXmla服务链接Essbase的时候提示“Error in network i/o” 原因 jar驱动版本不匹配引起的 解决方案 找到相应Essbase Server的驱动包ess_japi.jar，并替换EssbaseXmla.war\WEB-INF\libOLAP日志报错：checkNeedSync error url ...
（本文档仅供参考） 问题描述： OLAP开启了驱动同步，OLAP驱动目录找不到同步的驱动包，OLAP日志报错如下： image2023-7-21_12-17-23.png 解决方案： 该问题是同步地址有误造成的，可进入 Smartbi OLAP 的config界面进行配置，配置页面地址参考如下： http://serverip:port/smartbiolap/manager/config.jsp serverip：部署OLAP所在的服务器IP地址 port：OLAP的端口，默认是18081 具体的OLAP对应的ip和port也可在系统选项->高级设置项中获取。 进入OLAP的配置页面后，可在红框所示位置自助仪表盘基于impala数据库做油量图的时候报错
（本文档仅供参考） 问题现象 在使用v8.5版本的自助仪表盘做油量图的时候报错了，数据库是impala数据库。若用数据做柱图是没问题的，也让客户将错误信息中的sql放入impala数据库中执行，发现是在执行的sql最后面添加了order by 导致的 image2018-11-16 16:58:2.png image2018-11-16 16:58:45.png 问题原因 该问题与war包版本无关，主要是因为系统选项中配置的查询分页默认的是SQL分页，如果是SQL分页，则执行SQL会在查询外套一层并加上order by后根据返回结果分段分页，由于impala数据库比较特殊，如果最外层使用了SUM，则order东方通部署smartbi通过URL拼接参数添加特殊字符{}[]
（本文档仅供参考） 问题 项目原来使用tomcat部署smartbi，在url通过URL拼接参数打开报表报400，根据以下wiki解决了Tomcat高版本部署smartbi通过URL拼接参数打开报表报400，后进行环境迁移，更换了应用服务器，新环境部署应用服务器为东方通，遇到同样有问题。 解决方案： 根据东方通厂家人员提供信息现场修改如下： image2024-3-29_10-8-17.png image2024-3-29_10-8-23.png 基本配置上图都可解决，如还有问题，可以看一下东方通版本。此前遇到下图版本出现该问题，最终跟踪是东方通的bug，联系中间件厂商提供补丁包，更新后即可MySQL知识库访问异常Packet for query is too large
(此文档仅供参考) 错误现象 在保存查询时，抛出错误，报知识库访问异常，并且具体错误信息中有以下信息 "Packet for query is too large"。 1.png 问题原因 该问题是由于 MySQL 配置中允许Server接受的数据包设置值 max_allowed_packet 太小所导致的。MySQL 默认的安装版中一般将该值设置为“200M”，如下所示： [mysqld] max_allowed_packet=200M 查看目前配置： show VARIABLES like '%max_allowed_packet电子表格⬝ 插件安装
插件安装包不包含在标准的产品安装包中，若需对插件进行学习或使用，请到官网进行下载 http://www.smartbi.com.cn/download http://www.smartbi.com.cn/download。 3、点击安装介质，弹出安装界面
