EXP-00091 正在导出有问题的统计信息 问题的解决(转)

EXP-00091 正在导出有问题的统计信息 问题的解决

治标不治本的解决方法:exp 命令的最后 加上 STATISTICS=NONE;;

此内容摘录字互联网,方便大家查询使用

EXP-00091 正在导出有问题的统计信息 问题的解决

EXP-00091 正在导出有问题的统计信息。 
问题: 
. 正在导出表 BONUS导出了 0 行 
EXP-00091: 正在导出有问题的统计信息。 
. . 正在导出表 DEPT导出了 4 行 
EXP-00091: 正在导出有问题的统计信息。 
EXP-00091: 正在导出有问题的统计信息。 
. . 正在导出表 EMP导出了 12 行 
EXP-00091: 正在导出有问题的统计信息。 

分析原因: 
在数据库的服务器端和客户端字符集不同的情况下,导出(dump)数据库表时,会产生这个错误。(虽然产生这个错误 

,但好像对导入没有影响。网上的说法 ) 
解決方法: 
step 1 先查看数据库服务器数据的字符集: 
a.打开SQLPLUS,用sys用户登录。 
b .执行SELECT * FROM V$NLS_PARAMETERS WHERE PARAMETER='NLS_CHARACTERSET';。 
其中'NLS_CHARACTERSET'必须为大写。 
PARAMETER 
-------------------- 
VALUE 
-------------------- 
SIMPLIFIED CHINESE_CHINA.AL32UTF8 
或者 
SQL> select userenv('language') from dual; 

USERENV('LANGUAGE') 
或者 
select * from nls_database_parameters t where t.parameter='NLS_CHARACTERSET' 
or 
select * from v$nls_parameters where parameter='NLS_CHARACTERSET'; 
-------------------------------------------------------------------------------- 

SIMPLIFIED CHINESE_CHINA.AL32UTF8 

step 2 根据step1查出的NLS_CHARACTERSET来修改exp 的环境变量: 
(Linux环境) 
在oracle用户的.bash_profile文件加入 
export NLS_LANG=SIMPLIFIED CHINESE_CHINA.AL32UTF8 //AMERICAN_AMERICA.ZHS16GBK 

(Windows环境) 
1、打开注册表,依次进入HKEY_LOCAL_MACHINE→SOFTWARE→ORACLE→HOME0目录。 
2、察看NLS_LANG的值。 
3、将其修改为数据库服务器端字符集相同的字符。 
或 
临时设定环境变量 
set NLS_LANG=SIMPLIFIED CHINESE_CHINA.AL32UTF8 

这样虽然在exp 的时候,不会再报exp -00091 但是dos 下的提示信息却变成乱码了,但是这个不影响exp . 
导出完后再 set NLS_LANG=SIMPLIFIED CHINESE_CHINA.ZHS16GBK 即可 

查看操作系统默认的字符集: 
dos下 chcp 
活动的代码页:936 
代码页936也就是中文字符集 GBK,在Microsoft的官方站点上,我们可以遭到关于936代码页的具体编码规则,请参考以下链接: 
http://www.microsoft.com/globaldev/reference/dbcs/936.htm 

附上exp-91的oracle error message 解決方案說明: 

oerr exp 91 
00091, 00000, "Exporting questionable statistics." 
// *Cause: Export was able export statistics, but the statistics may not be 
// usuable. The statistics are questionable because one or more of 
// the following happened during export: a row error occurred, client 
// character set or NCHARSET does not match with the server, a query 
// clause was specified on export, only certain partitions or 
// subpartitions were exported, or a fatal error occurred while 
// processing a table. 
// *Action: To export non-questionable statistics, change the client character 
// set or NCHARSET to match the server, export with no query clause, 
// export complete tables. If desired, import parameters can be 
// supplied so that only non-questionable statistics will be imported, 
// and all questionable statistics will be recalculated. 


http://hi.chinaunix.net/?uid-11771621-action-viewspace-itemid-21593 
http://www.diybl.com/course/7_databases/oracle/oraclejs/20091024/179978.html 
学习oracle字符集 

Using Globalization Support 

select * from v$nls_valid_values 

1.create database 
character set 

2.some concepts 
OS:LANG 
NLS_LANG 
DB:NLS_LANGUAGE 

