1、對于Oracle Enterprise Manager中的所有工具，有一個配置文件名為dbappscfg.properties，修改該文件即可解決上述問題。這個文件的位置在$ORACLE_HOME\sysman\config目錄下，用任何的文本編輯器打開該文件，在這個文件里面，找到這樣一項，
溧水ssl適用于網(wǎng)站、小程序/APP、API接口等需要進行數(shù)據(jù)傳輸應(yīng)用場景，ssl證書未來市場廣闊！成為成都創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：13518219792（備注：SSL證書合作）期待與您的合作！
# SQLPLUS_NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1
2、去掉注釋符#，同時將其修改為
SQLPLUS_NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
3、對于Windows操作系統(tǒng)，還需要修改一項，在文件中找到# SQLPLUS_SYSTEMROOT=c:\\WINNT40，去掉注釋符，將其修改為你所在機器的操作系統(tǒng)主目錄。如操作系統(tǒng)的主目錄在D盤的Winnt下，則將其修改為
SQLPLUS_SYSTEMROOT=d:\\WINNT。
對于后面一項的修改只對Windows操作系統(tǒng)進行，對UNIX操作系統(tǒng)則不需要。如果在Windows操作系統(tǒng)中不修改該項，在Oracle Enterprise Manager中，連接系統(tǒng)時，會提示如下的錯誤：
ORA-12560 TNS:protocol adapter error
或者
ORA-12545 Connect failed because target host or object does not exist
4、修改完成后，保存文件，退出編輯。重新連接SQL PLUS Worksheet，字符集亂碼問題得到解決,顯示正確的簡體中文字符集。
問題: 使用Oracle Instant Client 出現(xiàn) ORA-12705: Cannot access NLS data files or invalid environment specified 錯誤。
如果是Windows平臺，注冊表里 \HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE 查找鍵 NLS_LANG,這個鍵由Oracle標準客戶端安裝創(chuàng)建, 值是 NA 。這個導(dǎo)致了 ORA-12705錯誤。解決方法就是改名 NLS_LANG。
Linux下 如果環(huán)境變量 NLS_LANG 值是NA 會引起 ORA-12705 錯誤，解決方法是刪除這個變量
unset NLS_LANG
1. 服務(wù)器指定字符集與客戶字符集不同，而與加載數(shù)據(jù)字符集一致。
解決方法：對于這種情況，只需要設(shè)置客戶端字符集與服務(wù)器端字符集一致就可以了，具體操作如下：
* 查看當前字符集：
SQL select * from sys.props$
2 WHERE NAME=‘NLS_CHARACTERSET’;
NAME value$
NLS_CHARACTERSET ZHS16GBK
可以看出，現(xiàn)在服務(wù)器端Oracle數(shù)據(jù)庫的字符集為‘ZHS16GBK’
* 根據(jù)服務(wù)器的字符集在客戶端作相應(yīng)的配置或者安裝Oracle的客戶端軟件時指定：
如果還沒安裝客戶端，那么在安裝客戶端時，指定與服務(wù)器相吻合的字符集即可；如果已經(jīng)安裝好了客戶端，并且客戶端為 sql*net 2.0 以下版本，進入Windows的系統(tǒng)目錄，編輯oracle.ini文件，用US7ASCII替換原字符集，重新啟動計算機，設(shè)置生效；否則，如果，客戶端為 sql*net 2.0 以上版本，在Win98 下 運 行REGEDIT,第一步選HKEY_LOCAL_MACHINE,第二步選擇SOFTWARE， 第三步選擇 Oracle， 第四步選擇 NLS_LANG， 鍵 入 與服 務(wù) 器 端 相 同 的 字 符 集
（本例為：HKEY_LOCAL_MACHINE/
SOFTWARE/ORACLE/NLS_LANG ：AMERICAN _ AMERICA. ZHS16GBK）。
如果是UNIX客戶端，則：
SQL conn / as sysdba
Connected.
SQL SQL UPDATE sys.PROPS$ SET value$=‘SIMPLIFIED CHINESE’
2 WHERE NAME=‘NLS_LANGUAGE’;
2. 服務(wù)器指定字符集與客戶字符集相同,與加載數(shù)據(jù)字符集不一致。
解決方法：強制加載數(shù)據(jù)字符集與服務(wù)器端字符集一致。要做到這一點，可以通過重新創(chuàng)建數(shù)據(jù)庫，并選擇與原卸出數(shù)據(jù)一致的字符集，然后IMP數(shù)據(jù)，這種情況僅僅適用于空庫和具有同一種字符集的數(shù)據(jù)。
解決這類問題，也可以先將數(shù)據(jù)加載到具有相同字符集的服務(wù)器上，然后用轉(zhuǎn)換工具卸出為foxbase 格式或access格式數(shù)據(jù)庫，再用轉(zhuǎn)換工具轉(zhuǎn)入到不同字符集的Oracle數(shù)據(jù)庫中，這樣就避免了Oracle字符集的困擾。目前數(shù)據(jù)庫格式轉(zhuǎn)換的工具很多,像power builder5.0以上版本提供的pipeline及Microsoft Access數(shù)據(jù)庫提供的數(shù)據(jù)導(dǎo)入/導(dǎo)出功能等。
3. 服務(wù)器指定字符集與客戶字符集不同,與輸入數(shù)據(jù)字符集不一致。
對于這種情況，目前為止都還沒有太好的解決方法。
通過上面的了解，我們知道，導(dǎo)致在后期使用數(shù)據(jù)庫時出現(xiàn)種種關(guān)于字符集的問題，多半是由于在數(shù)據(jù)庫設(shè)計、安裝之初沒有很好地考慮到以后的需要，所以，我們完全可以通過在服務(wù)器上和客戶端使用相同的字符集來避免由此類問題引出的麻煩
怎樣修改查看Oracle字符集
a.數(shù)據(jù)庫服務(wù)器字符集select * from nls_database_parameters，其來源于props$，是表示數(shù)據(jù)庫的字符集。
b.客戶端字符集環(huán)境select * from nls_instance_parameters,其來源于v$parameter，
表示客戶端的字符集的設(shè)置，可能是參數(shù)文件，環(huán)境變量或者是注冊表
c.會話字符集環(huán)境 select * from nls_session_parameters，其來源于v$nls_parameters，表示會話自己的設(shè)置，可能是會話的環(huán)境變量或者是alter session完成，如果會話沒有特殊的設(shè)置，將與nls_instance_parameters一致。
客戶端的字符集要求與服務(wù)器一致，才能正確顯示數(shù)據(jù)庫的非Ascii字符。如果多個設(shè)置存在的時候，alter session環(huán)境變量注冊表參數(shù)文件
實際情況
我用select * from nls_database_parameters
PARAMETER VALUE
------------------------------ ------------------------------
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CURRENCY $
NLS_ISO_CURRENCY AMERICA
NLS_NUMERIC_CHARACTERS .,
NLS_CHARACTERSET ZHS16GBK
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE AMERICAN
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
PARAMETER VALUE
------------------------------ ------------------------------
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_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_RDBMS_VERSION 10.2.0.1.0
說明我在創(chuàng)建數(shù)據(jù)庫時指定的字符集是ZHS16GBK，我用
update sys.props$ set value$='AL32UTF8' where name='NLS_CHARACTERSET';
修改了字符集，但插入中文時仍然有問題，這或許就如上面資料所說的通過修改SYS.PROPS$來修改主要是對應(yīng)客戶端的顯示，與存儲無關(guān)，
所以仍舊是亂碼。
然后我重新創(chuàng)建了個數(shù)據(jù)庫，指定字符集為AL32UTF8，插入中文就沒問題了。
可見我們?nèi)绻跀?shù)據(jù)庫中顯示中文，在創(chuàng)建數(shù)據(jù)庫時一定喲指定好所用的字符集。
oracle數(shù)據(jù)庫查詢時出現(xiàn)亂碼，很可能是該數(shù)據(jù)庫的字符集設(shè)定不支持中文，但是表中數(shù)據(jù)含有中文，所以變?yōu)閬y碼。
如果是字符集原因，解決方法如下：
1、shutdown immediate； 關(guān)閉數(shù)據(jù)庫
2、startup mount； 開啟數(shù)據(jù)庫至掛載模式（只掛實例，不啟動數(shù)據(jù)庫）
3、alter system enable restricted session；開啟會話限制
4、alter system set aq_tm_processes=0；修改系統(tǒng)參數(shù)
5、alter system set job_queue_processes=0；修改系統(tǒng)參數(shù)
6、alter database open；啟動數(shù)據(jù)庫為open
7、alter database national character set internal_user (zhs16gbk)；修改字符集
8、alter system disable restricted session；關(guān)閉會話限制
括號內(nèi)可填寫字符集類型，zhs16gbk、AL32UTF8等字符集都支持中文。
一般來說，oracle數(shù)據(jù)導(dǎo)出spool方式，中文出現(xiàn)亂碼，這情況是因為數(shù)據(jù)庫服務(wù)器和客戶端字符集不匹配，執(zhí)行sqlplus的機器就是客戶端，服務(wù)器和客戶端也可能是一臺機器，執(zhí)行sqlplus之前要先設(shè)置客戶端的字符集，在linux上：export NLS_LANG=.......
在windows上set NLS_LANG查詢數(shù)據(jù)庫字符集：select property_value from database_properties where property_name like 'NLS_CHAR%';
1、比如查詢結(jié)果是：ZHS16GBK
那你在sqlplus之前要設(shè)置：export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
然后再登錄sqlplus用spool生成數(shù)據(jù)
檢查下你導(dǎo)出時候的環(huán)境變量，導(dǎo)入時的環(huán)境變量
2、比如導(dǎo)出時NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
導(dǎo)入時NLS_LANG沒有設(shè)置，或者設(shè)置為其他字符集，則導(dǎo)入的庫內(nèi)漢字就有可能變成亂碼。
解決方法，連接數(shù)據(jù)庫的時候設(shè)置正確字符集即可。
一、pl/sql developer 中文字段顯示亂碼
原因：因為數(shù)據(jù)庫的編號格式和pl /sql developer的編碼格式不統(tǒng)一造成的。
二、查看和修改oracle數(shù)據(jù)庫字符集：
select userenv('language') from dual;
查詢結(jié)果：
SIMPLIFIED CHINESE_CHINA.AL32UTF8
--修改oracle數(shù)據(jù)庫字符集：（在SQL Plus中）
sql conn / as sysdba;
sql shutdown immediate;
database closed.
database dismounted.
oracle instance shut down.
sql startup mount;
oracle instance started.
total system global area 135337420 bytes
fixed size 452044 bytes
variable size 109051904 bytes
database buffers 25165824 bytes
redo buffers 667648 bytes
database mounted.
sql alter system enable restricted session;
system altered.
sql alter system set job_queue_processes=0;
重慶分公司
重慶分公司
