為11gR2 Grid Infrastructure增加新的public網路

在某些環境下，執行11.2版本的RAC資料庫的伺服器上，連線了多個public網路，那麼就會有如下的需求：

1. 給其他的，或者說是新的public網路增加新的VIP地址。
2. 在新的public網路上增加SCAN VIP.
3. 在新的VIP地址上配置監聽
4. 在新的SCAN VIP地址上配置監聽

實際上從11.2版本開始，grid infrastructure（以下可能會簡寫為GI）就是一個完整的clusterware，不僅僅是用於資料庫，也可以用作應用軟體的高可用性。上述的4個需求中，第1個是毫無疑問需要的；第2個需求對執行在grid infrastructure上的應用是必要的；第3個需求在執行在grid infrastructure上的資料庫來說是必要的；第4個需求，是針對資料庫的，這個需求有點難度，因為在一套grid infrastructure中只能允許有一個SCAN LISTENER的存在，由於可以不透過SCAN IP而是直接透過VIP地址連線資料庫，所以這個新的SCAN監聽可以不需要，但是為了完整，我們可以用變通的方法來實現。

下面我們用一個例項來演示如何實現上述的所有需求。

先簡單介紹一下用於演示的環境：11.2.0.1 grid infrastructure for linux 32bit，共2個節點，節點名是xty3和xty4，沒有使用DNS（實際上在有DNS的環境下，也不太可能會有第2個public network），所以下面的演示是以沒有DNS來配置的。Grid Infrastructure用的是oracle使用者安裝的（實際生產建議用單獨的grid使用者），而RDBMS軟體也是用oracle安裝的。目前的private network是192.168.153.0，對應的網路卡裝置名是en1，public network是192.168.0.0，對應的網路卡裝置名是en0，打算新增加的public network是192.168.76.0，對應的網路卡裝置名是en2。

先看看/etc/hosts檔案的內容：

第1步 ，配置好新的public network的IP地址和網路路由。注意新的public network IP地址配好後，注意配置好網路路由。

第2步 ，在所有的節點上編輯/etc/hosts檔案，增加如下內容：

192.168.76.134和192.168.76.144是兩個節點上新的public network的public ip，192.168.76.135和192.168.76.145是相對應的VIP地址，而192.168.76.155則是準備要在新的public network上增加的SCAN IP。而xty-cluster-svip2則是新增的SCAN名字。

第3步 ，增加新的public network上的vip地址，這一步比較簡單，用root使用者執行下面的命令:

在上述命令中，-n引數後面跟的是節點名(hostname)； -k後面的參數列示第幾個網路，這裡是2，表示第2個public network。-A後面就是VIP地址的屬性了，格式為"VIP地址名/子網/網路卡裝置名"。

然後用crsctl來檢查，vip資源已經存在：

ora.net2.network，ora.xty3-vip2.vip,ora.xty4-vip2.vip都是新增的資源。然後使用下面的命令啟動新增的VIP：

使用ifconfig 命令也可以確認IP地址已經附加到了新增的public network上，即en2上。所以在這裡， 新增public network上的VIP配置成功。

第4步 ，我們來實現第3個需求，也就是在VIP地址上增加監聽，這個步驟也很簡單，用GI的使用者(這個環境是oracle)執行下面的命令：

啟動並檢查新增加的監聽：

可以看到，監聽LISTENER_N2增加成功。增加監聽也可以使用netca圖形介面操作，但還是命令列操作快捷。不過從上面的輸出可以看到，新的public network上的監聽並沒有監聽到相對應的public固定IP。實際上他們監聽hostname對應的IP地址。這是由BUG 8678541引起，在11.2.0.2及以上版本中已經修復。

第5步 ，我們來實現第2個需求，也就是增加SCAN IP，實際上在GI中，只能有一個SCAN，所以新增加的“SCAN IP”，實際上應稱為“Application IP”，用兩種方法，先介紹簡單的，用root命令執行：

然後檢視並啟動資源：

使用ifconfig命令可以確認IP地址已經加到新的public network上了，由於這個是類似”SCAN IP“的地址，只能在一個節點上起。我們可以用下面的命令來調整這個IP到另一個節點上：

這個實現”SCAN IP“功能的application ip，不屬於VIP，也不屬於SCAN，因此這個資源是srvctl不能管理的。

下面介紹用第2種方法來實現新的public network上的"SCAN IP"。
把上面建好的資源xty-cluster-svip2停掉並刪除：

然後執行下面的命令生成現有的SCAN IP的屬性：

接著手工修改一下/tmp/1.txt檔案，下面列出修改的部分：

然後配置SCAN並啟動:

注意第2種方法使用的SCAN VIP資源的名字跟第1種方法不一樣，在實際使用中，可以根據需要選擇即可。不過注意在第2種方法中不要用ora.scan1_n2.vip這樣的名字，否則srvctl檢視這個資源時會出錯。
看上去srvctl顯示的結果有點異常，只有一個SCAN Name，是新加的那個。不過至少可以用srvctl看到了，並且這也是可以理解的，因為目前就只能支援一個SCAN Name，在本文僅處於研究的目的，所以這種方法不建議使用於生產，建議使用上面的第1種方法。

到目前為止，新的public network上的SCAN已經增加成功。

第6步 ，在新配的SCAN VIP上配置一個SCAN LISTENER。注意不能使用srvctl add listener命令來配置，因為這種方式實際上是在所有的節點上都加了可同時啟動的監聽，需要增加的是scan listener。不過srvctl add scan_listener是不會成功的，因為它會檢測到在1521埠上已經有了SCAN Listener，即使是在高版本的GI中，這個命令增加了-k 引數指定network，也是會報錯的。因此只能使用類似上面第2種增加SCAN VIP的方法來增加新的SCAN Listener，不過這次需要用GI的安裝使用者（此環境是oracle使用者）來執行操作：

修改/tmp/2.txt檔案，修改的行如下：

然後配置SCAN Listener並啟動：

可以看到新增的SCAN Listener成功在節點xty4上啟動，當然在之前的操作步驟中，新的SCAN VIP即N2_SCAN2是啟動到了xty4上，所以這個監聽也會在xty4上。

我們把新的SCAN VIP調整到節點xty3上：

至此所有的操作已經完成。然後重啟一下所有節點的crs，驗證一下重啟後是否正常。在關閉第1個節點的crs之後，第2個節點上順利接管了所有的VIP地址，並且所有的SCAN Listener也執行到了節點2上。然後重啟兩個節點的crs後，一切看起來比較正常。唯一的不足是由於BUG 8678541引起的問題，使新的public network的VIP地址上的監聽，監聽到了錯誤的IP地址上。

以上的操作全部是針對Grid Infrastructure，不過在資料庫上，還需要調整引數LISTENER_NETWORKS，而不能使用local_listener和remote_listener引數。這個引數的設定，舉例如下：

實際上Grid Infrastructure已經是一個完整的clusterware，完全可以透過自定義的指令碼來增加自己想要的資源，以實現高可用性。
本文參考了來自於MOS的文件《How to Configure A Second Listener on a Separate Network in 11.2 Grid Infrastructure [ID 1063571.1]》

--The End