差點在9i的OMS上栽了跟斗，總結一下

今天，天氣晴朗，心情也不錯
早上一大早就趕到客戶現場，今天客戶的主機終於到了，可以裝資料庫了，裝好了經過驗收，俺的那份￥就到手了，想想就覺得興奮阿
來到機房，客戶已經上班了，人家比我來得早，已經把小機就位，準備好了網路環境，就等我開裝了
ok，保持著高度的興奮感，開始工作。。。
客戶的小機是hp的安騰，在這種機器上裝9i資料庫也不是第一次了，不過以前的hp-unix版本都是11.21和11.22，這次是11.23，版本略有不同，所以os補丁方面還不敢完全確認，到時候再看吧。
雖說裝庫已經很多次了，不過還是儘量小心謹慎一些，仔細的檢查了os的補丁、記憶體、儲存劃分、核心引數設定等等需求，確定基本無誤，開始著手安裝軟體。
安裝Oracle軟體的文件我想應該滿世界都是了，這塊就不再細說了，基本上建好了使用者、使用者組，配置oracle使用者的環境變數，把安裝軟體複製到磁碟上並且解開cpio的包包，下面就是runInstaller安裝了，這一部分不用多說。
安裝出奇的順利，基本沒有任何差錯，也趕上使用者的機器還不錯，裝的也快，半個小時左右，軟體安裝+資料庫建立都ok了，安裝完成。。。
別以為到這裡就結束了，如果僅僅是這樣，那這篇文字不寫也罷，下面才入正題了，哈哈。
安裝完成後，接下來發生了一件事情，其實也很簡單，客戶發現主機名稱不對，因此修改了主機名。
在主機名被修改後，按照正常的情況，我也隨即修改了資料庫監聽器的配置，使之能夠對應，並且測試監聽器啟動正常，而且遠端的網路連線也一切正常。
到這裡可能有的客官要問了，到底出了啥問題，這不都ok了嗎！？
沒錯，現在這些都是ok的，但有一個咚咚是不ok的，什麼呢——OEM。
準確的說，9i的OEM有兩種執行模式，其中的獨立啟動也是正常的，但另一種oms方式就出現了問題，無法搜尋到該主機。根據以往的經驗，我立刻想到了主機名的變更，於是首先用agentctl stop停掉了智慧代理，然後去network/agent目錄下刪掉了所有的.q檔案，最後用agentctl start把只能代理啟動起來，現在用oms方式搜尋，ok，節點加進來了，哈哈，資料庫看到了。
本以為這就完事了，接下來，連線資料庫。。。咦，報錯了，連不上，報無法找到主機。。。靠，明明找到節點和資料庫了，居然連不上。。。
想了想，是不是agent所識別的服務都是舊資訊，所以有問題？試試看，於是我用oms方式察看了一下節點中的監聽器狀態，果然，監聽器也無法察看，報了一堆錯，看來服務是有問題。好，重新關閉agent，刪掉所有的.q檔案以及一個service.ora檔案，啟動agent，現在agent整個重新搜尋節點資訊，新的服務資訊加進來了。好，我再試監聽器，果然，監聽器狀態正常，看來服務的問題也解決了，該能連上了吧。於是，我再連。。。。還不行！！！
暈了，有點不知所措，呆在那裡想了半天，突然想起一個問題，既然能找到節點，也能發現服務，也能檢視監聽器狀態，那麼不能連線資料庫的原因肯定跟agent無關，那跟誰有關？突然想起來，就算通過oms，那也是走網路方式連線資料庫，是不是伺服器上的服務命名的問題，畢竟伺服器名稱修改後，我只修改了監聽器的配置，並沒有修改伺服器上tnsnames.ora裡面服務命名的配置阿。趕緊修改這個檔案，然後再試。。。大功告成到此，終於鬆了一口氣，今天任務結束了。雖然有點小波折，不過也有收穫，以前還真是沒遇到過這樣的問題，雖然問題不大，不過還是著實的考驗了一把對基礎知識掌握的紮實程度阿。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/22235/viewspace-264990/，如需轉載，請註明出處，否則將追究法律責任。