RAC 攻擊 - Oracle 叢集資料庫入門/叢集驗證工具 (ASM)
- 登入到 collabn1 作為 oracle 使用者並開啟一個終端。
- 執行 CVU 以驗證您是否已準備好安裝 CRS。 使用 11gR2 CVU 的新“修復”功能來建立一個可以修復缺失引數的指令碼。 [oracle@collabn1 ~]$ /mnt/cdrom*/grid/runcluvfy.sh stage -pre crsinst -n collabn1,collabn2 -fixup -r 11gR2 執行叢集服務設定的預檢查 檢查節點可達性... 從節點 "collabn1" 檢查節點可達性透過 檢查使用者等效性... 使用者等效性檢查透過使用者 "oracle" 檢查節點連線性... 檢查主機配置檔案... 主機配置檔案驗證成功 節點連線性對於子網 "192.168.78.0" 透過節點(s) collabn2,collabn1 TCP 連線性檢查對於子網 "192.168.78.0" 透過 節點連線性對於子網 "172.16.100.0" 透過節點(s) collabn2,collabn1 TCP 連線性檢查對於子網 "172.16.100.0" 透過 在子網 "192.168.78.0" 上找到的可能用作 VIP 的介面是: collabn2 eth0:192.168.78.52 collabn1 eth0:192.168.78.51 在子網 "172.16.100.0" 上找到的可能用作私有互連的介面是: collabn2 eth1:172.16.100.52 collabn1 eth1:172.16.100.51 節點連線性檢查透過 總記憶體檢查失敗 檢查在節點上失敗: collabn2,collabn1 可用記憶體檢查透過 交換空間檢查失敗 對於 "collabn2:/tmp" 的可用磁碟空間檢查透過 對於 "collabn1:/tmp" 的可用磁碟空間檢查透過 使用者存在性檢查透過使用者 "oracle" 組存在性檢查透過組 "oinstall" 組存在性檢查透過組 "dba" 使用者 "oracle" 在組 "oinstall" 中的成員資格檢查 [作為主要] 透過 使用者 "oracle" 在組 "dba" 中的成員資格檢查透過 執行級別檢查透過 對於 "最大開啟檔案描述符" 的硬限制檢查透過 對於 "最大開啟檔案描述符" 的軟限制檢查透過 對於 "最大使用者程序" 的硬限制檢查透過 對於 "最大使用者程序" 的軟限制檢查透過 系統架構檢查透過 核心版本檢查透過 核心引數檢查對於 "semmsl" 透過 核心引數檢查對於 "semmns" 透過 核心引數檢查對於 "semopm" 透過 核心引數檢查對於 "semmni" 透過 核心引數檢查對於 "shmmax" 透過 核心引數檢查對於 "shmmni" 透過 核心引數檢查對於 "shmall" 透過 核心引數檢查對於 "file-max" 失敗 檢查在節點上失敗: collabn2,collabn1 核心引數檢查對於 "ip_local_port_range" 透過 核心引數檢查對於 "rmem_default" 透過 核心引數檢查對於 "rmem_max" 透過 核心引數檢查對於 "wmem_default" 透過 核心引數檢查對於 "wmem_max" 失敗 檢查在節點上失敗: collabn2,collabn1 核心引數檢查對於 "aio-max-nr" 失敗 檢查在節點上失敗: collabn2,collabn1 包存在性檢查對於 "make-3.81" 透過 包存在性檢查對於 "binutils-2.17.50.0.6" 透過 包存在性檢查對於 "gcc-4.1.2" 透過 包存在性檢查對於 "gcc-c++-4.1.2" 透過 包存在性檢查對於 "libgomp-4.1.2" 透過 包存在性檢查對於 "libaio-0.3.106" 透過 包存在性檢查對於 "glibc-2.5-24" 透過 包存在性檢查對於 "compat-libstdc++-33-3.2.3" 透過 包存在性檢查對於 "elfutils-libelf-0.125" 透過 包存在性檢查對於 "elfutils-libelf-devel-0.125" 透過 包存在性檢查對於 "glibc-common-2.5" 透過 包存在性檢查對於 "glibc-devel-2.5" 透過 包存在性檢查對於 "glibc-headers-2.5" 透過 包存在性檢查對於 "libaio-devel-0.3.106" 透過 包存在性檢查對於 "libgcc-4.1.2" 透過 包存在性檢查對於 "libstdc++-4.1.2" 透過 包存在性檢查對於 "libstdc++-devel-4.1.2" 透過 包存在性檢查對於 "sysstat-7.0.2" 透過 包存在性檢查對於 "unixODBC-2.2.11" 透過 包存在性檢查對於 "unixODBC-devel-2.2.11" 透過 包存在性檢查對於 "ksh-20060214" 透過 檢查具有 UID 值 0 的多個使用者透過 當前組 ID 檢查透過 核心檔名稱模式一致性檢查透過。 使用者 "oracle" 不是 "root" 組的一部分。 檢查透過 預設使用者檔案建立掩碼檢查透過 開始使用網路時間協議 (NTP) 進行時鐘同步檢查... NTP 配置檔案檢查開始... NTP 配置檔案檢查透過 檢查守護程序活動... 對於 "ntpd" 的活動性檢查失敗 檢查在節點上失敗: collabn2,collabn1 PRVF-5415 : 檢查 NTP 守護程序是否正在執行失敗 使用網路時間協議 (NTP) 的時鐘同步檢查失敗 對於以下節點生成了修復資訊: collabn2,collabn1 請以 "root" 使用者身份在每個節點上執行以下指令碼以執行修復: '/tmp/CVU_11.2.0.1.0_oracle/runfixup.sh' 所有節點的叢集服務設定的預檢查不成功。
- 切換到 root 使用者並在 兩個節點 上執行修復指令碼。 collabn1:/home/oracle[RAC1]$ su - 密碼: -bash: oraenv: No such file or directory [root@collabn1 ~]# /tmp/CVU_11.2.0.1.0_oracle/runfixup.sh 正在使用的響應檔案是 :/tmp/CVU_11.2.0.1.0_oracle/fixup.response 正在使用的啟用檔案是 :/tmp/CVU_11.2.0.1.0_oracle/fixup.enable 日誌檔案位置: /tmp/CVU_11.2.0.1.0_oracle/orarun.log 設定核心引數... fs.file-max = 6815744 net.ipv4.ip_local_port_range = 9000 65500 net.core.wmem_max=262144 net.core.wmem_max = 1048576 fs.aio-max-nr = 1048576 [root@collabn1 ~]# ssh collabn2 /tmp/CVU_11.2.0.1.0_oracle/runfixup.sh root@collabn2 的密碼: /root/.bashrc: line 16: oraenv: No such file or directory 正在使用的響應檔案是 :/tmp/CVU_11.2.0.1.0_oracle/fixup.response 正在使用的啟用檔案是 :/tmp/CVU_11.2.0.1.0_oracle/fixup.enable 日誌檔案位置: /tmp/CVU_11.2.0.1.0_oracle/orarun.log 設定核心引數... fs.file-max = 6815744 net.ipv4.ip_local_port_range = 9000 65500 net.core.wmem_max=262144 net.core.wmem_max = 1048576 fs.aio-max-nr = 1048576
- 以 oracle 使用者身份，再次執行 CVU 以確保修復指令碼已成功執行。 NTP、記憶體和交換檢查可能會失敗 - 但這對於我們的 VMware 測試叢集是可以接受的。 [root@collabn1 ~]# exit logout collabn1:/home/oracle[RAC1]$ /mnt/cdrom*/grid/runcluvfy.sh stage -pre crsinst -n collabn1,collabn2 -r 11gR2 ... 總記憶體檢查失敗 ... 交換空間檢查失敗 ... 核心引數檢查對於 "file-max" 透過 ... 核心引數檢查對於 "wmem_max" 透過 核心引數檢查對於 "aio-max-nr" 透過 ... 對於 "ntpd" 的活動性檢查失敗 ...
