Linux系統(tǒng)下導(dǎo)出ORACLE數(shù)據(jù)庫出現(xiàn)Exporting questionable statistics.錯(cuò)誤 處理
更新時(shí)間:2007年03月21日 00:00:00 作者:
環(huán)境:A機(jī)器和B機(jī)器都是LINUX系統(tǒng),但由于B機(jī)器已經(jīng)空間不足,所以停掉不停操作數(shù)據(jù)庫的服務(wù)后 ,準(zhǔn)備在A機(jī)器進(jìn)行導(dǎo)出操作。
導(dǎo)出語句 exp user/password@sid file=0320.dmp
導(dǎo)出過程中不停出現(xiàn)Exporting questionable statistics.的錯(cuò)誤。
上網(wǎng)一查,都說是字符集問題。
使用語句查看數(shù)據(jù)庫的字符集。
select *from nls_database_parameters t where t.parameter='NLS_CHARACTERSET';
或
selct *from v$nls_parameters where parameter='NLS_CHARACTERSET';
得到的結(jié)果是一樣的,A和B機(jī)器都是ZHS16GBK。奇怪了,為什么不行?死心不息,再看了一下A機(jī)器的系統(tǒng)字符集,發(fā)現(xiàn)用的是簡體中文,會(huì)不會(huì)就是這個(gè)問題?
再在A機(jī)器上使用
export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
再進(jìn)行導(dǎo)出就沒錯(cuò)誤了。
原來是系統(tǒng)的字符集不對,而不是ORACLE的字符集不對。
導(dǎo)出語句 exp user/password@sid file=0320.dmp
導(dǎo)出過程中不停出現(xiàn)Exporting questionable statistics.的錯(cuò)誤。
上網(wǎng)一查,都說是字符集問題。
使用語句查看數(shù)據(jù)庫的字符集。
select *from nls_database_parameters t where t.parameter='NLS_CHARACTERSET';
或
selct *from v$nls_parameters where parameter='NLS_CHARACTERSET';
得到的結(jié)果是一樣的,A和B機(jī)器都是ZHS16GBK。奇怪了,為什么不行?死心不息,再看了一下A機(jī)器的系統(tǒng)字符集,發(fā)現(xiàn)用的是簡體中文,會(huì)不會(huì)就是這個(gè)問題?
再在A機(jī)器上使用
export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
再進(jìn)行導(dǎo)出就沒錯(cuò)誤了。
原來是系統(tǒng)的字符集不對,而不是ORACLE的字符集不對。
相關(guān)文章
Oracle數(shù)據(jù)庫的啟動(dòng)和關(guān)閉順序?qū)嵗v解
這篇文章主要介紹了Oracle數(shù)據(jù)庫的啟動(dòng)和關(guān)閉順序?qū)嵗v解的相關(guān)資料,非常不錯(cuò),具有參考借鑒價(jià)值,需要的朋友可以參考下2016-07-07
oracle取數(shù)據(jù)庫中最新的一條數(shù)據(jù)可能會(huì)遇到的bug(兩種情況)
這篇文章主要介紹了oracle取數(shù)據(jù)庫中最新的一條數(shù)據(jù)可能會(huì)遇到的bug,本文給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2021-01-01
Oracle數(shù)據(jù)庫rownum和row_number的不同點(diǎn)
在Oracle中,有一個(gè)很有趣的東西,那就是rownum。當(dāng)你從某個(gè)表中查詢數(shù)據(jù)的時(shí)候,返回的結(jié)果集中都會(huì)帶有rownum這個(gè)字段,而且有時(shí)候也可以使用rownum進(jìn)行一些條件查詢2015-11-11
Oracle 通過impdp導(dǎo)入報(bào)ORA-39002 ORA-39165錯(cuò)誤的解決方案
這篇文章主要介紹了Oracle 通過impdp導(dǎo)入報(bào)ORA-39002 ORA-39165錯(cuò)誤,本文給大家分享原因分析及解決方案,需要的朋友可以參考下2023-09-09

