概述
在进行两个服务器间的知识库迁移之前,遵循以下关键注意事项并提前做好检查与准备,可有效避免迁移过程中的错误,节省时间与人力成本。
在信创背景下,知识库迁移至信创数据库成为企业信息化升级的重要一环。本解决方案旨在提供一个完整、系统的信创知识库迁移方法步骤,确保迁移过程平滑高效。
[图片要改一下】
迁移实施
(一)前期准备阶段
1 源环境知识库诊断及修复【系统检查】
2 达梦、Oceanbase数据库专项诊断
若目标环境知识库为达梦、Oceanbase,需先进此项诊断和处理
达梦、Oceanbase数据库是否设置为源环境知识库对应的兼容模式。若未设置,需重新设置
3 源、目标环境兼容性诊断
下载附件表格:
1)根据附件表格检查源环境知识库和目标环境知识库,并将检查出的情况填入附件中表格1中
诊断项 | 源环境知识库 | 目标环境知识库 | 目标环境知识库修正后 |
---|---|---|---|
数据库类型 | Mysql | Oracle | / |
字符集 | utf-8 | gbk | utf-8 |
表名大小写敏感 | 是 | 是 | 是 |
列名大小写敏感 | 是 | 是 | 是 |
表数据大小写敏感 | 否 | 是 | |
表数据大小写敏感是否有全局控制属性 |
2)若表格1中存在以下数据。则需要进行此步骤
诊断项 | 源环境知识库 | 目标环境知识库 |
---|---|---|
... | ... | ... |
表数据大小写敏感 | 是 | 否 |
表数据大小写敏感是否有全局控制属性 | ... | 否 |
将附件中的数据模型导入到源环境中,并基于该数据模型查询数据(可创建即席查询、电子表格清单表等资源)。
查看数据。
【需要】
该数据模型的作用是:检查知识库所有的表中是否存在大小写不一样的主键数据。如t_user表中,c_userid为主键字段。若表中有c_userid字段数据为 A0001和a0001,且可以正常使用,则该数据模型会输出t_user表
将输入的数据导填写到附件表格2中。
4 目标环境预处理
根据步骤2中的输出的表格,对目标环境进行预处理
1)若表格1中以下项 源环境知识库和目标环境知识库不一致,请修改目标环境知识库与源环境知识库一致。
2)若步骤2中执行了表格2的检查,确认表格2是否填入了数据,若填入了数据,则需要先访问目标环境,配置对应的表的主键列大小写敏感、
具体功能:XXXXXXXXXXXXXXXXXXXXXXXX
(二)迁移执行阶段
1、迁移工具选择
2、迁移
关注日志报错
(三)验证优化阶段
概述
在进行两个服务器间的知识库迁移之前,遵循以下关键注意事项并提前做好检查与准备,可有效避免迁移过程中的错误,节省时间与人力成本。
一、备份“目标环境”的知识库
迁移操作会覆盖目标环境的知识库。因此,在迁移前,请务必备份目标环境的知识库。后续若需恢复目标环境,可通过备份文件进行操作。
备份知识库功能请参考:备份知识库
...
核对内容 | 备注 | |||||
---|---|---|---|---|---|---|
表数据大小写策略 | 强烈建议两个环境表数据大小写策略保持一致,否则易导致迁移失败。
搞一个java查询,查询源环境是否存在主键大小写不一样的记录。 | |||||
数据库字符集 | Smartbi系统创建表时,并未在建表语句中指定字符集,而是使用数据库默认字符集。若源环境与目标环境知识库字符集不一致,容易出现问题。 例如源环境知识库字符集为UTF-8,目标环境知识库字符集为GBK,通常都会恢复失败。 | |||||
表名大小写策略是否一致 | 建议源环境与目标环境数据库的表名大小写策略一致。例如,源环境为大小写敏感,目标环境也应设置为大小写敏感。 | |||||
列名大小写策略是否一致 | 与表名大小写策略同理,建议源环境与目标环境数据库的列名大小写策略保持一致。 |
...