oracle跨平台数据迁移 expdp/impdp 字符集问题导致ORA-02374 ORA-12899 ORA-02372

小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

环境描述：

源数据库环境：

操作系统：Windows SERVER 2008R2

数据库版本：单实例 ORACLE 11.2.0.1

目标端数据库环境：

操作系统：redhat linux 6.5 x86 64bit

数据库版本：ORACLE 11g RAC 11.2.0.4

故障描述：

从源数据库expdp导出数据，然后往目标数据库impdp导入的时候报错：

ORA-02374: conversion error loading table "QBJMES"."PROJECT"

ORA-12899: value too large for column PROJECT_SPEC (actual: 103, maximum: 100)

ORA-02372: data for row: PROJECT_SPEC : 0X'3730B6A1BCB6302E382A302E362A323035302A39363028312E'

故障分析：

源数据库字符集： zhsgbk16

目标端数据库字符集：al32utf8

zhsgbk16 和 utf8 对数据编码之后，存储格式不同，对于中文来讲，gbk存放一个汉字占用2个字节，utf8存放一个汉字占用3个字节，这样就会导致，比方说：原先GBK字符编码的数据库中的某张表中，存放中文的字段:colum001的类型是varchar 长度为200 ，并且该字段的大多数行的现有数据长度基本上在180个字节，那么该表导入UTF8编码的数据库中时，该字段原先存储的大多数180个字节的汉字，就需要180*3/2=270个字节左右的字符长度才能正常存放；而此时在执行impdp导入操作的时候，表结构是不会改变的，也就是原先的字段定义colum001的长度还是保持着200，因此在导入的时候，就会报错，出现上述错误信息。

处理方式：

第一种：重新导出，导入

在源库执行导出操作之前，把qbjmes.project 字段改成超过103 。

然后再往目标库导入的时候，就不会报错了。

第二种：清空报错表的数据，修改相关字段的长度，然后重新导入只导入该表的数据。

truncate table V_PS_STAFFPOS_REPTO_PUB_MT;

alter table V_PS_STAFFPOS_REPTO_PUB_MT modify(POST_NAME VARCHAR2(60));

然后再重新导入（只导入数据)。

第三种：如果不想改变目标端数据库的字符集，那么修改源数据库字符集(更改数据库字符集的操作不建议使用)，然后执行重新导出操作，详细的步骤如下：

SQL>SHUTDOWN IMMEDIATE;

SQL>STARTUP MOUNT EXCLUSIVE;

SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;