环境变量(客户端) 
NLS_LANG = language_territory.charset 
它有三个组成部分(语言、地域和字符集),每个成分控制了NLS子集的特性。其中: 
Language指定服务器消息的语言, 
territory指定服务器的日期和数字格式, 
charset指定字符集。 
如:AMERICAN_AMERICA.ZHS16GBK 
SIMPLIFIED CHINESE_CHINA.ZHS16GBK 
SIMPLIFIED CHINESE_CHINA.al32utf8 
SIMPLIFIED CHINESE_CHINA.WE8ISO8859P1 
从NLS_LANG的组成我们可以看出,真正影响数据库字符集的其实是第三部分。 
所以两个数据库之间的字符集只要第三部分一样就可以相互导入导出数据, 
前面影响的只是提示信息是中文还是英文。 
win: 
C:\>set NLS_LANG= 
C:\>echo %NLS_LANG% 
%NLS_LANG% 
C:\>sqlplus scott/tiger@10g 
SQL> select userenv('language') from dual; 
SIMPLIFIED CHINESE_CHINA.ZHS16GBK 
SQL> select * from test; 
1 hello 
2 张飞 
sql>select * from hh; 
第 1 行出现错误: 
ORA-00942: table or view does not exist 
sql>quit 
C:\>set NLS_LANG=AMERICAN_AMERICA.ZHS16GBK 
C:\>echo %NLS_LANG% 
AMERICAN_AMERICA.ZHS16GBK 
C:\>sqlplus scott/tiger@10g 
SQL> select * from hh; 
ERROR at line 1: 
ORA-00942: table or view does not exist 
C:\>set NLS_LANG=simplified chinese_china.zhs16gbk 
C:\>echo %NLS_LANG% 
simplified chinese_china.zhs16gbk 
C:\>sqlplus scott/tiger@10g 
SQL> select * from hh; 
第 1 行出现错误: 
ORA-00942: table or view does not exist 

NLS_LANG=simplified chinese_china.zhs16gbk 

很多人都碰到过因为字符集不同而使数据导入失败的情况。 
这涉及三方面的字符集, 
一是Oracel server端的字符集, 
二是oracle client端的字符集, 
三是dmp文件的字符集。在做数据导入的时候,需要这三个字符集都一致才能正确导入。 

3.Oracle Server端和Client端的字符集 
查询Oracle Server端的字符集 
SQL>select userenv('language') from dual; 
SIMPLIFIED CHINESE_CHINA.ZHS16GBK 
select * from props$ 
SELECT parameter, value FROM nls_database_parameters WHERE parameter LIKE '%CHARACTERSET%'; 
查询Oracle client端的字符集: 
在Windows平台下,就是注册表里面相应OracleHome的NLS_LANG. 
还可以在Dos窗口里面自己设置,比如:set nls_lang=SIMPLIFIED CHINESE_CHINA.ZHS16GBK 
在Unix平台下 $echo $NLS_LANG 

4.exp imp 时的字符集转换 
C:\>set NLS_LANG=simplified chinese_china.zhs16gbk 
C:\>exp scott/tiger@10g owner=scott file=scott.dmp 
查询dmp文件的字符集:用Oracle的exp工具导出的dmp文件也包含了字符集信息, 
dmp文件的第2和第3个字节记录了dmp文件的字符集。 
如果dmp文件不大,比如只有几M或几十M,可以用UltraEdit打开(16进制方式), 
看第2第3个字节的内容,如0354,然后用以下SQL查出它对应的字符集: 
scott: 
SQL> select nls_charset_name(to_number('0354','xxxx')) from dual; 
ZHS16GBK 
如果dmp文件很大,比如有2G以上(这也是最常见的情况), 
用文本编辑器打开很慢或者完全打不开,可以用以下命令(在unix主机上): 
cat exp.dmp |od -x|head -1|awk '{print $2 $3}'|cut -c 3-6 
然后用上述SQL也可以得到它对应的字符集。 

5.不建议修改oracle数据库server端的字符集 
特别说明,我们最常用的两种字符集ZHS16GBK(new)和ZHS16CGB231280(字符少,旧)之间不存在子集和超集关系, 
因此理论上讲这两种字符集之间的相互转换不受支持。 
修改Server端字符集(不建议使用): 
在Oracle 8之前,可以用直接修改数据字典表props$来改变数据库的字符集。 
但Oracle8之后,至少有三张系统表记录了数据库字符集的信息,只改props$

你可能感兴趣的:(EXP-00091 正在导出有问题的统计信息 问题的解决(转))