第3页，共316页。 显示 3,154 条结果 (0.054 秒)
MySQL作为知识库，config配置知识库连接失败
（本文档仅供参考） 问题现象 配置知识库时，知识库连接失败，但是通过ping、telnet、数据库工具都能正常连接。 问题原因 显示栈信息，找到最后一个causedby，出现“No appropriate protocol(protocol is disabled … 。 image2021-7-30_10-23-17.png 方案2 ①可以先通过 find / -name *mysql.jar* 查一下服务器中的驱动是否存在，或驱动是否与知识库匹配 image2023-3-21_18-25-7.png 如果不存在或不匹配，就将对应的驱动jar包放到<tomcat安装目录>/webapps/smartbi恢复知识库
对知识库的数据进行恢复，可以用于知识库迁移。 通过备份操作创建知识库中的数据副本，如果知识库中的数据遭到破坏，用户可以通过恢复操作还原知识库中的数据。 恢复知识库操作必须要当前服务器版本等于或高于备份的知识库的版本。 功能入口 选择系统快捷菜单 系统运维 ，或者选择“系统导航栏”的 系统运维 ，如图： 395.png 弹出“恢复知识库”对话框，如图： 397.png 注意事项 1、当进行恢复知识库的服务器产品版本低于备份的backup文件当时的产品版本时，无法进行恢复。 2、对知识库进行恢复操作时，建议用户最好在一个空系统中进行，否则系统中的原有数据文件会被覆盖。 3、若恢复知识库操作是为了进行知识库迁移自动备份知识库的清理机制
（本文档仅供参考） 问题描述 为了防止知识库意外损坏的情况，默认情况下系统底层有计划任务每天备份知识库的数据到本地磁盘上，每天备份使用时间较长之后是否会一直占用磁盘，是否需要手动清理呢？ 问题分析 每天定时备份知识库的计划执行的是自动备份知识库的任务，该任务是使用定制代码来实现的，在代码中声明了maxCount变量是用来指定最多备份的的知识库个数的，当备份的知识库个数超出限制，则会默认删除最旧的知识库来保证磁盘上一直只有30个知识库，不会出现磁盘无限增长的问题。 理论上如果单节点上默认每天备份一次知识库，备份的知识库也就只有近一个月的，如需要备份更长的时间需保证磁盘上有充足空间然后调整maxCount变量的值PG数据库作为知识库，登录时提示“知识库访问异常”，报错“ERROR: cannot execute INSERT in a read-only transaction”
（本文档仅供参考） 问题 用pg数据库作为知识库，登录环境时提示“知识库访问异常”，点击确认后可正常访问系统，但是历史报表无法正常访问。 知识库访问异常.jpg 日志信息显示“ERROR: cannot execute INSERT in a read-only transaction”。 日志信息.PNG 原因 根据发回日志分析为PG知识库只有只读权限导致。 可能原因1：PG数据库为集群，知识库连接节点为备份节点，导致连接PG知识库只有只读权限。 可能原因2：由于配置变动，或其他异常原因如前置插件异常，导致连接PG知识库 解决方案 根据对应可能原因，有以下解决方案： 解决方案1：将知识库连接修改为PG集群备份知识库
对知识库的数据进行备份，可以用于知识库迁移。定时对知识库进行备份，可以帮助用户保护其数据免受意外的损失。 建议用户定期备份知识库。 功能入口 1、选择系统快捷菜单 系统运维 ，或者选择“系统导航栏”的 系统运维 ，如图： 394.png 2、选择“系统运维”界面主菜单 备份知识库 ，弹出“备份知识库”确认对话框，如图： xitongyunwei6.png “备份知识库”确认对话框如下： beifen zhishiku-04.png 若想定期自动备份知识库，参考下面章节 。 3、考虑到部分日志表数据量较大，对功能使用无影响，但涉及审计需求时需要单独备份日志表。所以备份知识库时，可选择“仅备份非日志表oracle 19c数据库连接失败：如何以服务器名的方式连接知识库
（本文档仅供参考） 问题描述： 知识库连接测试报错（ORA-12505），知识库为oracle 19c，更换了相应版本的驱动，客户如何以服务器名的方式连接知识库？ image2024-11-1_15-18-56.png 解决方案: 对于JDBC Thin方式连接Oracle数据库，格式通常是两种 1、jdbc:oracle:thin:@//<server_name>:<port>/<service_name>（在10g及以上版本推荐这种方式）； 2、jdbc:oracle:thin:@<server_name>:<port>:<SID>（旧的语法，SID是System Identifier）。 关于在知识库采用Postgresql知识库 卡住导致Tomcat无法正常启动
（本文档仅供参考） 问题描述 用户使用Postgresql作为知识库，按常规操作进行了license替换和版本升级，重启之后Tomcat一直卡住（如下图，日志卡住了不打印），怀疑是Smartbi版本问题导致。 image2024-5-17_13-44-24.png 解决方案 首先排除是否是因为更换war包导致的系统问题，排查方案：把Smartbi-config.xml 文件重命名，这样重启Smartbi时如果正常能够跳转到confgi页面证明war包没问题。 如果排除war包问题之外，还一直卡住，那么大概率是由于知识库的问题导致。 排查方案： 通过数据库连接工具，连接到知识库，查看是否可以正常连接。 基于备份知识库
对知识库的数据进行备份，可以用于知识库迁移。定时对知识库进行备份，可以帮助用户保护其数据免受意外的损失。 建议用户定期备份知识库。 功能入口 1、选择系统快捷菜单 系统运维 ，或者选择“系统导航栏”的 系统运维 ，如图： 01.png 2、选择“系统运维”界面主菜单 备份知识库 ，弹出“备份知识库”确认对话框，如图： 2.png “备份知识库”确认对话框如下： 备份知识库.png 若想定期自动备份知识库，参考下面章节 。 3、考虑到部分日志表数据量较大，且对功能使用无影响，所以备份知识库时，默认不勾选备份日志表。若用户对日志信息比较关注，可选择同时备份知识库和日志表⬝ MySQL知识库迁移至其它数据库
说明 Smartbi目前支持MySQL、HSQL、Oracle、DB2_V9、MS SQL Server、Sybase和kingbase 等类型的数据库作为知识库。 Smartbi默认使用MySQL作为知识库，可以通过知识库备份等操作，配置其他的数据库为知识库。 配置步骤 1、备份知识库 a）启动Smartbi服务器，用系统管理员登录Smartbi界面。 b）选择系统快捷菜单 系统运维 ，或者选择“系统导航栏”的 系统运维 ，如图： image2021-8-20_14-11-46.png c）选择“系统运维”界面主菜单 备份知识库 ，弹出“备份知识库”确认对话框，如图： 2.png d）把知识库备份后关闭服务器MySQL知识库迁移至其它数据库
说明 Smartbi目前支持MySQL、HSQL、Oracle、DB2_V9、MS SQL Server、Sybase和kingbase 等类型的数据库作为知识库。 Smartbi默认使用MySQL作为知识库，可以通过知识库备份等操作，配置其他的数据库为知识库。 配置步骤 1、备份知识库 a）启动Smartbi服务器，用系统管理员登录Smartbi界面。 b）选择系统快捷菜单 系统运维 ，或者选择“系统导航栏”的 系统运维 ，如图： image2021-8-20_14-11-46.png c）选择“系统运维”界面主菜单 备份知识库 ，弹出“备份知识库”确认对话框，如图： 2.png d）把知识库备份后关闭服务器
