1 環(huán)境：
? ? CENTOS 7.9 + GI 11.2.0.4 + Oracle 11.2.0.4

2 禁用／啟用HAIP
2.1 禁用／啟用HAIP資源禁用HAIP資源： root用戶執(zhí)行@all nodes
# /u01/app/11.2.0/grid/bin/crsctl modify res ora.cluster_interconnect.haip -attr "ENABLED=0" -init
啟用HAIP資源：
如果之后想重新使用HAIP資源，可以啟用：

# /u01/app/11.2.0/grid/bin/crsctl modify res ora.cluster_interconnect.haip -attr "ENABLED=1" -init
在實際處理的案例中，發(fā)現(xiàn)其中一個節(jié)點始終無法啟動HAIP，在另外節(jié)點可以啟用HAIP，但這樣是無法啟動集群的，所以在可以啟動HAIP的節(jié)點直接禁用HAIP，這樣所有節(jié)點都使用真實的私網(wǎng)地址就可以正常啟動成功。
但需要注意在有些場景下，單純禁用HAIP會導(dǎo)致ASM無法啟動，這是由于ASM資源的相關(guān)依賴關(guān)系導(dǎo)致。

2.2 修改ASM資源的依賴關(guān)系在一些實際案例場景，我們直接禁用HAIP資源，再重啟has時可能會無法啟動ASM資源，因為ASM資源對HAIP有依賴關(guān)系。這一點我在自己的測試環(huán)境也可以驗證。
查看當前ASM資源的關(guān)聯(lián)關(guān)系：

[grid@rac2 cssd]$ crsctl stat res ora.asm -p -init
NAME=ora.asm
TYPE=ora.asm.type
ACL=owner:grid:rw-,pgrp:oinstall:rw-,other::r--,user:grid:rwx
ACTION_FAILURE_TEMPLATE=
ACTION_SCRIPT=
ACTIVE_PLACEMENT=0
AGENT_FILENAME=%CRS_HOME%/bin/oraagent%CRS_EXE_SUFFIX%
AUTO_START=restore
CARDINALITY=1
CHECK_ARGS=
CHECK_COMMAND=
CHECK_INTERVAL=1
CHECK_TIMEOUT=30
CLEAN_ARGS=
CLEAN_COMMAND=
DAEMON_LOGGING_LEVELS=
DAEMON_TRACING_LEVELS=
DEFAULT_TEMPLATE=
DEGREE=1
DESCRIPTION="ASM instance"
DETACHED=true
ENABLED=1
FAILOVER_DELAY=0
FAILURE_INTERVAL=3
FAILURE_THRESHOLD=5
GEN_USR_ORA_INST_NAME=+ASM2
HOSTING_MEMBERS=
LOAD=1
LOGGING_LEVEL=1
NOT_RESTARTING_TEMPLATE=
OFFLINE_CHECK_INTERVAL=0
ORA_VERSION=11.2.0.4.0
PID_FILE=
PLACEMENT=balanced
PROCESS_TO_MONITOR=
PROFILE_CHANGE_TEMPLATE=
RESTART_ATTEMPTS=5
SCRIPT_TIMEOUT=600
SERVER_POOLS=
SPFILE=
START_ARGS=
START_COMMAND=
START_DEPENDENCIES=hard(ora.cssd,ora.cluster_interconnect.haip,ora.ctssd)pullup(ora.cssd,ora.cluster_interconnect.haip,ora.ctssd)weak(ora.drivers.acfs)
START_TIMEOUT=600
STATE_CHANGE_TEMPLATE=
STOP_ARGS=
STOP_COMMAND=
STOP_DEPENDENCIES=hard(intermediate:ora.cssd,shutdown:ora.cluster_interconnect.haip)
STOP_TIMEOUT=600
UNRESPONSIVE_TIMEOUT=180
UPTIME_THRESHOLD=1h
USR_ORA_ENV=
USR_ORA_INST_NAME=
USR_ORA_OPEN_MODE=mount
USR_ORA_OPI=false
USR_ORA_STOP_MODE=immediate
VERSION=11.2.0.3.0

可以看到ASM資源和HAIP資源的依賴關(guān)系。

修改ASM的關(guān)聯(lián)關(guān)系@all nodes：

crsctl modify resource ora.asm -attr "START_DEPENDENCIES='hard(ora.cssd,ora.ctssd)pullup(ora.cssd,ora.ctssd)weak(ora.drivers.acfs)'" -f -init

crsctl modify resource ora.asm -attr "STOP_DEPENDENCIES=hard(intermediate:ora.cssd)" -f -init

改回ASM的關(guān)聯(lián)關(guān)系：

crsctl modify resource ora.asm -attr "START_DEPENDENCIES='hard(ora.cssd, ora.cluster_interconnect.haip, ora.ctssd)pullup(ora.cssd, ora.cluster_interconnect.haip, ora.ctssd)weak(ora.drivers.acfs)'" -f -init

crsctl modify resource ora.asm -attr "STOP_DEPENDENCIES=hard(intermediate:ora.cssd)" -f –init

3 修改cluster_interconnects參數(shù)
3.1 使用grid用戶修改ASM實例的cluster_interconnects參數(shù)修改為具體的私網(wǎng)地址，示例如下：
SQL> alter system set cluster_interconnects='10.0.0.1' scope=spfile sid='+ASM1';
SQL> alter system set cluster_interconnects='10.0.0.2' scope=spfile sid='+ASM2';
改回默認值為空，示例如下：

SQL> alter system set cluster_interconnects='' scope=spfile sid='+ASM1';
SQL> alter system set cluster_interconnects='' scope=spfile sid='+ASM2';
3.2 使用oracle用戶修改DB實例的cluster_interconnects參數(shù)修改為具體的私網(wǎng)地址，示例如下：
SQL> alter system set cluster_interconnects='10.0.0.1' scope=spfile sid=orcl1';
SQL> alter system set cluster_interconnects='10.0.0.2' scope=spfile sid=orcl2';
改回默認值為空，示例如下：

SQL> alter system set cluster_interconnects='' scope=spfile sid=orcl1';
SQL> alter system set cluster_interconnects='' scope=spfile sid=orcl2';
在實際的一個案例中，客戶是11g版本的GI環(huán)境，實際有2塊私網(wǎng)網(wǎng)卡，使用了HAIP特性，同時安裝有11g RAC和10g RAC，11g RAC使用HAIP正常，10g RAC由于無法使用HAIP，所以獲取到的是真實的私網(wǎng)地址，但是數(shù)據(jù)庫無法在所有節(jié)點同時open，這種情況，直接把10g RAC實例的cluster_interconnects參數(shù)修改成其中一個網(wǎng)卡的真實私網(wǎng)地址，即可正常在所有節(jié)點open。
這類場景是最適合修改參數(shù)解決，不影響其他正常使用HAIP的11g環(huán)境。

3.3 重啟所有實例或集群修改參數(shù)之后需要重新啟動實例生效，這里建議直接重啟集群一起驗證修改后的效果：
# /u01/app/11.2.0/grid/bin/crsctl stop has
# /u01/app/11.2.0/grid/bin/crsctl start has
3.4 檢查cluster_interconnects參數(shù)
SQL> show parameter cluster_interconnects