RAC 攻击 - Oracle 集群数据库实战/集群验证工具 (共享文件系统)

上一步: 创建集群

Grid 安装 (共享文件系统) (e)

下一步: RAC 安装

以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: 没有那个文件或目录 [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: 第 16 行: oraenv: 没有那个文件或目录正在使用的响应文件是 :/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”的存活性检查失败 ...