第4页，共254页。 显示 2,535 条结果 (0.032 秒)
自动备份知识库的清理机制
（本文档仅供参考） 问题描述 为了防止知识库意外损坏的情况，默认情况下系统底层有计划任务每天备份知识库的数据到本地磁盘上，每天备份使用时间较长之后是否会一直占用磁盘，是否需要手动清理呢？ 问题分析 每天定时备份知识库的计划执行的是自动备份知识库的任务，该任务是使用定制代码来实现的，在代码中声明了maxCount变量是用来指定最多备份的的知识库个数的，当备份的知识库个数超出限制，则会默认删除最旧的知识库来保证磁盘上一直只有30个知识库，不会出现磁盘无限增长的问题。 理论上如果单节点上默认每天备份一次知识库，备份的知识库也就只有近一个月的，如需要备份更长的时间需保证磁盘上有充足空间然后调整maxCount变量的值恢复知识库能否只恢复部分表
（此文档仅供参考） 问题 在恢复知识库过程中，可能有一些表会出现问题。能否先恢复不存在问题的表，把有问题的表拎出来手动修改之后，再恢复这部分表呢？ PS：正常情况下都是整个知识库恢复，如项目恢复过程中有问题，建议联系官方支持咨询。 方案 在202405及之后的V11版本，恢复知识库已支持恢复部分表。 该功能为内测版功能！ 1、先备份知识库。备份的知识库会按照表生成对应的xml文件 hf-01.png 2、先将出现问题的表，从备份知识库backup.zip中剪切出来。之后使用该backup.zip文件进行恢复，即可恢复没有问题的这部分表。 3、手动将出现问题的表的xml文件修改之后。将这些表压缩成zip文件恢复知识库成功，但是当前没有加载的板块
（本文档仅供参考） 问题现象 恢复知识库的时候提示：恢复知识库成功！ 知识库包含升级记录，但是当前没有加载的板块 smartbi.mobile,smartbi.managereport worddavc6d5fe222ca69ef78a831c8b0a527fef.png 解决方案 此提示不影响系统正常使用，出现此提示的主要原因是迁移前后两个环境中的扩展包不完全一致，导致新环境中没有加载到旧环境的部分扩展包。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、考虑到部分日志表数据量较大，对功能使用无影响，但涉及审计需求时需要单独备份日志表。所以备份知识库时，可选择“仅备份非日志表备份知识库
对知识库的数据进行备份，可以用于知识库迁移。定时对知识库进行备份，可以帮助用户保护其数据免受意外的损失。 建议用户定期备份知识库。 功能入口 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）把知识库备份后关闭服务器⬝ 使用OceanBase数据库作为知识库
V2.2 版本 ，并且已做了兼容性测试、功能性测试。 配置方法 1、在Smartbi中配置知识库时，如何连接到OceanBase数据库?其实和连接其他的数据库没什么区别。 数据库类型选择 OceanBase，如下图： 3.png OceanBase 2.2版本不需要配置驱动，使用产品自带的驱动 … 数据库时后置升级类导入资源的时候很慢，很久没有commit，会报Transaction is timeout的错误。 需要设置一下 ob_query_timeout 和 ob_trx_timeout 两个数据库变量(用SQL执行)。 使用show variables like升级知识库失败:Upgrade fail from smartbi.scheduletask.postupgrade.PostTask_New to 0.0.1 fail.
（本文仅供参考） 问题说明 查看日志报错提示：java.util.MissingResourceException: Can't find resource for bundle java.util.PropertyResourceBundle, key EtlAutomation image2024-5-24_14-39-34.png 解决方案 此问题是因为webapps目录下，有备份smartbi目录，升级时直接将war放到原本的webapps目录下，没有与原本的war资源没有分开，将原本的webapps目录进行备份，重新创建webapps目录上传war重启即可
