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" 的活动性检查失败 ...
