如何修改叢集的公網資訊（包括 VIP） (文件 ID 1674442.1)

mosdoc發表於2016-12-13

如何修改叢集的公網資訊（包括 VIP） (文件 ID 1674442.1)


文件內容

用途
適用範圍
詳細資訊
  情況1.   修改公網對應的主機名
  情況2.  只修改公網 IP或者VIP， 但是不修改網路卡、子網或網路掩碼資訊，或者只是修改MAC地址，而不需要修改其他資訊
  情況3. 修改公網網路卡，子網或網路掩碼資訊
  情況4. 修改 VIP 相關的公網資訊
  準備修改VIP
  獲得當前的 VIP 配置
  停止資源
  修改 VIP 和相關屬性
  重新啟動資源
  其它
  情況5：修改 SCAN VIP 相關的公網資訊
參考


適用於:

Oracle Database - Enterprise Edition - 版本 10.1.0.2 到 12.2.0.1 [發行版 10.1 到 12.2]
本文件所含資訊適用於所有平臺

用途

本文的目標是通過舉例說明的方式說明在 Oracle 叢集/GI 環境下如何修改公網對應的主機名，公網 IP、VIP、VIP 對應的主機名或者其他 VIP 相關的屬性。

適用範圍

客戶端使用 VIP（虛擬 IP）連線 Oracle 資料庫的版本為 10g 和 11g 的叢集環境。這些虛擬 IP 是和虛擬主機名對應的靜態 IP 地址並且通過 DNS 解析（除非您使用了 11gR2 GNS）。

在安裝 Oracle 叢集管理軟體時，使用者會被要求為叢集中的每一個節點輸入一個虛擬 IP 和虛擬主機名。這些資訊會被記錄在 OCR (Oracle Cluster Registry)中，而且 HA 框架中的不同元件會依賴於這些 VIP。如果出於某種原因，需要修改 VIP、VIP 對應的主機名或者公網的子網、網路掩碼等資訊，請按照本文介紹的過程。

如果修改涉及到叢集私網，請參考 Note 283684.1

詳細資訊

情況1.   修改公網對應的主機名

叢集公網對應的主機名是在安裝時輸入的，並且被記錄在 OCR 中。這個主機名在安裝之後是不能修改的。唯一的修改方法是刪除節點，修改主機名，之後將節點重新新增到叢集，或者直接重新安裝叢集軟體，並完成後續的克隆配置。

 

情況2.  只修改公網 IP或者VIP， 但是不修改網路卡、子網或網路掩碼資訊，或者只是修改MAC地址，而不需要修改其他資訊

如果只需要修改公網 IP 地址或者VIP，而且新的地址仍然在相同的子網和相同的網路介面上，或者只是修改公網IP的MAC地址，IP/interface/subnet/netmask仍舊保持不變，叢集層面不需要做任何修改，所有需要的修改是在 OS 層面反映 IP 地址的變化。

1. 關閉 Oracle 叢集管理軟體
2. 在網路層面，DNS 和 /etc/hosts 檔案中修改 IP 地址，或者直接修改MAC地址
3. 重新啟動 Oracle 叢集管理軟體

以上的修改可以使用滾動的方式完成，例如：每次修改一個節點。

 

情況3. 修改公網網路卡，子網或網路掩碼資訊

如果修改涉及到了不同的子網（網路掩碼）或者網路卡，需要將 OCR 中已經存在的網路卡資訊刪除並重新新增新的資訊。在以下的示例中子網從 10.2.156.0 被修改為 10.2.166.0，需要執行兩個步驟 –首先‘delif’，接下來 ‘setif’：

% $CRS_HOME/bin/oifcfg/oifcfg delif -global [/]
% $CRS_HOME/bin/oifcfg/oifcfg setif -global /:public

例如:
% $CRS_HOME/bin/oifcfg delif -global eth0/10.2.156.0 
% $CRS_HOME/bin/oifcfg setif -global eth0/10.2.166.0:public

然後，在作業系統層面進行修改。除非 OS 層面的修改需要重新啟動節點，否則不需要重啟 Oracle 叢集管理軟體。修改可以使用滾動的方式完成。

