首先建立 DataGuard ，如果你不是用 Broker 來建立的話，依據文字介面的建立方式的部驟其實不難，這個隨便找也有一堆 Step by Step 的部驟，Metalink 上面也有官方參考的文件可看。我建了那麼多套，其實也沒用過 Broker 或是 GUI 建立，總覺得在命令模式下才會清楚自己究竟在幹麼，而且要操作時，只要有 Telnet 就可以完成全部的事情，而透過 Broker 反而也沒比較好操作。
這次建立的環境是 SAP ERP 的環境，依照同樣的部驟，我完成所有設定後，在啟動 log_archive_dest_2 的 MRP Service 後，發現 Archive Log 並沒有造我的期望傳過去，一直出現 Ora 12154 could not resolve service name 的錯誤，可是明明在 SQLPLUS 之下，我己經確認過在兩邊的 Oracle User 的提示字元下都能透過 TNS 順利連線至對方的資料庫，查了半天，確認沒有問題，又試了一次，結果仍然是一樣 ORA 12154 ，這個錯誤訊息就僅僅是 TNSNAMES.ORA 設定錯誤，讓 Oracle 無法解析指定資料庫的位置而己，而我確定我的資訊都是對的。
重新將整個設定全部確認過並重建後，再重新看了一下 Listener.ora 的設定，發現這台機器之前有疑似 DataGuard 的 Listener 存在，從 Alert Log 的保存資料裏面也有對應資訊，可能是從前有測試過該 Function ，所以我就用之前的 Listener 設定重新又做了一次。
終於..........還是不行，只是錯誤訊息不同，更神了，變成 ORA 12541 No Listener，一整個搞不清楚怎麼回事的狀況下，我只覺得我的 Source Instance 是不是瘋了，好像沒有吃到我的設定一樣。將 Metalink 整個翻過了一遍就是沒有對應的錯誤，尤其是 No Listener 才是怪異，根本不可能的事情啊，後來我將環境還原成原來 ORA 12154 的狀態。然後打電話問前同事有沒有遇過這種怪事。
前同事非常熱情的連線過來幫忙看我的狀況，首先，因為我還沒告知他相關的資料庫資訊，因此，他一連上終端機就用 ps -ef 查詢 Oracle Instance 是否有啟動，然後以 su 方式切換至所獲得的 User 資訊的 OS User 下操作，他一試就發現問題，tnsping 並無法 ping 到對方啊，我說怎可能，我測過兩邊的 sqlplus 都連線成功，怎可能 tnsping 不會過。結果他告知我他使用的是 SAP R3 的那個 Service 帳號，不是 Oracle 的帳號。
一聽到這個寶貴的資訊後，我完全了解是怎麼回事了，我馬上切換成 SAP R3 的帳號，echo $TNS_ADMIN ，果然答案出來了，這個 User 有自己的 TNS_ADMIN 位置，所以我從昨天一整個改到翻掉的ORACLE_HOME 裏的那個預設 tnsnames.ora 根本就不是現在啟動的這個資料庫使用的。
但是....................為什麼 Oracle 啟動會使用 SAP 帳號而不是 Oracle 帳號呢? 這是因為，大部份 SAP 都是透過 SAP User 直接執行 SAP 提供的 scripts，就會將 Database 和 R3 Instance 一起啟動，這時，Oracle Process 的 Owner 就會是 SAP 帳號，因為該帳號也有 DBA 權限，所以他是可以操作 Oracle 的檔案的。
但，如果之前啟動是先 su 至 Oracle 帳號啟動資料庫，再 su 成 SAP R3 帳號啟動 R3 ，就不會有這種問題了。而最終的解決方式是，最好將兩個 User 的 TNS_ADMIN 設定的位置都設為相同，這樣才不會有類似的問題發生。在 Oracle ERP 下面也是要注意類似的問題，因為 Oracle ERP 為了相容舊版的Client ，我記得它有多個 ORACLE_HOME ，但在 SAP 上我就沒想到這個問題。
果然是旁觀者清，我查了快一天的問題，沒有 SAP 經驗的同事連線過來2分鐘就搞定了。而原本 ORA 12541 NO Listener 的錯誤是怎麼回事呢，因為之前有人做過設定，在 SAPR3 的 TNSNAMES 裏面是有定義的，但是目地主機早就不存在了，所以我從 Oracle 裏更改對應資料時，他才出現 ORA 12541 ，因為程式讀的根本就不是我後來設定的目地主機。
沒有留言:
張貼留言