前段時間單位搞安全護網行動，關停了許多服務器，里面很多都是運行了十多年的老古董，結果關機后演習結束，再恢復就啟動不起來了，還好關機前做了資料匯出，辛苦找了個幸存的還能運行的同年代機器進行恢復，都是oracle8的linux，恢復成功后進去卻全是問號，頭疼，求救。。。。
現在就是源端匯出資料庫字符集是 chinese_China.us7acii
現匯入客戶端資料庫是
American_America. zhs16gbk
使用了各種辦法 比如說修改十六進制三處 變成03 54
還有直接命令修改
1).sys登陸資料庫：conn / as sysdba;
2).關閉資料庫：shutdown immediate;
3).以mount方式開啟資料庫：startup mount;
4).限制其它用戶連接資料庫使用資源: alter system enable restricted session;
5).查看系統當前的行程（最大連接數）：show parameter processes;記住job_queue_processes引數的當前值，后面需要修改回來。
6).殺掉CJQ0及相應job行程: alter system set job_queue_processes=0;
7).修改佇列監視行程引數alter system set aq_tm_processes=0;
8).更改資料庫為open方式：alter database open;
9).更改字符集：alter database character set us7ascii;
后來查詢sys賬號和恢復的庫的字符集都是如圖二，而在linux下查資料庫字符集是圖一，總之匯入還是全是問號，源端已經沒辦法了匯出了，是不是只有重裝，我查過可以用超級父集可以解決嗎，求幫助
uj5u.com熱心網友回復：
這兩字符集之間沒救了，倒是不需要重裝，只要用dbca重建個us7ascii的庫就可以了。uj5u.com熱心網友回復：
也可以用dbca把原來那個廢庫給刪了
uj5u.com熱心網友回復：
可以用超級父集來處理嗎uj5u.com熱心網友回復：
可以用超級父集來處理嗎uj5u.com熱心網友回復：
重建一個相同字符集的實體比較好，用超集的字符集匯入可能會由于欄位長度不夠而導不進部分資料轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/36475.html
標籤：基礎和管理