一旦公網資訊被修改，與其相關的 VIP 和 SCAN VIP 也需要修改，請參考情況4和情況5。

注意：對於11gR2，上面命令要求叢集在所有節點執行，否則報錯PRIF-33 和 PRIF-32，比如：
[grid@racnode1 bin]$ ./oifcfg delif -global eth0/192.168.1.0
PRIF-33: Failed to set or delete interface because hosts could not be discovered
CRS-02307: No GPnP services on requested remote hosts.
PRIF-32: Error in checking for profile availability for host racnode2
CRS-02306: GPnP service on host "racnode2" not found.

 

情況4. 修改 VIP 相關的公網資訊

準備修改VIP

一般而言，只有 10.2.0.3 之前的版本需要完全的停機。從 10.2.0.3 開始，ASM 和資料庫例項對 VIP 資源的依賴關係已經被刪除，所以修改 VIP 不需要停止 ASM 和資料庫例項，只有當修改 VIP 時產生的客戶端連線會受影響。如果修改只涉及到特定的節點，那麼只有連線到對應節點的客戶端連結在修改時會受影響。

首先，請參考情況3以確保公網資訊被修改。如果在 OS 層面的網路修改後發生了節點或者叢集管理軟體重啟，VIP 將不會被啟動，請跳到步驟“修改 VIP 和相關屬性”。

獲得當前的 VIP 配置

1. 獲取當前設定
對於版本 10g 和 11gR1, 使用 Oracle 叢集管理軟體的擁有者執行下面的命令：

$ srvctl config nodeapps -n -a

例如：
$ srvctl config nodeapps -n racnode1 -a
VIP exists.: /racnode1-vip/101.17.80.184/255.255.254.0/eth1


對於版本 11gR2, 使用 Grid Infrastructure 的擁有者執行下面的命令：

$ srvctl config nodeapps -a

例如：
$ srvctl config nodeapps -a
Network exists: 1/101.17.80.0/255.255.254.0/eth1, type static
VIP exists: /racnode1-vip/101.17.80.184/101.17.80.0/255.255.254.0/eth1, hosting node racnode1
VIP exists: /racnode2-vip/101.17.80.186/101.17.80.0/255.255.254.0/eth1, hosting node racnode2


2. 驗證 VIP 狀態

版本 10.2 和 11.1：
$ crs_stat -t 

版本 11.2：
$ crsctl stat res -t
- 以上命令應該顯示 VIPs 狀態為 ONLINE

$ ifconfig -a
(HP 平臺請使用 netstat –in, Windows 平臺請使用 ipconfig /all)
- VIP 邏輯網路卡對應公網網路卡

 

停止資源

3. 停止 nodeapps 資源 (如果有必要的話，停止存在依賴關係的 ASM 和資料庫資源):

對於版本 10g 和 11gR1, 使用 Oracle 叢集管理軟體的擁有者執行下面的命令：

$ srvctl stop instance -d -i    (對於 10.2.0.3 及以上版本，可以忽略)
$ srvctl stop asm -n                      (對於 10.2.0.3 及以上版本，可以忽略)
$ srvctl stop nodeapps -n

例如： 
$ srvctl stop instance -d RACDB -i RACDB1
$ srvctl stop asm -n racnode1
$ srvctl stop nodeapps -n racnode1


對於版本 11gR2, 使用 Grid Infrastructure 的擁有者執行下面的命令：

$ srvctl stop instance -d -n    (可以忽略)
$ srvctl stop vip -n -f

例如：
$ srvctl stop instance -d RACDB -n racnode1
$ srvctl stop vip -n racnode1 -f

 

注意1: 對於版本 11gR2，需要使用 -f 選項停止 listener 資源，否則會報以下錯誤：
PRCR-1014 : Failed to stop resource ora.racnode1.vip
PRCR-1065 : Failed to stop resource ora.racnode1.vip
CRS-2529: Unable to act on 'ora.racnode1.vip' because that would require stopping or relocating 'ora.LISTENER.lsnr', but the force option was not specified
...


4. 驗證 VIP 現在處於 OFFLINE 狀態，並且 VIP 不再繫結到公網網路卡

