第162页，共322页。 显示 3,214 条结果 (0.081 秒)
MySQL8作为知识库测试连接报错：Received fatal alert: protocol_version
（本文档仅供参考） 问题现象 MySQL8作为知识库，测试连接失败，报错如下： image2023-12-22_15-30-19.png 解决方案 此报错是客户端和服务器之间使用不同的 SSL/TLS 协议版本导致的，可尝试如下方式排查处理： 1、先参考此Wiki文档，确保正确添加了驱动：Smartbi_V9配置MySQL8作为知识库； 2、查看MySQL是否启用了SSL，查询语句参考：SHOW VARIABLES LIKE 'have_ssl'; Value是YES则代表是开启的，若是开启的，需要在知识库的连接添加字符如下： xxx?zeroDateTimeBehaviorEXE安装包更新版本
（本文档仅供参考） 问题： （exe安装选择功能中，数据挖掘平台功能包含企业报表平台） 1、现场环境曾使用V95版exe安装包部署，现需更新最新版本的war包及数挖版本； 2、V95版本及以上版本的exe安装包在部署过程中已经部署“企业报表平台”，试用过程中需要添加数据挖掘功能 … 修改后执行下去，完成版本更新； 2、添加数据挖掘功能，可通过执行exe安装文件，功能选择“数据挖掘平台”，完成安装后即可部署上数挖功能。（该操作一般不覆盖知识库，作用是覆盖原环境war包并部署上数据挖掘功能。）V11版本自定义登录首页右侧登录框标题
（本文档仅供参考） 问题 V11 登录界面变化之后，登录框上方文字希望可以自定义文本样式。 右侧登录文字_20240301101247.png 解决方案 可以在【运维设置-界面设置-自定义样式】中添加以下代码。 /* 设置登录右侧标题的样式 */ .login-right-title { overflow: hidden; /* 隐藏超出容器的内容 */ } /* 使用 ::before 伪元素在 .login-right-title 前面添加新文本内容 */ .login-right-title::before { content: "新文本内容"; /* 指定要插入登录进入到Smartbi系统后，主界面背景图替换
（本文档仅供参考） 问题 登录进入到Smartbi系统后，主界面的背景图如何替换？ image2022-1-13_11-28-19.png 解决方案 1、F12定位到对应的背景图路径，然后在war包中找到该路径，并添加要替换的图片，需重启服务后生效 （前端元素查找也可参考此文档：前端元素查找 … -自定义样式】中添加以下代码，对应路径为替换后图片的路径 .bg-1{ background-image: url(../img/baseframe/module/111.png); } 替换后效果如下图： image2022-1-13_11-30-17.png 注：以上方式基于war包修改，每次更换war包后都需要Linux打印日志乱码处理
解决？ image2020-9-10_14-24-43.png image2020-9-10_14-15-9.png 解决方案 由于此问题是将日志文件传输到windows，用ue打开也是乱码，所以判断是因为应用服务器缺少设置编码的参数导致，需要在JVM参数那边添加以下俩个参数-Dfile.encoding=UTF-8 -Dsun.jnu.encoding=UTF-8，然后重启应用服务器。 添加JVM参数的操作步骤可参考此文档：应用服务器JVM参数配置 https://history.wiki.smartbi.com.cn/pages/viewpage.action?pageId=35751396高性能版本（docker）字体乱码处理
六、添加卷 选择卷--》添加卷–》从主机中挂载目录，如下图所示。 7.png 七、配置新加卷 卷名填写jdk,不能带特殊字符。 主机路径填写第四步电子表格报表宏异常：The count of Hyperlinks cannot be larger than 66530
每页行数，如每页50行。 （在Excel中尝试添加第66531个超链接，是无法添加上去的）数据模型源于SQL预览造成服务器宕机
（本文档仅供参考） 问题说明 客户在数据模型中添加sql，在预览时服务器宕机。前端报502。smartbi进程不存在了。 根据客户提供的信息进行排查。是因为内存不足而宕机。 发现原因：执行了一个数据集的数据预览，日期都为空，结果内存占用40G+ 数据量：那会儿查询的是2亿的一个表关联一个400w数据的表 image2023-12-29_14-6-56.png image2023-12-29_14-9-16.png 解决方案 发现客户连接参数未添加以下参数值：useServerPrepStmts=true&useCursorFetch模型表管理报表不存在或者没权限使用
（本文档仅供参考） 问题说明 在使用模型表管理功能的时候，查所有数据模型的模型表都会报错“表不存在或者没权限使用”，即使用管理员账号也是一样报错。 image2024-2-7_16-51-51.png 问题原因 这是由于开启了原生sql数据权限功能导致，配置项位置如下： image2024-2-7_16-53-59.png 因为开启了原生SQL数据集的权限，那么原生SQL数据权限校验时会解析出sql表达式中的表，判断该表是否添加到数据源中，以及是否有该表的资源权限，没有添加到数据源以及没有表的资源权限时就会报错。 而，模型表管理里面的拖出来的表是抽取后在高速缓存库中生成的私有查询对应小表和大宽表，这些表在资源树上回写-回写保存之后，点击单元格不显示绑定的参数备选值
了"只允许修改插入行的单元格，原始行单元格不能修改"，勾选后只能对插入行的数据进行修改，对于原本有数据的原始单元格内容不允许修改。若需对原始单元格数据进行修改，取消勾选即可。 03.png 另，关于原始行不能修改，但是点击该单元格会高亮是因为该单元格设置了"可以插入/删除行"，是因为需要与不允许添加/删除行的效果区分，故设置点击该单元格后会有高亮的效果，从而实现可右击添加、删除行的需求。 04.png 回写填报绑定的参数失效 回写填报绑定参数不能选择
