irpas技术客

达梦数据库——Oracle到达梦数据迁移_一只小白攻城狮_oracle迁移达梦

未知 1599

## 迁移思路 1.统计Oracle库中对象以及表数据量; 2.达梦数据库选择合适的初始化参数: BLANK_PAD_MODE 空格填充模式选1, CASE_SENSITIVE 大小写敏感;可以考虑开启兼容Oracle数据库的INI参数; 3.制定迁移计划: ? (1) 选择合理的迁移顺序;? ? ? ? ? ? ? 先迁移序列、再迁移表、最后迁移视图。 ? (2) 对于数据量大的表单独迁移; ? (3) 对于大字段较多的表,需要修改批量的行数,以免造成迁移工具内存溢出。

## 迁移工具 达梦数据库自带迁移工具DTS

## 迁移中遇到的问题: **标度大于精度**? Oracle 中 number(m,n)允许 n>m,但是在达梦中是不允许的,达梦中 m>=n,达梦 中 m 表示精度,n 表示标度。精度是一个无符号整数, 定义了总的数字数;标度定义了小 数点右边的数字位数。碰到这种问题一方面要思考一下 Oracle 里面列定义是否弄错了,如 果是特意这样设计的,要搞清楚这个列到底需要存放什么样的数据,单独迁移这张表,对达 梦中的数据类型进行修改。

**连接尚未建立或已经关闭**? 这个问题有可能是因为 Oracle 库中存在非法的数据如:-5486-12-31 00:00:00 这样 的非法的时间,在批量绑定插入的时候 JDBC 未作校验,服务器端检测到就会把这个连接剔 除,就会报这个错误。新版的 JDBC 驱动(2019-7 月以后)已经对此类问题进行了处理, 增加了校验,碰到非法的数据会直接报错。碰到这种问题建议使用最新的 JDBC 驱动,替换 掉迁移工具使用的 JDBC 驱动即可

**字符串截断**? 一般从 oracle 迁移到 DM7 的时候,出现字符串截断的一般都是字段中含有中文,出 现这种问题是因为 DM7 初始化的时候选择的字符集是 Unicode(即 utf-8),该字符集的 国际标准是一个汉字占 3 个字节,而 oracle 中默认情况下一个汉字占 2 个字节,此时迁移 的时候就会报下面的错误:

?遇到该错误有 3 种解决办法。

1 是在初始化的时候,字符集选择 gb18030,如下图:

?2 是选择 VARCHAR 类型以字符为单位,如图:

?3 因为前面 2 种都需要重新初始化数据库,第三种不需要重新初始化数据库即可解决,即在选择迁移方式的时候,选择字符长度隐射关系为 2,如下图:

**记录超长**

DM7 在初始化的时候,选择的页大小影响后面表每行数据的长度,表每行的长度之和(普 通数据类型)不能超过一页大小,如果超过 1 页大小即报记录超长的错误,如下图:

?解决办法:

(1) 找到表中 varchar 类型比较长的(如 varchar2(8000)这种),修改成 text 类型; (2) 初始化的时候页大小选择 32k。(对于表中 varchar2 类型较长,并且字段较多的情 况不太适合,这种情况采用方法 1 解决。) **违反唯 一 性约束** 这种情况是因为表中设置了唯一性约束或者主键约束,但是数据中有重复记录造成的。 这种情况有可能是原始库的约束被禁用了,或者数据重复迁移造成的。 解决办法: 在确定源数据没有问题的情况下,迁移的时候选择删除后再拷贝,如下图: 在迁移界面中,先中要迁移的表,然后点击转换

?

?在弹出的窗口中选择删除后拷贝,如下图:

这样既可迁移成功。

**违反引用约束** 这种问题主要是由外键约束造成的,父表的数据没有迁移,先迁移了子表的数据,错误 如图所示: 解决办法: 迁移的时候先不迁移外键等约束,在选择好要迁移的表时,点击转换,按照下面步骤迁 移。 (1)第一次只选择表定义,不选择约束等,如图:

?

?(2)第一次迁移完成后(确保没有错误),第二次只选择数据,如图:

?(3)第三步选择约束、索引等,如图:

?按照上面三步迁移,基本上都可以顺利迁移成功。

**视图迁移过程中顺序问题:无效的用户对象** 这个问题一般是因为在迁移视图之前,没有将视图依赖的表迁移过去,如图所示: 解决办法: 严格按照迁移的顺序,先迁移表,然后再迁移视图、存储过程、函数等的顺序迁移即可。


1.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.本站的原创文章,会注明原创字样,如未注明都非原创,如有侵权请联系删除!;3.作者投稿可能会经我们编辑修改或补充;4.本站不提供任何储存功能只提供收集或者投稿人的网盘链接。

标签: #oracle迁移达梦 #BLANK_PAD_MODE #空格填充模式选1 #case_sensitive #1