跟單實例多少有點區別ORACLE 11g RAC 兩節點第一步 查看字元集PRIMARY-SYS@mydb2>select userenv('language') from dual; USERENV('LANGUAGE') AMERICAN_AMERICA.AL32UTF8/*也可以通過下麵幾種方 ...
跟單實例多少有點區別
ORACLE 11g RAC 兩節點
第一步 查看字元集
PRIMARY-SYS@mydb2>select userenv('language') from dual;
USERENV('LANGUAGE')
----------------------------------------------------
AMERICAN_AMERICA.AL32UTF8
/*
也可以通過下麵幾種方式查詢當前字元集
SQL> SELECT parameter, value FROM v$nls_parameters WHERE parameter LIKE '%CHARACTERSET';
PARAMETER VALUE
---------------------------------------------------------------- ----------------------------------------------------------------
NLS_CHARACTERSET ZHS16GBK
NLS_NCHAR_CHARACTERSET AL16UTF16
下麵2種結果一樣
set pagesize 100
col value$ for a30
select name,value$ from props$ where name like '%NLS%';
select * from nls_database_parameters;
*/
第二步 關閉一個節點
[root@testdb2 ~]# /u01/app/11.2.0/grid/bin/crsctl stop cluster
第三步 在另一個節點修改啟動參數
TRUE改為false
PRIMARY-SYS@mydb1>alter system set cluster_database=false scope=spfile;
PRIMARY-SYS@mydb1>shutdown immediate;
/*
show parameter pfile; 若VALUE為空是pfile啟動，要修改為SPFILE啟動，空的話如下
SQL>CREATE SPFILE FROM PFILE;
SQL>shutdown immediate;
SQL>startup;
SQL>alter system set cluster_database=false scope=spfile;
SQL>shutdown immediate;
*/
第四步 修改參數
PRIMARY-SYS@mydb1>startup mount;
PRIMARY-SYS@mydb1>ALTER SYSTEM ENABLE RESTRICTED SESSION;
System altered.
PRIMARY-SYS@mydb1>ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
System altered.
PRIMARY-SYS@mydb1>ALTER SYSTEM SET AQ_TM_PROCESSES=0;
System altered.
PRIMARY-SYS@mydb1>ALTER DATABASE OPEN;
Database altered.
第五步 修改字元集
PRIMARY-SYS@mydb1>ALTER DATABASE character set INTERNAL_USE ZHS16GBK;
第六步 恢復RAC
PRIMARY-SYS@mydb1>alter system set cluster_database=true scope=spfile;
PRIMARY-SYS@mydb1>shutdown immediate;
PRIMARY-SYS@mydb1>startup mount;
PRIMARY-SYS@mydb1>ALTER SYSTEM DISABLE RESTRICTED SESSION;
PRIMARY-SYS@mydb1>ALTER SYSTEM SET JOB_QUEUE_PROCESSES=1;
PRIMARY-SYS@mydb1>ALTER SYSTEM SET AQ_TM_PROCESSES=1;
PRIMARY-SYS@mydb1>alter database open;
第七步 啟動開始停止的RAC節點，並驗證
另外一個節點
[root@testdb2 ~]# /u01/app/11.2.0/grid/bin/crsctl start cluster
PRIMARY-SYS@mydb2>select userenv('language') from dual;
USERENV('LANGUAGE')
------------------------------------------------------------------------------------------------------------------------------------------------------------
AMERICAN_AMERICA.ZHS16GBK
【註意事項】
修改字元集要謹慎，不能回退，有必要的話備份下
DB中有CLOB類型欄位不允許字元集轉換，可以導出-刪除-導入(轉換完成後)
超集解：如果s1集合包含s2集合中的每一個元素，並且s1集合中有可能包含s2集合中不含有的元素時，那麼稱s1是s2的超級。說明AL32UTF8包含ZHS16GBK。
三次編碼轉換
1、執行exp時，資料庫中數據的編碼會轉換為導出客戶端編碼
2、執行imp時，dmp文件的編碼轉換為導入客戶端編碼
3、導入客戶端編碼轉換為目標端資料庫的資料庫編碼
處理辦法：通過NLS_LANG靈活設置，減少編碼轉換的次數，或者使得相互的轉換能夠相容，可以最大程度減少亂碼的出現。如果已經有了exp導出的dmp文件，然後在導入過程中出現亂碼，一般處理建議nls_lang編碼設置和dmp文件一致，讓轉換髮生在導入客戶端和資料庫伺服器間(要求:編碼可以相互轉換)
結論
1.不管是從AL32UTF8 到ZHS16GBK 還是從ZHS16GBK 到AL32UTF8 ，中文都不會亂碼，會自動轉換（導出導入過程中無報錯），但是對於其他國家語言會有問題（比如印度，日本等文字）。
2.通過數據泵導出或導入的數據，與oracle用戶操作系統參數NLS_LANG無關，編碼自動與資料庫參數NLS_CHARACTERSET相同。
3.AL32UTF8 字元集一個中文占用3個位元組，ZHS16GBK 字元集一個中文占用2個位元組。如果確認應用程式只用到英文和中文，ZHS16GBK會更加節省存儲。如果不確定，建議使用AL32UTF8.
4.建表時指定列屬性varchar(10)，其中的10指的是位元組，若是AL32UTF8 字元集，則只能存3個中文，若是ZHS16GBK字元集，則可以存5個中文。這會導致從ZHS16GBK字元集資料庫通過數據泵導入到AL32UTF8字元集資料庫過程中，有些列需要擴容。如果需要按字元指定列屬性，應該為varchar2（10 char）。
5.AL32UTF8是ZHS16GBK的超集，因為AL32UTF8包含了更多國家的文字。
6.通過SecureCRT或xshell查看到中文亂碼時，只需要查看資料庫NLS_DATABSE_PARAMETERS中NLS_CHARACTERSET的字元集是什麼，然後保持操作系統用戶NLS_LANG的設置和SecureCRT或xshell軟體的編碼設置與之一致即可。
來自 “ ITPUB博客 ” ，鏈接：http://blog.itpub.net/31441616/viewspace-2145085/，如需轉載，請註明出處，否則將追究法律責任。
