解決OEM中文按鈕亂碼的問題

        近來公司決定上套Oracle的監控系統,原來第三方的那個監控不太給力,監控CPU,存儲和Ora告警是沒問題,但是看性能方面的東西,就沒有Oracle原廠的好了。

         好嘛,領導要求上Grid control,由於版本問題,現在已經是Clude control了。折騰了半個多月,每次oms起來每十分鐘就掛掉了,收集信息的數據庫也不能正常shuedown。安裝是按照官方的文檔來的,測試機的硬件條件絕對沒問題,剛搭起來的時候還挺好的,裝了幾個Agent,跑起來刷刷的,過了個週末,回來就那死樣了。查了一週多查不出原因來,網上的資料又少。(不知各位能不能提供點建議,我再去試試,嘿嘿)跟領導反應,好嘛,GC不行,換OEM!

        好,這個就簡單了,dbca起,配置一下,遠程客戶端去訪問,咦?怪了,其他中文都正常,就那幾個按鈕是亂碼。有問題,不怕,先上網找,百度一下:OEM 中文按鈕亂碼。結果還真不少:內容基本都一樣:說是一個字體設置的問題,要去一個配置的目錄裏面,把中文字體改成默認的就OK了。好,走起~ cd $ORACLE_HOME/jdk/jre/lib,查一下沒有font.properties。難道是我的系統跟這位仁兄的不一樣,好,換一個,也是這個提示,連看了五六個,內容大多一樣。一方面看,遇到這問題的人還真不少,另方面,人家的問題都一樣,人家都有那個配資文件,咱就是沒有啊,咱咋就那麼獨特呢?

 

        倒是有另一種解決辦法,客戶端用英文就OK了,可這英文,咱看着都有點累,領導能接受嗎?要是到時候再讓咱配出中文來,這不還得解決這個問題,咬咬牙,配吧。

        可咱這系統確實跟人家那不一樣,實在找不到font.properties。咱這虛擬機系統是32位的RH5.1,沒有,去公司實驗環境看看(系統版本不方便告知,但與我的虛擬機不同),看一下,這個目錄下也沒有font.properties文件,倒是跟我這虛擬機裏面內容是一致的。哈,明白了,改版升級了,既然沒有這個文件,那就是換了名字了,好吧,看看類似文件的名稱,一大堆:

fontconfig.properties.src             fontconfig.Sun.2003.properties.src

fontconfig.RedHat.2.1.properties.src  fontconfig.Sun.properties.src

fontconfig.RedHat.3.properties.src    fontconfig.SuSE.properties.src

fontconfig.RedHat.8.0.properties.src  fontconfig.Turbo.8.0.properties.src

fontconfig.RedHat.9.0.properties.src  fontconfig.Turbo.properties.src

fontconfig.RedHat.properties.src

      font,字體,config配置,property,屬性,好嘛,就是這堆文件了。可是,有是哪一個呢?看中間,sun,rh,suse,這個應該是系統版本,咱這虛擬機是rh5.1的,那就應該是fontconfig.RedHat.properties.src了,打開看看:

看下面:filename.-misc-zysong18030-medium-r-normal--*-%d-*-*-c-*-iso10646-1=/usr/share/fonts/zh_CN/TrueType/zysong.ttf,awtfontpath.chinese-cn-iso10646=/usr/share/fonts/zh_CN/TrueType這裏應該是控制着中文顯示的,其他那些japanese什麼的,應該就是日語了,想想這小日本還挺強大,這裏面提供支持的語言也就四五個,還能有日語,那麼點人口的個蛋大個島國~哎,看來,很多東西還真不是數量決定了的,人多了,反而分母大了~好了,言歸正傳。仔細再看,字體是zysong.ttf,放到/usr/share/fonts/zh_CN/TrueType目錄下的,切換到這個目錄,提示不存在。好嘛,看來問題快解決了,應該就是這個字體不存在,導致的中文字符不能初始化,然後出現亂碼的問題了。

        百度,下載字體,建目錄,字體傳上去。重啓oem。哦了~但是!

        新的中文按鈕是正常了,但是剛剛的看過的那些還是亂碼。好嘛,再問百度。有緩存文件,在$ORACLE_HOME/oc4j/j2ee/oc4j_applications/applications/em/em/cabo/images/cache/zht這個目錄下面,切進去,清gif,哦了。一切搞定。

         哦,不,這只是咱自己的虛擬機,公司的測試機還沒試。同樣的方式,來一遍,起~

         客戶端打開,走~咦,還是亂碼。

         打開這個系統對應的配置文件看看,對比rh,少了好多東東。做個備份,把rh裏面的和中文相關的那幾條考過來。清緩存,oem停了再起,客戶端走,靠,還是亂碼~考過來的東西少兒?把rh的配置文件全靠過來,相當於替換掉這個配置文件,再清再起,靠,還不行。見鬼了~

        一籌莫展啊,虛擬機的按這個套路搞定了,測試機不行。沒道理啊!再看看,還有這個東東:fontconfig.properties.src,看樣子是所有沒列出的平臺都默認的。好,拿rh的替換掉,走~靠,真是見鬼了,還會亂碼。

        思路絕對沒問題,見鬼就在不知道是哪個具體的文件了。

        來個硬的,建個備份文件夾,把這些字體屬性配置文件全挪進去,把rh的考出來,該個名兒,就取成fontconfig.properties.src,這名兒萬能。清,重起,客戶端走~好嘛,哦了!

        有系統就有問題,有問題就有原因。邏輯思考,合理猜測,大膽嘗試,不急不躁,結果總不會太差的。

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章