可能的真实原因：导出的数据库字符集和导入的字符集不同而导致

数据导入时报ORA-12899错误，即插入的数据长度超出字段的设置长度，实际长度并不长，这是由于Oracle字符集不同，汉字占的长度不同造成的。中文在ZHS16GBK中占2个字节，在UTF-8中却占3个字节，所以汉字导入UTF-8字符集的数据库就很容易出现字段长度不够，解决办法，一个是增加字段长度，还有就是修改字符集。

如果系统中已经存在很多数据，建议修改字段长度，因为修改字符集后原来数据库表中的汉字全部变成乱码。如果一定要修改字符集，必须先导出数据，待到字符集修改后再重新导入这些数据。

查看字符集的方法可以用PL/SQL DEVELOP ---->Reports---->DBA---->NLS Database Parameters，结果如下图：

数据库导入数据报错ORA-12899问题处理

如上图所示，字符集是UTF-8，修改字符集的方法如下：

修改数据库字符集为：ZHS16GBK
查看服务器端字符集SQL > select * from V$NLS_PARAMETERS
Telnet到服务器，执行：$sqlplus /nolog
SQL>conn / as sysdba
若此时数据库服务器已启动，则先执行 SHUTDOWN IMMEDIATE 命令关闭数据库服务器，
然后执行以下命令:
SQL>shutdown immediate
SQL>STARTUP MOUNT
SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;
SQL>ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
SQL>ALTER SYSTEM SET AQ_TM_PROCESSES=0;
SQL>ALTER DATABASE OPEN;
SQL>ALTER DATABASE CHARACTER SET ZHS16GBK;
ERROR at line 1:ORA-12721: operation cannot execute when other sessions are active
若出现上面的错误，使用下面的办法进行修改，使用INTERNAL_USE可以跳过超集的检查：
SQL>ALTER DATABASE CHARACTER SET INTERNAL_USE ZHS16GBK;
SQL>SHUTDOWN IMMEDIATE
SQL>STARTUP

至此，字符集修改完毕，再查字符集，结果如下：

数据库导入数据报错ORA-12899问题处理

可以先把数据库中的数据删除，在修改完字符集之后再重新导入就不会报错了

1、以system用户登录查找需要删除的用户（普通用户没有删除权限）

select * from dba_users;

2、查询需要删除用户对应的表空间

select * from dba_data_files;

select * from Dba_Tablespaces（查询所有表空间）

3、删除用户和表空间

drop user usernamecascade;

drop tablespace tablespacename including contents and datafiles cascade constraint;

在删除用户时可能会碰到无法删除当前连接的用户，这是由于还有数据库连接到该用户，有会话存在，需要先删除会话。

最暴力的做法是直接shutdown数据库，然后重启即可。。。

一般的操作是通过查询SessionID，手动杀掉会话再删除用户：

1）查询连接情况：select username,sid,serial# from v$session;

2）找到要删除用户的sid和serial并删除：alter system kill session 'sid,serial';

再执行删除用户的操作，如果还是无法删除说明还有连接的会话，继续执行删除会话的操作。

数据库导入数据报错ORA-12899问题处理

可能的真实原因：导出的数据库字符集和导入的字符集不同而导致

可以先把数据库中的数据删除，在修改完字符集之后再重新导入就不会报错了

相关推荐