測(cè)試服務(wù)器的二節(jié)點(diǎn)數(shù)據(jù)庫(kù)宕掉了，原因不明，需要產(chǎn)環(huán)境重新安裝。我想上次在自己虛擬機(jī)安裝實(shí)驗(yàn)過(guò)一次，應(yīng)該一天能搞定，事實(shí)證明，你永遠(yuǎn)有學(xué)不完的bug！?。?！
首先查看一下系統(tǒng)的基本信息，按理說(shuō)應(yīng)該沒(méi)什么問(wèn)題，但是還好檢查了
發(fā)現(xiàn)節(jié)點(diǎn)二的Oracle環(huán)境變量都是錯(cuò)的，ORACLE_HOME基目錄、掩碼等錯(cuò)了，多了幾個(gè)字符比如umask 022寫(xiě)成Pumask 022、$ORACLE_HOME=寫(xiě)成$ORACLE_HOMESHCBAK=????，這是宕機(jī)了嗎，這應(yīng)該是二節(jié)點(diǎn)就應(yīng)該沒(méi)裝上吧？？？
用戶和用戶組缺少
這里我遇到過(guò)，在安裝Grid時(shí)會(huì)檢查，如果兩個(gè)節(jié)點(diǎn)組號(hào)，用戶ID不一樣，會(huì)報(bào)錯(cuò)提醒，
可以通過(guò)id 用戶 查看id和所屬組
cat etc/group 查看有哪些組 組號(hào)復(fù)制出來(lái) 對(duì)比一下 或者 vi 里用 "/"查找對(duì)比
ps：不知道Linux目錄結(jié)構(gòu)功能的，可以查看往期Linux的專欄
public IP能ping通，priv ping 不通，重點(diǎn)，后面要說(shuō)。
接著停掉集群清理環(huán)境，二節(jié)點(diǎn)雖然宕機(jī)了，但是也要停掉，不然一些守護(hù)進(jìn)程殺不掉
問(wèn)題一 殺進(jìn)程時(shí)
ps -ef | grep has
crsctl stop has
在清理 二節(jié)點(diǎn) has 進(jìn)程的時(shí)候
[root@oratest01 bin]# ./crsctl stop has
CRS-4639: Could not contact Oracle High Availability Services CRS-4000: Command Stop failed, or completed with errors.
有一個(gè)子進(jìn)程殺掉后會(huì)導(dǎo)致會(huì)話關(guān)閉，重新連接后，第一時(shí)間沒(méi)有ps -ef | grep has進(jìn)程
一會(huì)有一個(gè)進(jìn)程，接著子進(jìn)程又都出來(lái)了。
這里做發(fā)現(xiàn)忽略，后面沒(méi)發(fā)現(xiàn)什么問(wèn)題
問(wèn)題二 清理磁盤頭
Oracle在安裝時(shí)選擇ASM磁盤需要是干凈的，需要把之前的信息清掉
我第一遍清理dd if=/dev/zero of=/dev/asm-ocr1 bs=8k count=1000
沒(méi)清掉，難道是bs問(wèn)題，這里我想難道是操作系統(tǒng)扇區(qū)（寫(xiě)數(shù)據(jù)）大小需要和bs保持一致沒(méi)清理掉？
查看扇區(qū)大小 ：fdisk -l /dev/asm-ocr1 顯示210多G 扇區(qū)512K
再清 ： dd if=/dev/zero of=/dev/asm-ocr1 bs=512k count=1000 還是沒(méi)清掉。
原來(lái)bs大小值和清理數(shù)據(jù)速率有關(guān)，不用和扇區(qū)保持一直，那速率的就是操作系統(tǒng)的一些性能指標(biāo)了（之前專欄里應(yīng)該有）
那是什么原因呢？數(shù)據(jù)太多了 bs*count = 500M 沒(méi)清干凈唄？
全清理一遍： dd if=/dev/zero of=/dev/asm-data2 bs=4M status=progress
還是沒(méi)刪干凈，安裝界面沒(méi)有可選擇磁盤。
ok，注意地方來(lái)了，按理說(shuō)是刪干凈了，也確實(shí)刪干凈了。原因是，刷新，沒(méi)錯(cuò)，界面沒(méi)反應(yīng)過(guò)來(lái)，上一步下一步選擇所偶有盤、可用盤刷新是沒(méi)用的，要重新選擇路徑。
我的理解是，對(duì)比Web項(xiàng)目，一般有一個(gè)會(huì)話緩存， cookie和session分別保存到服務(wù)器和瀏覽器里面，保存當(dāng)前的操作的一些緩存信息，比如圖片、視頻（流格式）等在yml里可以配置刷新時(shí)間，（用戶操作刷新、實(shí)時(shí)刷新），這里是OUI界面，道理應(yīng)該差不多，在選擇路徑時(shí)，讀取到了第一次的磁盤信息，上一步下一步應(yīng)該是沒(méi)有刷新。“刷新”這個(gè)任務(wù)只在選擇磁盤路徑的時(shí)候生效。
所以總結(jié)就是，注意清理的大小，安裝前我清理的8k*1000=5M沒(méi)干凈，后面清理500M就沒(méi)了，OCR還能理解DATA數(shù)據(jù)盤就存這點(diǎn)信息嗎？下次應(yīng)該看看磁盤使用容量和剩余容量。而且物理文件沒(méi)有刪？
dd用法請(qǐng)查看：dd操作命令-CSDN博客
問(wèn)題三 連接性問(wèn)題
這里需要關(guān)注節(jié)點(diǎn)連接性問(wèn)題，虛擬IP的兩個(gè)節(jié)點(diǎn)不通，現(xiàn)在還沒(méi)有解決，好像是TCP連接問(wèn)題
這里貼一些參考命令
| Host位置 |
/etc/hosts hostnamectl set-hostname myhost |
| 網(wǎng)絡(luò)IP位置 |
/etc/sysconfig/network |
| 查看防火墻規(guī)則 |
iptables -L |
| 查看路由表 |
route -n |
| 進(jìn)程監(jiān)視器 |
sestatus |
| 重新啟動(dòng)網(wǎng)絡(luò)服務(wù) |
systemctl restart network systemctl start network |
| 查看TCP、UDP等 |
netstat -nutlp |
Virtual IP出現(xiàn)故障，系統(tǒng)可能會(huì)影響高可用性功能，但不會(huì)影響Grid和數(shù)據(jù)庫(kù)的安裝過(guò)程。
解決不了就繼續(xù)往下裝，失敗重新再清理環(huán)境唄??
但是在執(zhí)行腳本之前，數(shù)據(jù)庫(kù)信息沒(méi)有同步到二節(jié)點(diǎn)，，但是公共IP時(shí)沒(méi)問(wèn)題的，可以ping通，
查看日志：
排除故障：
1.查看/etc/sysconfig/network信息
沒(méi)錯(cuò)
2.ping域名能ping通，說(shuō)明域名解析沒(méi)有問(wèn)題
3.！?。?/strong>節(jié)點(diǎn)一節(jié)點(diǎn)二ping ens256虛擬網(wǎng)關(guān)ping不通
4.ping127.0.0.1
沒(méi)問(wèn)題 說(shuō)明本地TCP/IP 協(xié)議棧在你主機(jī)上是正常工作的。本地回環(huán)地址用于在同一臺(tái)主機(jī)內(nèi)部進(jìn)行通信，如果能夠 ping 通本地回環(huán)地址，說(shuō)明 TCP/IP 協(xié)議棧和網(wǎng)絡(luò)接口都是正常的。確認(rèn) TCP/IP 沒(méi)有問(wèn)題，但這并不能保證在不同主機(jī)之間的 TCP 連接也是正常的。
5.traceroute 跟蹤路由 、route -n 、ARP信息
traceroute to 192.168.xx.15 (192.168.xx.15), 30 hops max, 60 byte packets
1 oratest01-priv (192.168.xx.xx) 0.065 ms 0.016 ms 0.015 ms
[spduser@oratest01 ~]$ traceroute 192.168.59.16
traceroute to 192.168.xx.16 (192.168.xx.16), 30 hops max, 60 byte packets
1 oratest01-priv (192.168.xx.15) 3004.888 ms !H 3004.716 ms !H 3004.677 ms !H
目標(biāo)主機(jī)不可達(dá)。可能由于網(wǎng)絡(luò)配置問(wèn)題、路由配置問(wèn)題或目標(biāo)主機(jī)故障等原因?qū)е碌?。需要檢查網(wǎng)絡(luò)配置、路由設(shè)置以及目標(biāo)主機(jī)的可用性。
arp -n查看ARP路由緩存表
網(wǎng)卡ens256 incomplete設(shè)備之間的通信尚未建立，或者設(shè)備未響應(yīng)ARP請(qǐng)求
arp -s加入路由緩存表失敗
6.查看網(wǎng)卡信息 ifconfig 、netstat -i查看丟包
一節(jié)點(diǎn)
netstat -i
Kernel Interface table
Iface MTU RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
ens192 1500 20614543 0 75 0 2921261 0 0 0 BMRU
ens256 1500 38513814 0 10 0 20682 0 0 0 BMRU
lo 65536 74733504 0 0 0 74733504 0 0 0 LRU
virbr0 1500 0 0 0 0 0 0 0 0 BMU
二節(jié)點(diǎn)
netstat -i
Kernel Interface table
Iface MTU RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
ens192 1500 313208 0 10 0 48642 0 0 0 BMRU
ens256 1500 3 0 0 0 7578 0 0 0 BMRU
lo 65536 24079 0 0 0 24079 0 0 0 LRU
virbr0 1500 0 0 0 0 0 0 0 0 BMU
ifconfig
ens192:
RX packets 312226 bytes 100760001 (96.0 MiB)
RX errors 0 dropped 10 overruns 0 frame 0
TX packets 48606 bytes 8722560 (8.3 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
ens256:
RX packets 3 bytes 180 (180.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 7578 bytes 1270250 (1.2 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
?。。?！ens192網(wǎng)卡 TX 過(guò)程中丟包了 10 個(gè)，而 ens256 網(wǎng)卡沒(méi)有丟包。可能是網(wǎng)絡(luò)擁塞、硬件故障、驅(qū)動(dòng)程序問(wèn)題等
ps：
- MTU（最大傳輸單元）： MTU 是指網(wǎng)絡(luò)中的數(shù)據(jù)包的最大大小。它是以字節(jié)為單位的，表示網(wǎng)絡(luò)接口可以在單個(gè)數(shù)據(jù)包中傳輸?shù)淖畲髷?shù)據(jù)量。通常情況下，MTU 的默認(rèn)值為1500字節(jié)。
- RX-OK（接收成功的數(shù)據(jù)包數(shù)）： RX-OK 表示網(wǎng)絡(luò)接口成功接收并處理的數(shù)據(jù)包的數(shù)量。這些數(shù)據(jù)包已經(jīng)通過(guò)網(wǎng)絡(luò)接口傳輸?shù)搅酥鳈C(jī)的內(nèi)存中。
- RX-ERR（接收錯(cuò)誤的數(shù)據(jù)包數(shù)）： RX-ERR 表示由于一些錯(cuò)誤而導(dǎo)致網(wǎng)絡(luò)接口無(wú)法接收數(shù)據(jù)包的數(shù)量。這可能是由于物理層面的問(wèn)題、驅(qū)動(dòng)程序問(wèn)題或其他原因?qū)е碌摹?/li>
- RX-DRP（接收丟棄的數(shù)據(jù)包數(shù)）： RX-DRP 表示網(wǎng)絡(luò)接口在接收過(guò)程中丟棄的數(shù)據(jù)包的數(shù)量。這可能是由于網(wǎng)絡(luò)接口緩沖區(qū)溢出或其他原因?qū)е碌摹?/li>
- RX-OVR（接收緩沖區(qū)溢出的次數(shù)）： RX-OVR 表示網(wǎng)絡(luò)接口的接收緩沖區(qū)溢出的次數(shù)。當(dāng)接收到的數(shù)據(jù)包超過(guò)了接收緩沖區(qū)的容量時(shí)，就會(huì)發(fā)生溢出。
- TX-OK（成功發(fā)送的數(shù)據(jù)包數(shù)）： TX-OK 表示網(wǎng)絡(luò)接口成功發(fā)送的數(shù)據(jù)包的數(shù)量。這些數(shù)據(jù)包已經(jīng)通過(guò)網(wǎng)絡(luò)接口傳輸?shù)搅司W(wǎng)絡(luò)中。
- TX-ERR（發(fā)送錯(cuò)誤的數(shù)據(jù)包數(shù)）： TX-ERR 表示由于一些錯(cuò)誤而導(dǎo)致網(wǎng)絡(luò)接口無(wú)法發(fā)送數(shù)據(jù)包的數(shù)量。這可能是由于物理層面的問(wèn)題、驅(qū)動(dòng)程序問(wèn)題或其他原因?qū)е碌摹?/li>
- TX-DRP（發(fā)送丟棄的數(shù)據(jù)包數(shù)）： TX-DRP 表示網(wǎng)絡(luò)接口在發(fā)送過(guò)程中丟棄的數(shù)據(jù)包的數(shù)量。這可能是由于網(wǎng)絡(luò)擁塞或其他原因?qū)е碌摹?/li>
這里做出假設(shè)；
假設(shè)一：在安裝RAC時(shí)同步節(jié)點(diǎn)信息需要priv IP 保持暢通
假設(shè)二：設(shè)備網(wǎng)絡(luò)故障
解決不了，先歸個(gè)檔
之前總結(jié)了一些安裝時(shí)可以忽略的錯(cuò)誤，大家可以看看：
1.物理內(nèi)存推薦8G 只有4G 忽略，tip可以把swap內(nèi)存設(shè)大一點(diǎn)。
2.因?yàn)闇y(cè)試環(huán)境，沒(méi)有使用DNS，刪除resolv.conf文件即可?；蛘咧苯?忽略該失敗
# mv /etc/resolv.conf /etc/resolv.conf_bak
RAC GI安裝，報(bào)"Task resolv.conf Integerity"驗(yàn)證失敗-CSDN博客
3.支持配更多SCAN最多三個(gè)，這里只配了一個(gè)192.168.66.145 SCAN,忽略
PRVG-11368 : A SCAN is recommended to resolve to "3" or more IP addresses, but SCAN "oracle19c-rac-scan1" resolves to only "192.168.66.145"
4.19C RAC PRVG-11250 : “The check “RPM Package Manager database” was not performed”-CSDN博客
5.搭建rac時(shí)，DNS檢查失敗_verifying dns/nis name service ‘rac-scan’ ...faile-CSDN博客
Chat GPT
GPT歸檔，現(xiàn)在可以分享GPT提問(wèn)鏈接了，因?yàn)槭枪镜姆?wù)器，所以就不透露詳細(xì)的了，這里貼幾個(gè)當(dāng)時(shí)解惑的幾個(gè)問(wèn)題
脫敏事故提問(wèn) + Grid安裝時(shí)的兩個(gè)腳本的作用
https://chat.openai.com/share/3c9d02de-b6aa-4c97-a448-b856c2f013ef
dd 命令的格式
dd [選項(xiàng)]dd 命令是一個(gè)用于復(fù)制和轉(zhuǎn)換文件的工具，它可以從輸入文件中讀取數(shù)據(jù)，然后將數(shù)據(jù)寫(xiě)入到輸出文件中，同時(shí)還支持對(duì)數(shù)據(jù)進(jìn)行轉(zhuǎn)換和處理。下面是一些常用的選項(xiàng)：
- if=<輸入文件>：指定輸入文件的路徑。如果未指定輸入文件，默認(rèn)從標(biāo)準(zhǔn)輸入中讀取。
- of=<輸出文件>：指定輸出文件的路徑。如果未指定輸出文件，默認(rèn)將數(shù)據(jù)寫(xiě)入到標(biāo)準(zhǔn)輸出。
- bs=<塊大小>：指定每個(gè)數(shù)據(jù)塊的大小，可以使用不同的單位，如字節(jié)（b）、千字節(jié)（k）、兆字節(jié)（m）等，默認(rèn)為512字節(jié)。
- count=<塊數(shù)>：指定要復(fù)制或轉(zhuǎn)換的數(shù)據(jù)塊數(shù)量。
- seek=<偏移塊數(shù)>：在寫(xiě)入數(shù)據(jù)時(shí)跳過(guò)指定數(shù)量的塊。
- skip=<跳過(guò)塊數(shù)>：在讀取數(shù)據(jù)時(shí)跳過(guò)指定數(shù)量的塊。
- status=<信號(hào)>：指定進(jìn)程狀態(tài)報(bào)告的信號(hào)，默認(rèn)為info，可以使用none禁用狀態(tài)報(bào)告。
- conv=<轉(zhuǎn)換選項(xiàng)>：指定對(duì)數(shù)據(jù)進(jìn)行的轉(zhuǎn)換操作，常用的選項(xiàng)包括：
-
- notrunc：在寫(xiě)入數(shù)據(jù)時(shí)不截?cái)噍敵鑫募?/li>
- noerror：忽略讀取或?qū)懭脒^(guò)程中的錯(cuò)誤并繼續(xù)進(jìn)行操作。
- sync：在每個(gè)塊之間進(jìn)行同步，以確保數(shù)據(jù)已寫(xiě)入磁盤。
- iflag=<輸入標(biāo)志>：指定輸入操作的標(biāo)志，常用的標(biāo)志包括direct（直接I/O操作）和sync（同步I/O操作）。
- oflag=<輸出標(biāo)志>：指定輸出操作的標(biāo)志，常用的標(biāo)志包括direct（直接I/O操作）和sync（同步I/O操作）。
如何清理干凈磁盤頭
清理磁盤頭通常意味著擦除磁盤的前幾個(gè)扇區(qū)（通常稱為磁盤頭），以確保沒(méi)有任何舊數(shù)據(jù)殘留。這可以通過(guò)多種方法來(lái)實(shí)現(xiàn)，其中一種常見(jiàn)的方法是使用 dd 命令。
以下是使用 dd 命令清理磁盤頭的一種方法：
- 確認(rèn)目標(biāo)磁盤：首先，確保你選擇了正確的目標(biāo)磁盤。清理磁盤頭將擦除磁盤的前幾個(gè)扇區(qū)，所以確保你選擇的是正確的磁盤，否則可能會(huì)導(dǎo)致數(shù)據(jù)丟失。
- 使用dd命令擦除磁盤頭：執(zhí)行以下命令來(lái)使用 dd 命令擦除磁盤頭。在這個(gè)例子中，我們將使用 /dev/zero 設(shè)備來(lái)寫(xiě)入零值來(lái)擦除磁盤頭。
sudo dd if=/dev/zero of=/dev/your_disk bs=512 count=100其中：
-
- if=/dev/zero：從 /dev/zero 設(shè)備讀取零值。
- of=/dev/your_disk：將數(shù)據(jù)寫(xiě)入到你選擇的目標(biāo)磁盤。
- bs=512：每個(gè)數(shù)據(jù)塊的大小為512字節(jié)，這是磁盤扇區(qū)的大小。
- count=100：指定要寫(xiě)入的數(shù)據(jù)塊數(shù)量。這里寫(xiě)入100個(gè)扇區(qū)，你可以根據(jù)需要調(diào)整這個(gè)值。
- 等待命令完成：命令執(zhí)行完成后，等待一段時(shí)間以確保所有數(shù)據(jù)都已經(jīng)被擦除。這可能會(huì)花費(fèi)一些時(shí)間，具體取決于磁盤的大小和速度。
- 驗(yàn)證清理結(jié)果：完成后，你可以使用其他工具或命令來(lái)驗(yàn)證磁盤頭是否已被成功擦除。例如，你可以使用 hexdump 命令來(lái)檢查磁盤的前幾個(gè)扇區(qū)是否都是零值。
這種方法能夠相對(duì)徹底地擦除磁盤頭，但請(qǐng)注意，即使是在擦除后，仍然有可能恢復(fù)部分?jǐn)?shù)據(jù)，特別是在物理?yè)p壞的情況下。如果你對(duì)數(shù)據(jù)的安全性有更高的要求，你可能需要考慮使用專業(yè)的數(shù)據(jù)擦除工具。
每個(gè)磁盤扇區(qū)大小一樣嗎？
磁盤扇區(qū)大小不一定都相同，它可以因磁盤類型、制造商和規(guī)格而異。然而，在大多數(shù)情況下，磁盤扇區(qū)大小通常是512字節(jié)或4KB。
在過(guò)去，512字節(jié)的扇區(qū)大小是最常見(jiàn)的，它被廣泛應(yīng)用于許多舊的硬盤和存儲(chǔ)設(shè)備。然而，隨著技術(shù)的發(fā)展和新型存儲(chǔ)設(shè)備的出現(xiàn)，現(xiàn)在越來(lái)越多的磁盤開(kāi)始采用4KB的扇區(qū)大小，這被稱為高級(jí)格式（Advanced Format）。
一些最新的硬盤甚至支持更大的扇區(qū)大小，如4096字節(jié)或更高，這種情況下，它們通常被稱為物理扇區(qū)大?。≒hysical Sector Size）。
值得注意的是，雖然磁盤扇區(qū)大小可能不同，但操作系統(tǒng)和文件系統(tǒng)通常會(huì)將其視為邏輯扇區(qū)，以簡(jiǎn)化操作和管理。在操作系統(tǒng)中，你通常不需要關(guān)心磁盤的物理扇區(qū)大小，因?yàn)榇蠖鄶?shù)操作系統(tǒng)和文件系統(tǒng)會(huì)自動(dòng)處理這些細(xì)節(jié)。
這個(gè)和 dd if=/dev/zero of=/dev/asm-data2 bs=8k count=1000 有什么區(qū)別
這兩個(gè)命令都是使用 dd 命令來(lái)向磁盤寫(xiě)入零值來(lái)清理數(shù)據(jù)，但有一些區(qū)別：
- 寫(xiě)入數(shù)據(jù)的量：
-
- 第一個(gè)命令 dd if=/dev/zero of=/dev/asm-data2 bs=4M 會(huì)向磁盤 /dev/asm-data2 寫(xiě)入零值，直到磁盤被填滿或者遇到寫(xiě)入錯(cuò)誤為止。這樣會(huì)覆蓋整個(gè)磁盤的所有扇區(qū)，從而清理掉全部數(shù)據(jù)。
- 第二個(gè)命令 dd if=/dev/zero of=/dev/asm-data2 bs=8k count=1000 則只會(huì)向磁盤 /dev/asm-data2 寫(xiě)入零值，重復(fù)1000次。這樣只會(huì)清理磁盤的前1000個(gè)8KB大小的數(shù)據(jù)塊，而不會(huì)覆蓋整個(gè)磁盤。
- 塊大小：
-
- 第一個(gè)命令中使用的塊大小是4MB（bs=4M），而第二個(gè)命令中使用的塊大小是8KB（bs=8k）。塊大小的選擇會(huì)影響清理的效率，較大的塊大小通?？梢蕴岣邔?xiě)入的速度。
- 數(shù)據(jù)覆蓋程度：
-
- 第一個(gè)命令會(huì)覆蓋整個(gè)磁盤，從而徹底清理掉所有數(shù)據(jù)，因?yàn)樗鼤?huì)一直寫(xiě)入直到磁盤被填滿或者遇到錯(cuò)誤為止。
- 第二個(gè)命令只會(huì)清理磁盤的前1000個(gè)8KB大小的數(shù)據(jù)塊，因此清理的數(shù)據(jù)量較少，可能不足以覆蓋所有的原始數(shù)據(jù)。
綜上所述，第一個(gè)命令通常會(huì)更徹底地清理磁盤上的數(shù)據(jù)，而第二個(gè)命令可能只是部分清理，具體取決于磁盤的大小和所需的清理程度。
Virtual IP（虛擬IP）
Virtual IP是用于提供高可用性和故障切換的IP地址。它是一個(gè)虛擬的IP地址，可以在集群中的多個(gè)節(jié)點(diǎn)之間進(jìn)行切換。當(dāng)某個(gè)節(jié)點(diǎn)發(fā)生故障時(shí)，Virtual IP會(huì)自動(dòng)切換到其他健康的節(jié)點(diǎn)上，以保證數(shù)據(jù)庫(kù)服務(wù)的連續(xù)性。Virtual IP通常與VIP資源相關(guān)聯(lián)，由Oracle Clusterware動(dòng)態(tài)管理。這個(gè)壞了能繼續(xù)裝Grid 和 數(shù)據(jù)庫(kù)嗎
如果Virtual IP（虛擬IP）出現(xiàn)故障，通常不會(huì)影響Grid和數(shù)據(jù)庫(kù)的安裝，因?yàn)閂irtual IP只是用于提供高可用性和故障切換的IP地址，它并不是Grid和數(shù)據(jù)庫(kù)安裝的必需組件。
Grid和數(shù)據(jù)庫(kù)的安裝通常會(huì)依賴于各種資源和配置，包括主機(jī)IP地址、網(wǎng)絡(luò)連接、存儲(chǔ)配置等，而不僅僅是Virtual IP。如果Virtual IP出現(xiàn)故障，系統(tǒng)可能會(huì)影響高可用性功能，但不會(huì)影響Grid和數(shù)據(jù)庫(kù)的安裝過(guò)程。
當(dāng)Virtual IP出現(xiàn)故障時(shí)，可能會(huì)影響Oracle Clusterware的高可用性功能，導(dǎo)致無(wú)法實(shí)現(xiàn)自動(dòng)故障切換和連續(xù)性保證。在這種情況下，可能需要手動(dòng)修復(fù)Virtual IP或其他相關(guān)配置，以恢復(fù)集群的正常運(yùn)行。文章來(lái)源：http://www.zghlxwxcb.cn/news/detail-858561.html
因此，即使Virtual IP出現(xiàn)故障，你仍然可以繼續(xù)進(jìn)行Grid和數(shù)據(jù)庫(kù)的安裝，但可能需要在后續(xù)步驟中解決Virtual IP的故障以確保系統(tǒng)的高可用性。文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-858561.html
到了這里，關(guān)于歷史遺留問(wèn)題-Oracle 19c RAC 安裝時(shí)節(jié)點(diǎn)連接性問(wèn)題的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