$ crs_stat -t (對於版本 11gR2，使用命令 $ crsctl stat res –t)

$ ifconfig -a
(HP 平臺請使用 netstat –in, Windows 平臺請使用 ipconfig /all)

 

修改 VIP 和相關屬性

5. 確定新的 VIP 地址/子網/網路掩碼或者 VIP 對應的主機名，在 OS 層面修改網路配置資訊，確認新的 VIP 地址應經註冊到 DNS 或者確認 /etc/hosts 檔案（Unix/Linux 平臺），\WINDOWS\System32\drivers\etc\hosts 檔案（Windows平臺）已經被修改。如果網路卡資訊被修改，確認在修改之前新的網路卡在伺服器上已經可用。

例如：
新VIP 地址：110.11.70.11 racnode1-nvip
新子網資訊：110.11.70.0
新網路掩碼：255.255.255.0
新網路卡：eth2


6. 使用 root 使用者修改 VIP 資源：

# srvctl modify nodeapps -n -A //<[if1[if2...]]>

例如：
# srvctl modify nodeapps -n racnode1 -A racnode1-nvip/255.255.255.0/eth2

 

注意 1：從版本 11.2 開始，VIP 依賴於 network 資源(ora.net1.network)，OCR 只記錄 VIP 主機名或者 VIP 資源相關的 IP 地址。叢集公網的屬性（子網/網路掩碼）通過網路資源記錄。當 nodeapps 資源被修改後，network資源(ora.net1.network)相關的屬性也會隨之被修改。

從 11.2.0.2 開始，如果只修改子網/網路掩碼資訊，網路資源可以通過以下的 srvctl modify network 命令直接修改。

使用 root 使用者：
# srvctl modify network -k ] [-S /[/if1[|if2...]]

例如：
# srvctl modify network -k 1 -S 110.11.70.0/255.255.255.0/eth2

如果其他屬性沒有變化，不需要修改 VIP 或 SCAN VIP。

注意 2：在12.1.0.1的版本上由於Bug 16608577 - CANNOT ADD SECOND PUBLIC INTERFACE IN ORACLE 12.1 ,srvctl modify network 的命令會失敗並提示：

# srvctl modify network -k 1 -S 110.11.70.0/255.255.255.0/eth2
PRCT-1305 : The specified interface name "eth2" does not match the existing network interface name "eth1"

需要通過以下workaround來解決：

# srvctl modify network -k 1 -S 110.11.70.0/255.255.255.0
# srvctl modify network -k 1 -S 110.11.70.0/255.255.255.0/eth2

 

* 一個 11gR2 修改 VIP 主機名，但是不修改 IP 地址的例子。

例如：只把 VIP 主機名從 racnode1-vip 修改為 racnode1-nvip，IP 地址和其他屬性保持不變。

如果 IP 地址保持不變，以上的命令將不會改變命令‘crsctl stat res ora.racnode1.vip -p’的輸出中專案 USR_ORA_VIP 的值。請使用下面的命令：
# crsctl modify res ora.racnode1.vip -attr USR_ORA_VIP=racnode1-nvip

驗證專案 USR_ORA_VIP 的改變：
# crsctl stat res ora.racnode1.vip -p |grep USR_ORA_VIP

 

