DM-常见问题

导入dmp文件出现各种初始化参数不一致的警告问题

因LENGTH_IN_CHAR参数不一致引起导数失败

描述

利用DEXP、DIMP工具做达梦数据库导入|导出数据时,工具提示[警告]服务器与文件内数据的LENGTH_IN_CHAR参数不匹配【警告】可能会有错误发生。

原因

因为源数据库、目的数据库的初始化参数LENGTH_IN_CHAR设置不一致的原因。

页大小不匹配,restore error code:-8210

原因:

这是因为产生备份文件的数据库的数据文件使用页大小与还原备份文件的数据库的数据文件所使用的页大小不同,必须保证两边的数据文件使用的页大小一致才能正常还原。注:数据文件使用的页大小(page_size),可以为4K、8K、16K 或32K 之一,选择的页大小越大,则DM 支持的元组长度也越大,但同时空间利用率可能下降,缺省使8K。

解决办法:

  1. 使用数据库配置助手dbca重现初始化一个库,在设置参数时注意保证两边的页大小一致;

  2. 在命令行中使用dminit重现初始化一个库,在设置参数时注意保证两边的页大小一致。

大小写区分属性不匹配,restore error code:-8212

这是因为产生备份文件的数据库的标识符大小写(case_sensitive)的敏感程度与还原备份文件的数据库对标识符大小写的敏感程度不同,必须保证两边对标识符大小写敏感程度一致才能正常还原。

注:标识符大小写敏感,默认值为Y。当大小写敏感时,小写的标识符应用双引号括起,否则被转换为大写;当大小写不敏感时,系统不自动转换标识符的大小写,在标识符比较时也不区分大小写。

LENGTH_IN_CHAR属性不匹配,restore error code:-8266

解决办法:

这是因为产生备份文件的数据库的LENGTH_IN_CHAR属性(默认为0)与还原备份文件的数据库的LENGTH_IN_CHAR属性不一致,必须保证两边数据库的LENGTH_IN_CHAR属性一致才能正常还原。

注:LENGTH_IN_CHAR属性设置为1 时,所有 VARCHAR 类型对象的长度以字符为单位,否则以字节为单位。

编码不一致

解决办法

这是因为产生备份文件的数据库的字符集编码属性(默认为GB18030)与还原备份文件的数据库的字符集编码属性不一致,必须保证两边数据库的字符集编码属性一致才能正常还原。

备注:只有初始化实例的时候可以选择以上属性,一经启用无法修改。需要重新初始化实例保持导出和导入的初始化设置一样。

posted @ 2021-11-05 23:02  KuBee  阅读(1830)  评论(0编辑  收藏  举报