随笔 - 41,  文章 - 0,  评论 - 5,  阅读 - 75327

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

(页大小不匹配,restore error code:-8210;CASE_SENSIVE参数不匹配、大小写参数不一致,大小写区分属性不匹配,restore error code:-8212;LENGTH_IN_CHAR属性不匹配,restore error code:-8266;编码不一致)。

页大小不匹配,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 on   琦妮  阅读(6218)  评论(3编辑  收藏  举报
编辑推荐:
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
阅读排行:
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5
点击右上角即可分享
微信分享提示