注意：對於 Windows 平臺，如果網路卡名中包含了空格，那麼網路卡名需要包含在雙引號(")中。例如：
使用管理員使用者或者軟體安裝使用者：
> srvctl modify nodeapps -n racnode1 -A 110.11.70.11/255.255.255.0/"Local Area Connection 1"

 
7. 驗證改變

$ srvctl config nodeapps -n -a (10g and 11gR1)
$ srvctl config nodeapps -a (11gR2)

例如：
$ srvctl config nodeapps -n racnode1 -a
VIP exists.: /racnode1-nvip/110.11.70.11/255.255.255.0/eth2

 

重新啟動資源

8. 啟動 nodeapps 和其它資源

對於版本 10g 和 11gR1, 使用 Oracle 叢集管理軟體的擁有者執行下面的命令：

$ srvctl start nodeapps -n        
$ srvctl start asm -n                (對於 10.2.0.3 及以上版本，可以忽略)
$ srvctl start instance -d -i    (對於 10.2.0.3 及以上版本，可以忽略)

例如：
$ srvctl start nodeapps -n racnode1
$ srvctl start asm -n racnode1
$ srvctl start instance -d RACDB -i RACDB1

對於版本 11gR2, 使用 Grid Infrastructure 的擁有者執行下面的命令：

$ srvctl start vip -n  
$ srvctl start listener -n
$ srvctl start instance -d -n (可以忽略)

例如：

$ srvctl start vip -n racnode1 
$ srvctl start listener -n racnode1
$ srvctl start instance -d RACDB -n racnode1

注意:如果網路的屬性做了修改，比如netmask 等做了修改，需要重新啟動nodeapps

 


9. 驗證新的 VIP 狀態為 ONLINE 並且已經繫結到叢集公網網路卡

$ crs_stat -t (對於版本 11gR2，使用命令 $ crsctl stat res –t)

$ ifconfig -a
(HP 平臺請使用 netstat –in, Windows 平臺請使用 ipconfig /all)


10. 如果叢集中的其它節點也需要類似的改變，請重複同樣的步驟。

其它

11. 如果需要，修改 listener.ora, tnsnames.ora 和 LOCAL_LISTENER/REMOTE_LISTENER 引數反應 VIP 的改變。

注意： ASM和DB例項的LOCAL_LISTENER引數，是GI自動設定的。VIP的改變，LOCAL_LISTENER會自動識別，並生效。但是由於Bug 22824602，一些特定情況下。 LOCAL_LISTENER引數沒有反應 VIP 的改變。workaround解決方法是重啟受影響的節點的叢集軟體。

 

情況5：修改 SCAN VIP 相關的公網資訊

對於 11gR2 Grid Infrastructure，客戶端可以通過 SCAN 和 SCAN VIP 連線資料庫。請參考下面的 Note 修改 SCAN VIP。

Note 952903.1 How to update the IP address of the SCAN VIP resources (ora.scan.vip) 
Note 972500.1 How to Modify SCAN Setting or SCAN Listener Port after Installation

注意：如果需要回退修改，那麼用原始值替換新值，然後重新執行命令。

 

參考

NOTE:283684.1 - How to Modify Private Network Information in Oracle Clusterware
NOTE:952903.1 - How to Update the IP Address of the SCAN VIP Resources (ora.scan{n}.vip)

How to Modify Public Network Information including VIP in Oracle Clusterware (文件 ID 276434.1)


In this Document

Purpose
Scope
Details
  Case I.   Changing public hostname
  Case II.  Changing public IP or VIP only without changing interface, subnet or netmask or changing MAC address only without changing anything else
  Case III. Changing public network interface, subnet or netmask
  Case IV. Changing VIPs associated with public network change
  Planning for VIP changes
  Gathering Current VIP Configuration
  Stopping Resources
  Modifying VIP and Its Associated Attributes
  Restarting Resources
  Others
  Case V. Change SCAN VIP associated with public network change
References


APPLIES TO:

Oracle Database - Enterprise Edition - Version 10.1.0.2 to 12.2.0.1 [Release 10.1 to 12.2]
Information in this document applies to any platform.

PURPOSE


The purpose of this note is to illustrate how to change a public hostname, public IP, a Virtual IP Address (VIP), VIP hostname or other VIP attributes in an Oracle Clusterware/Grid Infrastructure environment.

SCOPE


Oracle Database 10g and 11g use VIPs (Virtual IP) in clustered environments for clients to connect to the database. These VIPs are static IP addresses associated with (virtual) hostnames and resolved through DNS (except when using 11gR2 GNS).

During the installation of the Oracle Clusterware users are prompted to enter a Virtual IP and Virtual hostname for each of the node in the cluster. These are stored within the OCR (Oracle Cluster Registry) and different components within the HA framework depend on these VIPs. If for some reason the need arises to change either the VIP, the VIP hostname, or the subnet, netmask etc, this procedure should be followed.


For changes associated with private network/cluster interconnect, please refer to Note 283684.1

DETAILS

Case I.   Changing public hostname

Public hostname is recorded in OCR, it is entered during installation phase. It can not be modified after the installation. The only way to modify public hostname is by deleting the node, then adding the node back with a new hostname, or reinstalling the clusterware or following the clone procedure to reconfigure the clusterware.

 

Case II.  Changing public IP or VIP only without changing interface, subnet or netmask or changing MAC address only without changing anything else

If the change is only public IP or VIP address and the new ones are still in the same subnet, same interface, or if the change is only for public IP MAC address, IP/interface/subnet/netmask all remain the same, nothing needs to be done at clusterware layer, all changes need to be done at OS layer to reflect the change.


1. Shutdown Oracle Clusterware stack 
2. Modify the IP address at network layer, DNS and /etc/hosts file to reflect the change or modify the MAC address at network layer
3. Restart Oracle Clusterware stack


Above change can be done in rolling fashion, eg: one node at a time.

 

Case III. Changing public network interface, subnet or netmask

If the change involves different subnet(netmask) or interface, delete the existing interface information from OCR and add it back with the correct information is required.  In the example here, the subnet is changed from 10.2.156.0  to 10.2.166.0 via two separate commands - first a 'delif'  followed by a 'setif':

% $CRS_HOME/bin/oifcfg/oifcfg delif -global [/]
% $CRS_HOME/bin/oifcfg/oifcfg setif -global /:public

For example:
% $CRS_HOME/bin/oifcfg delif -global eth0/10.2.156.0 
% $CRS_HOME/bin/oifcfg setif -global eth0/10.2.166.0:public

Then make the change at OS layer. There is no requirement to restart Oracle clusterware unless OS change requires a node reboot. This can be done in rolling fashion.

Once public network is changed, its associated VIP and SCAN VIP are also required to change, refer to CASE IV and CASE V.

Note: for 11gR2, above command requires clusterware RUNNING on ALL nodes, otherwise PRIF-33 and PRIF-32 will be reported, i.e.
[grid@racnode1 bin]$ ./oifcfg delif -global eth0/192.168.1.0
PRIF-33: Failed to set or delete interface because hosts could not be discovered
  CRS-02307: No GPnP services on requested remote hosts.
PRIF-32: Error in checking for profile availability for host racnode2
  CRS-02306: GPnP service on host "racnode2" not found.

 

Case IV. Changing VIPs associated with public network change

Planning for VIP changes

In general, a complete outage is only required for pre-10.2.0.3 release. From 10.2.0.3 onwards, the ASM/database instance dependency on the VIP resource is removed, so the VIP could be modified without having to take down the ASM/database instance, only client connections to the database will be affected when VIP is down. If the modification is a node specific, then only connection to that node will be affected during the time of change.

Please follow Case III to ensure public network changes are made first. If there is a node reboot or Clusterware restart after the OS network change, vip will not start, please skip to step "Modifying VIP and its Associated Attributes".

Gathering Current VIP Configuration


1. Gather the existing setup
for 10g and 11gR1, as Oracle Clusterware owner:


$ srvctl config nodeapps -n -a

eg:
$ srvctl config nodeapps -n racnode1 -a
VIP exists.: /racnode1-vip/101.17.80.184/255.255.254.0/eth1



for 11gR2, as Grid Infrastructure owner:


$ srvctl config nodeapps -a

eg:
$ srvctl config nodeapps -a
Network exists: 1/101.17.80.0/255.255.254.0/eth1, type static
VIP exists: /racnode1-vip/101.17.80.184/101.17.80.0/255.255.254.0/eth1, hosting node racnode1
VIP exists: /racnode2-vip/101.17.80.186/101.17.80.0/255.255.254.0/eth1, hosting node racnode2



2. Verify VIP status


10.2 and 11.1:
$ crs_stat -t 

11.2:
$ crsctl stat res -t
- it should show VIPs are ONLINE

$ ifconfig -a
(netstat -in for HP and ipconfig /all for Windows)
- VIP logical interface is bound to the public network interface

 

Stopping Resources


3. Stop the nodeapps resources (and all dependent resources ASM/DB only if required):

10g and 11gR1, as Oracle Clusterware owner:


$ srvctl stop instance -d -i    (optional for 10.2.0.3+)
$ srvctl stop asm -n                      (optional for 10.2.0.3+)
$ srvctl stop nodeapps -n

eg, 
$ srvctl stop instance -d RACDB -i RACDB1
$ srvctl stop asm -n racnode1
$ srvctl stop nodeapps -n racnode1



11gR2, as Grid Infrastructure owner:


$ srvctl stop instance -d -n     (optional)
$ srvctl stop vip -n -f

eg, 
$ srvctl stop instance -d RACDB -n racnode1
$ srvctl stop vip -n racnode1 -f

 

Note 1: The -f option is required for 11gR2 to stop listener resource, otherwise following error will occur:
PRCR-1014 : Failed to stop resource ora.racnode1.vip
PRCR-1065 : Failed to stop resource ora.racnode1.vip
CRS-2529: Unable to act on 'ora.racnode1.vip' because that would require stopping or relocating 'ora.LISTENER.lsnr', but the force option was not specified
...



4. Verify VIP is now OFFLINE and the interface is no longer bound to the public network interface


$ crs_stat -t (or $ crsctl stat res -t for 11gR2)

$ ifconfig -a
(netstat -in for HP and ipconfig /all for windows)

 

Modifying VIP and Its Associated Attributes

5. Determine the new VIP IP/subnet/netmask or VIP hostname, make the network change on OS first, ensure the new VIP is registered in DNS or modified in /etc/hosts (for Unix/Linux) and \WINDOWS\System32\drivers\etc\hosts file (for Windows). If the network interface is changed, ensure the new interface is available on the server before proceeding with the modification.

For example:
New VIP is: 110.11.70.11 racnode1-nvip
new subnet is 110.11.70.0
new netmask is 255.255.255.0
new interface is eth2



6. Modify the VIP resource, as root user:


# srvctl modify nodeapps -n -A //<[if1[if2...]]>

eg:
# srvctl modify nodeapps -n racnode1 -A racnode1-nvip/255.255.255.0/eth2

 

Note 1: Starting with 11.2, the VIPs depend on the network resource (ora.net1.network), the OCR only records the VIP hostname or the IP address associated with the VIP resource. The network attributes (subnet/netmask/interface) are recorded with the network resource. When the nodeapps resource is modified, the network resoure(ora.net1.network) attributes are also modified implicitly.

From 11.2.0.2 onwards, if only subnet/netmask/interface change is required, network resource can be modified directly via srvctl modify network command.
as root user:
# srvctl modify network -k ] [-S /[/if1[|if2...]]
eg:
# srvctl modify network -k 1 -S 110.11.70.0/255.255.255.0/eth2

There is no need to modify VIP or SCAN if other attributes are not changed.

Note 2: For 12.1.0.1 release, due to unpublished Bug 16608577 - CANNOT ADD SECOND PUBLIC INTERFACE IN ORACLE 12.1, the srvctl modify network command fails with:
# srvctl modify network -k 1 -S 110.11.70.0/255.255.255.0/eth2
PRCT-1305 : The specified interface name "eth2" does not match the existing network interface name "eth1"

Workaround is to modify network resource with an empty interface name, then modify it again with the desired interface name, eg:
# srvctl modify network -k 1 -S 110.11.70.0/255.255.255.0
# srvctl modify network -k 1 -S 110.11.70.0/255.255.255.0/eth2

The bug has been fixed in 12.1.0.2 and above.



* A special case for 11gR2 modifying the VIP hostname only without changing the IP address.


For example: only VIP hostname changes from racnode1-vip to racnode1-nvip, IP and other attributes remain the same.

If IP address is not changed, above modify command will not change the USR_ORA_VIP value in 'crsctl stat res ora.racnode1.vip -p' output. Please use the following command:
# crsctl modify res ora.racnode1.vip -attr USR_ORA_VIP=racnode1-nvip

Verify the changes for USR_ORA_VIP field:
# crsctl stat res ora.racnode1.vip -p |grep USR_ORA_VIP

 

Note: For Windows platform, the interface name needs to be in quote (") if there is a space in between, eg:
As administrator user or software install user:
> srvctl modify nodeapps -n racnode1 -A 110.11.70.11/255.255.255.0/"Local Area Connection 1"


 
7. Verify the change


$ srvctl config nodeapps -n -a (10g and 11gR1)
$ srvctl config nodeapps -a (11gR2)

eg:
$ srvctl config nodeapps -n racnode1 -a
VIP exists.: /racnode1-nvip/110.11.70.11/255.255.255.0/eth2

 

Restarting Resources


8. Start the nodeapps and the other resources

10g and 11gR1, as Oracle Clusterware owner:


$ srvctl start nodeapps -n        
$ srvctl start asm -n                (optional for 10.2.0.3+)
$ srvctl start instance -d -i    (optional for 10.2.0.3+)

eg:
$ srvctl start nodeapps -n racnode1
$ srvctl start asm -n racnode1
$ srvctl start instance -d RACDB -i RACDB1

11gR2, as Grid Infrastructure owner:

$ srvctl start vip -n  
$ srvctl start listener -n
$ srvctl start instance -d -n       (optional)

eg,
$ srvctl start vip -n racnode1 
$ srvctl start listener -n racnode1
$ srvctl start instance -d RACDB -n racnode1

Note: if the network attributes are changed, i.e. netmask changed, restart the nodeapps


 
9. Verify the new VIP is ONLINE and bind to the public network interface


$ crs_stat -t (or $ crsctl stat res -t for 11gR2)

$ ifconfig -a
(netstat -in for HP or ipconfig /all for windows)



10. Repeat the same steps for the rest nodes in the cluster only if the similar change is required.


Others

11. Modify listener.ora,  tnsnames.ora and LOCAL_LISTENER/REMOTE_LISTENER parameter to reflect the VIP change if necessary.

Note, LOCAL_LISTENER for ASM and DB are set automatically by Grid Infrastructure. The VIP change in LOCAL_LISTENER should take effect automatically. Due to Bug 22824602, under some race condition, the LOCAL_LISTENER for ASM instance might not reflect the VIP change. The workaround is to restart the Clusterware on the affected node.

 

Case V. Change SCAN VIP associated with public network change

With Grid Infrastructure 11gR2, SCAN and SCAN VIP are introduced for client connections. To modify the SCAN VIP, please refer to


Note 952903.1 How to update the IP address of the SCAN VIP resources (ora.scan.vip) 
Note 972500.1 How to Modify SCAN Setting or SCAN Listener Port after Installation


 

Note: if rolling back the change is required, repeat the commands which have been run, replace the new value with original value to restore the original configuration.

 

REFERENCES

NOTE:952903.1 - How to update the IP address of the SCAN VIP resources (ora.scan{n}.vip)
NOTE:283684.1 - How to Modify Private Network Information in Oracle Clusterware




小麥苗課程

小麥苗課堂開課啦，如下是現有的課程，歡迎諮詢小麥苗：


課程名稱

課時

上課時間

價格

OCP（從入門到專家）

每年1期，35課時左右/期

20：00-22：00

1588(可優惠)

OCM認證

每年N期，9課時/期

20：00-22：00

22888

高可用課程（rac+dg+ogg）

每年1期，20課時左右/期

20：00-22：00

1888(可優惠)

Oracle初級入門

每年1期，15課時左右/期

20：00-22：00

800

Oracle健康檢查指令碼

可微信或微店購買。

88

Oracle資料庫技能直通車

包含如下3個課程：

①《11g OCP網路課程培訓》（面向零基礎） 價值1600元

②《11g OCM網路班課程培訓》（Oracle技能合集）價值10000+元

③《RAC + DG + OGG 高可用網路班課程》 價值2000元

以上3個課程全部打包只要5888，只要5888所有課程帶回家，終身指導！所有課程都是線上講課，不是播放視訊，課件全部贈送！

注意：以上OCP和OCM課程只包括培訓課程，不包括考試費用。OCM提供培訓+視訊，但是不提供練習環境和資料。報名一次，OCP和高可用的課程可以免費終身迴圈聽課。

5888

OCP+高可用（rac+dg+ogg）

報名OCP+高可用課程，可以優惠300元，優惠後的價格為3188.

3188(可優惠)

注意：

1、每次上課前30分鐘答疑。

2、OCM實時答疑，提供和考試一樣的練習模擬環境，只要按照老師講的方式來練習，可以保證100%通過。

3、授課方式：YY語音網路直播講課（非視訊） + QQ互動答疑 + 視訊複習。

4、OCP課時可以根據大家學習情況進行增加或縮減。

5、以上所有課程均可迴圈聽課。

6、12c OCM課程私聊。

7、Oracle初級入門課程，只教大家最實用+最常用的Oracle操作維護知識。

8、以上所有課程，可以加小麥苗微信（lhrbestxh）或QQ（646634621）詳聊，優惠多多。


培訓專案

連線地址

DB筆試面試歷史連線

http://mp.weixin.qq.com/s/Vm5PqNcDcITkOr9cQg6T7w

OCP培訓說明連線

https://mp.weixin.qq.com/s/2cymJ4xiBPtTaHu16HkiuA

OCM培訓說明連線

https://mp.weixin.qq.com/s/7-R6Cz8RcJKduVv6YlAxJA

高可用（RAC+DG+OGG）培訓說明連線

https://mp.weixin.qq.com/s/4vf042CnOdAD8zDyjUueiw

OCP最新題庫解析歷史連線（052）

http://mp.weixin.qq.com/s/bUgn4-uciSndji_pUbLZfA

微店地址

https://weidian.com/s/793741433?wfr=c&ifr=shopdetail



About Me

.............................................................................................................................................

● 本文作者：小麥苗，部分內容整理自網路，若有侵權請聯絡小麥苗刪除

● 本文在itpub（http://blog.itpub.net/26736162/abstract/1/）、部落格園（http://www.cnblogs.com/lhrbest）和個人微信公眾號（xiaomaimiaolhr）上有同步更新

● 本文itpub地址：http://blog.itpub.net/26736162/abstract/1/

● 本文部落格園地址：http://www.cnblogs.com/lhrbest

● 本文pdf版、個人簡介及小麥苗雲盤地址：http://blog.itpub.net/26736162/viewspace-1624453/

● 資料庫筆試面試題庫及解答：http://blog.itpub.net/26736162/viewspace-2134706/

● DBA寶典今日頭條號地址：http://www.toutiao.com/c/user/6401772890/#mid=1564638659405826

.............................................................................................................................................

● QQ群號：230161599（滿）、618766405

● 微信群：可加我微信，我拉大家進群，非誠勿擾

● 聯絡我請加QQ好友（646634621），註明新增緣由

● 於 2018-07-01 06:00 ~ 2018-07-31 24:00 在魔都完成

● 最新修改時間：2018-07-01 06:00 ~ 2018-07-31 24:00

● 文章內容來源於小麥苗的學習筆記，部分整理自網路，若有侵權或不當之處還請諒解

● 版權所有，歡迎分享本文，轉載請保留出處

.............................................................................................................................................

● 小麥苗的微店：https://weidian.com/s/793741433?wfr=c&ifr=shopdetail

● 小麥苗出版的資料庫類叢書：http://blog.itpub.net/26736162/viewspace-2142121/

● 小麥苗OCP、OCM、高可用網路班：http://blog.itpub.net/26736162/viewspace-2148098/

.............................................................................................................................................

使用微信客戶端掃描下面的二維碼來關注小麥苗的微信公眾號（xiaomaimiaolhr）及QQ群（DBA寶典）、新增小麥苗微信，學習最實用的資料庫技術。

小麥苗的微信公眾號小麥苗的DBA寶典QQ群2小麥苗的微信二維碼小麥苗的微店

   小麥苗的微信公眾號      小麥苗的DBA寶典QQ群2       小麥苗的微信二維碼          小麥苗的微店

.............................................................................................................................................

如何修改叢集的公網資訊（包括 VIP） (文件 ID 1674442.1)
 歡迎與我聯絡





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

相關文章