impdp导入时遇到ORA-26059：Data is too large for column status

yaoyaoer~ 2019-04-29 06:07:51

已经按照网上的方法设置成ZHS16GBK，但还是有错误，部分日志如下：
ORA-31693: 表数据对象 "XPOST"."INFO_NEW_DATAVALUE" 无法加载/卸载并且被跳过, 错误如下:
ORA-02354: 导出/导入数据时出错
ORA-26059: Data is too large for column STATUS
. . 导入了 "XPOST"."INFO_YUANTA_FUTURE":"SYS_P123" 68.71 KB 494 行
. . 导入了 "XPOST"."QRTZ_JOB_DETAILS" 11.59 KB 4 行
. . 导入了 "XPOST"."QRTZ_TRIGGERS" 16.25 KB 4 行
. . 导入了 "XPOST"."SMBS_SPBKO_INSERT":"SYS_P65" 78.33 KB 390 行
. . 导入了 "XPOST"."SMBS_SPBKO_INSERT20151016" 82.59 KB 416 行
. . 导入了 "XPOST"."SMBS_SPBKO_INSERT20161016" 78.17 KB 384 行
ORA-31693: 表数据对象 "XPOST"."CFCINF_CHKTRAN" 无法加载/卸载并且被跳过, 错误如下:
ORA-02354: 导出/导入数据时出错
ORA-26059: Data is too large for column TRSTAT

...全文

609 15 打赏收藏转发到动态举报

写回复

用AI写文章

15 条回复

切换为时间正序

请发表友善的回复…

发表回复

minsic78 2019-04-30

打赏
举报

我的意思是用数据泵导入单张表。。。

yaoyaoer~ 2019-04-30

打赏
举报

引用 13 楼 yaoyaoer~ 的回复:

引用 11 楼 minsic78 的回复:
[quote=引用 8 楼 yaoyaoer~ 的回复:]
[quote=引用 7 楼 minsic78 的回复:]
目标库"XPOST"."INFO_NEW_DATAVALUE" 表的STATUS长度改大点，导入单张表试试，看看能否成功？
单张表可以成功的，status长度两边都是char(1),是一样的

报错的表单表导入可以成功？[/quote]
对的，我把所有的表单独导出了sql文件，然后数据都导进来了。懵圈了[/quote]
所有错误的表，导成sql文件，导入没报错，数据也都有了

yaoyaoer~ 2019-04-30

打赏
举报

引用 11 楼 minsic78 的回复:

引用 8 楼 yaoyaoer~ 的回复:
[quote=引用 7 楼 minsic78 的回复:]
目标库"XPOST"."INFO_NEW_DATAVALUE" 表的STATUS长度改大点，导入单张表试试，看看能否成功？
单张表可以成功的，status长度两边都是char(1),是一样的

报错的表单表导入可以成功？[/quote]
对的，我把所有的表单独导出了sql文件，然后数据都导进来了。懵圈了

yaoyaoer~ 2019-04-30

打赏
举报

引用 10 楼卖水果的net 的回复:

本地：
NLS_CHARACTERSET ZHS16GBK

源：
NLS_CHARACTERSET AL32UTF8

这个，就是差异。 UTF8 中文字字符占 3 个字节，GBK 占 2 个字节。

你先把 CFCINF_CHKTRAN 这张表建好，然后把varchar 相关字段的长度 * 1.5 ，再导入。

可是我也把本地设置成AL32UTF8导入过，也是不成功的，这是为什么呢？单表导出成.sql文件，然后导入是可以成功的

minsic78 2019-04-30

打赏
举报

引用 8 楼 yaoyaoer~ 的回复:

引用 7 楼 minsic78 的回复:
目标库"XPOST"."INFO_NEW_DATAVALUE" 表的STATUS长度改大点，导入单张表试试，看看能否成功？
单张表可以成功的，status长度两边都是char(1),是一样的

报错的表单表导入可以成功？

卖水果的net 2019-04-30

打赏
举报

本地： NLS_CHARACTERSET ZHS16GBK 源： NLS_CHARACTERSET AL32UTF8 这个，就是差异。 UTF8 中文字字符占 3 个字节，GBK 占 2 个字节。你先把 CFCINF_CHKTRAN 这张表建好，然后把varchar 相关字段的长度 * 1.5 ，再导入。

yaoyaoer~ 2019-04-30

打赏
举报

引用 6 楼卖水果的net 的回复:

两边都查询一下，注意格式。
select * from v$nls_parameters;

本地：
SQL> select * from v$nls_parameters;

PARAMETER VALUE
---------------------------------------------------------------- ----------------------------------------------------------------
NLS_LANGUAGE SIMPLIFIED CHINESE
NLS_TERRITORY CHINA
NLS_CURRENCY ￥
NLS_ISO_CURRENCY CHINA
NLS_NUMERIC_CHARACTERS .,
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE SIMPLIFIED CHINESE
NLS_CHARACTERSET ZHS16GBK
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
NLS_DUAL_CURRENCY ￥
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE

源数据库：
SQL> select * from v$nls_parameters;

PARAMETER VALUE
---------------------------------------------------------------- ----------------------------------------------------------------
NLS_LANGUAGE SIMPLIFIED CHINESE
NLS_TERRITORY CHINA
NLS_CURRENCY ￥
NLS_ISO_CURRENCY CHINA
NLS_NUMERIC_CHARACTERS .,
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE SIMPLIFIED CHINESE
NLS_CHARACTERSET AL32UTF8
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
NLS_DUAL_CURRENCY ￥
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE

yaoyaoer~ 2019-04-30