Windows SERVER 2012 R2調整網卡優先順序順序的一個好方法
- 2019 年 10 月 29 日
- 筆記
在WINDOWS SERVER 2012虛機上安裝oracle 12C RAC時，很容易出現一個錯誤就是主機名無效的問題。
這個錯誤會導致oracle12c rac安裝失敗，卡在這到不了下一步。
經查oracle官網發現：
這個問題的解決方法:
ODM:
RAC on Windows: INS-40937 Encountering During 11.2.0.3 Grid Infrastructure Install (文檔 ID 1479496.1)
CAUSE
Invalid binding order of network adapters on the node which returned the error.
One of the installation prerequisites for Grid Infrastructure installations on Windows platforms is
to have your 'Public' network adapter listed first in your binding order and
your 'Private' network adapter listed second in your binding order on all cluster nodes.
SOLUTION
Fix the Network Adapter Binding order so that the public network adapter is listed first and
your private network adapter is listed second as per documented installation prerequisites
這個同樣適用於12C
在集群安裝條件檢查中，會顯示這一細節的檢查。（註：集群預置檢查條件 runcluvfy stage -pre crsinst -n RACtest1,RACtest2 -verbose對安裝環境進行校驗。）
這要求兩個節點必須先綁定public,然後在另外一張網卡上綁定private，並且介面度量值設置正確。
那麼如果在實際部署虛機時，一次添加了2張網卡，分別設定了public和private。在安裝oracle12C時，發現總把private識別在前面怎麼辦呢？ 通常的調整方法是在網路適配器的高級設置里進行手動調整。
然而這種方法卻並沒有改變網卡的真正優先順序順序，我們可以用get-netipinterface驗證一下
我們發現pri的ifindex id是12，而pub的ifindex id是16，pri還是優先於pub 那麼如何調整呢，我們可以嘗試調整網卡的躍點數，比如把pub的設為100，把pri的設置為300，就可以真正區分優先順序了
這時再查優先順序就變了，pri的ifindex id是14，而pub的ifindex id是12，pub優先於pri
這樣就可以跳過那個主機名錯誤了。
備註： ifindex：IfIndex是一個唯一識別的編號關聯與物理或邏輯介面。對於多數軟體， IfIndex是介面的名稱。雖然相關的RFC不要求在特定的IfIndex值和他們的介面之間的通訊在重新啟動間維護，應用程式例如設備明細、計費和故障檢測取決於此通訊。
RFC1213 (MIB2)定義了最初的IfIndex如下：
「每個介面由IfIndex對象的一個唯一值識別，並且IfIndex的說明限制條件其值如下：其值排列在1和值ifNumber之間。每個介面的值一定依然是不變至少從實體的網路管理系統的一再預裝下再預裝」。
然而，根據最新的IETF RFC 2863 (介面組MIB)， IfIndex定義更改適應允許網路介面動態新增內容或刪除設備的數量增長的。在RFC 2863採用的解決方案將刪除IfIndex比值，保留與其當前定義的ifNumber。
網卡介面躍點：躍點即路由。一個路由為一個躍點。傳輸過程中需要經過多個網路，每個被經過的網路設備點（有能力路由的）叫做一個躍點，地址就是它的ip。躍點數是經過了多少個躍點的累加器，為了防止無用的數據包在網上流散。 為路由指定所需躍點數的整數值（範圍是 1 ~ 9999），它用來在路由表裡的多個路由中選擇與轉發包中的目標地址最為匹配的路由。所選的路由具有最少的躍點數。躍點數能夠反映躍點的數量、路徑的速度、路徑可靠性、路徑吞吐量以及管理屬性。
