vSphere 7.0U2 上 Oracle19c RAC 避坑指南：从 ASM 磁盘配置到集群验证

vSphere 7.0U2 环境 Oracle19c RAC 实战避坑手册从存储配置到高可用验证在虚拟化环境中部署Oracle RAC集群就像在钢丝上跳舞——每一个步骤都需要精确无误。本文将带您深入探索vSphere 7.0U2平台上Oracle19c RAC部署中最容易踩坑的环节特别是ASM存储配置和集群验证这两个事故高发区。1. 环境规划奠定成功的基础在vSphere上部署Oracle RAC环境规划就像建筑的地基决定了整个系统的稳定性和扩展性。我们先来看一个典型的配置方案网络规划最佳实践公共网络用于客户端连接建议万兆以太网私有网络用于节点间心跳通信建议独立万兆网卡存储网络如果使用iSCSI/NFS建议独立万兆网络存储配置黄金法则---------------------------------------------------------- | 磁盘用途 | 大小 | 类型 | 置备策略 | ---------------------------------------------------------- | 系统盘 | 80GB | 非共享 | 精简置备 | | 软件安装 | 80GB | 非共享 | 精简置备 | | OCR/VOTE | 15GB | 共享 | 厚置备延迟置零 | | 数据磁盘组 | 100GB | 共享 | 厚置备延迟置零 | | 归档磁盘组 | 150GB | 共享 | 厚置备延迟置零 | ----------------------------------------------------------注意ASM磁盘组的共享磁盘必须使用厚置备延迟置零模式这是很多新手容易忽略的关键点。2. ASM磁盘配置避开那些坑ASM配置是RAC部署中最容易出问题的环节之一。在vSphere环境中我们需要特别注意以下几点2.1 SCSI控制器配置技巧为每个RAC节点添加独立的SCSI控制器控制器类型选择VMware准虚拟共享模式选择物理而非虚拟典型错误场景# 错误的磁盘权限配置会导致ASM无法识别磁盘 $ ls -l /dev/sd* brw-rw---- 1 root disk 8, 32 Aug 24 15:02 /dev/sdc正确的做法是使用udev规则配置持久化设备命名和权限# 生成udev规则示例 for i in {c..h}; do echo KERNEL\sd*\, ENV{DEVTYPE}\disk\, SUBSYSTEM\block\, \ PROGRAM\/usr/lib/udev/scsi_id -g -u -d %N\, \ RESULT\/usr/lib/udev/scsi_id -g -u /dev/sd$i\, \ RUN\/bin/sh -c mknod /dev/asmdisk$i b \$major \$minor; \ chown grid:asmadmin /dev/asmdisk$i; chmod 0660 /dev/asmdisk$i\ \ /etc/udev/rules.d/99-oracle-asmdevices.rules done2.2 多路径配置要点在vSphere环境中建议为共享磁盘配置多路径策略安装multipath-tools包配置/etc/multipath.conf文件设置路径策略为round-robin常见问题排查# 检查多路径设备状态 $ multipath -ll # 验证磁盘UUID是否一致 $ /usr/lib/udev/scsi_id -g -u /dev/sdc3. 集群软件安装那些官方文档没告诉你的细节Grid Infrastructure安装过程中有几个关键检查点需要特别注意3.1 CVU前置检查避坑指南运行Cluster Verification Utility时经常会遇到以下警告内存不足警告即使物理内存足够也可能出现此警告交换空间不足建议交换空间为物理内存的1.5倍时间同步问题vSphere环境建议使用NTP而非chrony典型修复操作# 内存参数调整 $ echo oracle soft memlock 3145728 /etc/security/limits.conf $ echo oracle hard memlock 3145728 /etc/security/limits.conf # 交换空间扩展 $ dd if/dev/zero of/swapfile bs1G count16 $ mkswap /swapfile $ swapon /swapfile3.2 root.sh执行中的坑在执行root.sh脚本时有几个常见问题需要注意节点间时间差确保所有节点时间同步差异不超过1秒DNS解析问题建议使用/etc/hosts而非DNS解析共享存储可见性确保所有节点能看到相同的磁盘设备典型错误日志分析2023/08/24 16:24:00 CLSRSC-594: Executing installation step 10 of 19: ConfigCHMOS 2023/08/24 16:24:00 CLSRSC-594: Executing installation step 11 of 19: CreateOHASD提示如果root.sh执行失败不要立即重试。先检查/var/log/messages和Grid_home/log目录下的日志文件找到根本原因后再继续。4. 数据库创建与验证确保高可用性数据库创建是RAC部署的最后一步也是最关键的一步。以下是几个验证要点4.1 集群状态深度检查-- 检查集群资源状态 $ crsctl stat res -t -- 验证ASM实例状态 SQL SELECT instance_name, status FROM gv$instance; -- 检查磁盘组挂载情况 SQL SELECT name, state, total_mb, free_mb FROM v$asm_diskgroup;4.2 故障转移测试方案节点故障模拟直接关闭一个节点虚拟机服务验证# 检查服务是否自动转移到其他节点 $ srvctl status service -d orarac连接测试使用SCAN IP连接验证透明应用故障转移(TAF)4.3 性能基准测试建议在RAC环境部署完成后建议进行以下测试负载均衡测试观察连接如何分布到不同节点-- 查看会话分布 SELECT inst_id, COUNT(*) FROM gv$session GROUP BY inst_id;缓存融合测试验证跨节点数据访问效率并行查询测试评估RAC并行执行能力5. 日常运维中的注意事项即使成功部署后日常运维中仍需注意补丁策略先Grid Infrastructure后数据库软件备份方案确保OCR和投票磁盘的备份性能监控重点关注全局缓存等待事件关键监控命令# 集群健康检查 $ crsctl check cluster -all # ASM磁盘组空间监控 $ asmcmd lsdg --suppressheader # 全局缓存效率监控 SQL SELECT * FROM gv$sysmetric WHERE metric_name LIKE Global Cache%;在vSphere虚拟化环境中运行Oracle RAC就像驾驶一辆高性能赛车——需要专业的技能和持续的关注。遵循这些最佳实践您将能够构建一个稳定、高效的Oracle RAC环境为业务提供可靠的数据服务支撑。