简介这份手册面向数据库管理员、系统运维与架构人员聚焦在 Red Hat Enterprise Linux 7.6 上部署 Oracle 19c RAC 的落地过程重点覆盖 GNS 配置 SCAN、Flex ASM 及 12.2 起 Standalone Cluster 与 Domain Service Cluster 两种集群模式的差异。内容按实施顺序展开从 OS 环境检查、关闭 THP 并开启 Hugepages到软件包安装、内核参数配置Preinstall RPM 与手工方式、CVU 校验、固定网络与 GNS 结合的网络规划再到时钟同步等配置便于按章节搭建环境并核对关键参数。包内共 1 个 docx 文件约 160KB以操作手册形式呈现目录清晰可作部署清单与配置参考。手册还结合常见问题给出解决思路与分析方法帮助在 SCAN、GNS、ASM 或集群安装异常时快速定位。已有 719 人学习适合系统掌握 19c RAC 部署与排错的中高级读者。1. Oracle 19c RAC on Linux 7.6 安装手册先分清 Standalone 与 Domain Services 两种集群做 19c RAC Linux 7.6 安装翻车点往往不在命令敲错而在开局没分清 Standalone Cluster 和 Domain Services Cluster。这份手册把 OS 检查、THP/HugePages、内核参数、网络与 GNS、ASM UDEV、gridSetup.sh 到 dbca 整条链路拆成了能照着执行的步骤适合手里有两三台机器、准备从零搭一套两节点 RAC 的 DBA 和系统工程师。它不教你 SQL 调优只解决一件事让集群装得上、起得来、节点之间能互相看见。2. 系统底座从 /proc 硬指标到 HugePages 的四个动作2.1 环境检查先把 /proc 里的硬指标读出来装集群之前主机层面有几项硬指标是绕不过去的读不到或者读出来不达标后面所有步骤都是白费。我一般不会一上来就跑安装器而是先花五分钟把内存、swap、运行级别、内核版本、/tmp 和 /dev/shm 一次读全把结果贴到变更单里留底出问题时至少能证明装之前是什么样。# 一次性把关键指标读全输出留档 grep MemTotal /proc/meminfo grep SwapTotal /proc/meminfo runlevel uname -mr cat /etc/redhat-release df -h /tmp /dev/shm /u01这几条命令看着简单含义要拎清楚MemTotal 是物理内存两节点 RAC 每节点至少 8G低于这个数安装器会直接拦SwapTotal 在 4G 到 16G 区间建议等于内存超过 16G 的部分固定取 16G注意如果开了 HugePagesswap 的算法要减掉大页占用的那部分内存否则算出来的值偏大runlevel 要是 3 或 52 的话图形安装器起不来uname -mr看内核版本/etc/redhat-release看发行版小版本两者要能对得上手册支持的矩阵。检查项要求命令内存每节点至少 8Ggrep MemTotal /proc/meminfoSwap4G–16G 等于内存超过 16G 取 16Ggrep SwapTotal /proc/meminfo运行级别3 或 5runlevel内核/发行版与支持矩阵一致uname -mr、cat /etc/redhat-release/tmp至少 1Gdu -sh /tmp/dev/shmtmpfs 挂载权限 1777df -h /dev/shm软件空间grid 至少 12GOracle 至少 10Gdf -h /u01/u01 我一般直接给 100G不是手册要求是给自己留后悔药——19c 的 GIMR 虽然从 standalone 安装变成了可选项但只要你哪天想补上空间不够就得重装。这一步的产出是一张能贴进变更单的检查表不是一堆散落的命令输出。2.2 关闭 THP 与开启 HugePages 的顺序透明大页面和 HugePages 的关系是这条链路上最容易搞反的地方。THP 是内核自动合并 4K 页成 2M 页的机制它的合并和碎片整理动作会带来不可预测的延迟抖动HugePages 是预留的、固定大小的 2M 页池。两者同时开着Oracle 的 SGA 有可能一部分落在 THP 上、一部分落在 HugePages 上表现就是HugePages_Total明明有值SGA 却没吃满监控上看内存占用正常实际性能忽高忽低。所以顺序永远是先关 THP、再开 HugePages。# 确认 THP 当前状态方括号落在哪一项就是当前值 cat /sys/kernel/mm/transparent_hugepage/enabled cat /sys/kernel/mm/transparent_hugepage/defrag # 备份后修改内核启动参数 cp /etc/default/grub /etc/default/grub.bak vi /etc/default/grub # 在 GRUB_CMDLINE_LINUX 引号内末尾追加transparent_hugepagenever # 按固件类型重建 grub 配置 grub2-mkconfig -o /boot/grub2/grub.cfg # BIOS 机器 grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg # UEFI 机器 shutdown -r now cat /proc/cmdline # 确认参数已生效这里有两个容易忽略的点。第一grub2-mkconfig的输出路径必须和固件类型匹配UEFI 机器上写成/boot/grub2/grub.cfg也不会报错但重启后参数不生效你会以为改成功了第二改完必须重启/proc/cmdline是唯一可信的验证依据/sys/kernel/mm/transparent_hugepage/enabled显示never也可能是运行时被临时改过重启后又回去了。HugePages 的大小要按 SGA 算公式是 SGA 除以 2M 再向上取整然后留 10% 左右余量。比如 SGA 规划 24G24×1024÷2 12288 页实际配 13312 页。如果这套集群后面还要加 GIMRDomain Services Cluster 模式或者手工选了 GIMRGIMR 自己的 SGA 默认约 1G这部分要额外加进去不能只按数据库 SGA 算。# 写入大页数量 vi /etc/sysctl.conf vm.nr_hugepages 13312 sysctl -p grep HugePages_Total /proc/meminfo grep HugePages_Free /proc/meminfo配完大页还要动 memlock单位是 KB取值等于页数乘以 2048 再略放大一点保证 oracle 和 grid 用户能把整块大页锁在内存里。写进/etc/security/limits.conforacle soft memlock 27262976 oracle hard memlock 27262976 grid soft memlock 27262976 grid hard memlock 27262976参数含义27262976 KB 约等于 13312×2048正好覆盖前面配的大页总量。memlock 给小了数据库启动时会报 ORA-27102 out of memory但报错信息不会直接告诉你是 memlock 问题容易往 SGA 参数上查绕一大圈。改完 limits 要重新登录会话才生效ulimit -l能直接看出当前值。2.3 软件包与 preinstall RPM 的取舍软件包这块RHEL 7 和 Oracle Linux 7 是两套思路。Oracle Linux 上直接装oracle-database-preinstall-19c它会替你建 oracle 用户、建 oinstall 和 dba 组、写 sysctl、写 limits、顺手把 numa 关掉省掉一堆手工活。但这个包默认按通用场景配参数如果你的机器内存特别大或者 SGA 规划得比较激进还是得回头看它写了什么不能装完就当甩手掌柜。# 配好 yum 源之后 yum repolist yum install -y oracle-database-preinstall-19c # 装完核对它改了什么 rpm -ql oracle-database-preinstall-19c tail -50 /var/log/oracle-database-preinstall-19c/backup/*第二段命令是很多人会跳过的preinstall 在修改 sysctl 和 limits 之前会把原文件备份到/var/log下面出问题时这份备份就是还原点。RHEL 上没有这个包只能手工装包包清单按手册来yum install -y bc binutils compat-libcap1 compat-libstdc \ elfutils-libelf elfutils-libelf-devel fontconfig-devel \ glibc glibc-devel ksh libaio libaio-devel \ libX11 libXau libXi libXtst libXrender libXrender-devel \ libgcc librdmacm-devel libstdc libstdc-devel libxcb \ make net-tools nfs-utils smartmontools sysstatnet-tools是 RAC 和 Clusterware 需要的nfs-utils是 ACFS 需要的后面如果要用 ACFS Remotepython、python-configshell、python-rtslib、python-six、targetcli 这几个也得补上。这些包单独看都不起眼缺一个的表现是安装器跑到某个节点检查时给个模糊的 PRVF 报错得回头翻日志才知道缺谁。2.4 内核参数手工写 sysctl 还是交给 preinstall手工配内核参数时我习惯单独放一个文件不直接改/etc/sysctl.conf这样升级或者回滚的时候好处理# /etc/sysctl.d/97-oracledatabase-sysctl.conf fs.aio-max-nr 1048576 fs.file-max 6815744 kernel.shmall 2097152 kernel.shmmax 4294967295 kernel.shmmni 4096 kernel.sem 250 32000 100 128 net.ipv4.ip_local_port_range 9000 65500 net.core.rmem_default 262144 net.core.rmem_max 4194304 net.core.wmem_default 262144 net.core.wmem_max 1048576参数逐个说kernel.shmall是共享内存总页数按 4K 页算2097152 页约等于 8G机器内存大的话这个值要跟着放大kernel.shmmax是单个共享内存段的上限4294967295 是 4G 减 1SGA 超过 4G 且没开大页时会撞上这个限制kernel.sem四个值分别是信号量集合数、每个集合的信号量数、可同时执行的操作数、系统级信号量总数改小了高并发下会报 ORA-27154ip_local_port_range起点抬到 9000是为了避开监听器常用的低位端口。# 生效并核对 /sbin/sysctl --system /sbin/sysctl -a | grep -E shmall|shmmax|sem|aio-max-nr如果走的是 preinstall 路线这一步它已经替你做了但还是要跑一遍核对因为不同版本的 preinstall 包写入的参数值会有差异。CVU 是可选项只有在不用 preinstall 的时候才需要单独装 cvuqdisk装之前先rpm -qi cvuqdisk看有没有旧版本有的话先卸再装环境变量CVUQDISK_GRP指向 oinstall否则后面跑runcluvfy.sh会报权限问题。3. 网络与 GNS把 SCAN 塞进被委托的子域3.1 固定配置与 GNS 混合什么时候值得上 GNS网络这块19c 给了两条路全固定或者固定加 GNS。全固定的意思是 Public、Private、VIP、SCAN 全部手工写死DNS 只负责解析 SCAN 的三条 A 记录GNS 模式则是把 VIP、Private IP、SCAN VIP 的分配权交给 Grid Naming Service安装时只需要给 GNS 一个固定 IP 和一个子域。我的判断标准很直接节点数固定、IP 规划已经进了 CMDB 的环境全固定最省事出了问题排查路径最短节点数可能扩、或者希望后续加节点时少改 DNS 的才值得上 GNS。GNS 的代价是你必须把 DNS 的架构一起理清楚尤其是子域委托这一层配错了安装器会卡在 SCAN 配置页面反复重试。还有几条硬约束要提前记住整条链路要么全 IPv4要么全 IPv6不能混VIP 从 18c 起是可选的但只能全有或全无不能只给部分节点配 VIPPrivate 最多四个网卡参与 HAIP超过四个的部分自动降为冗余所以别指望靠堆网卡提升私网带宽Public、VIP、SCAN VIP 必须在同一子网段名字里只能用字母数字和连字符下划线在 Public/VIP 名称上是不允许的。3.2 /etc/hosts 与正解文件的写法先落 hosts把公网、私网、VIP、GNS 四类地址写清楚SCAN 不写进 hosts交给 DNScat /etc/hosts EOF 192.168.204.11 pub19-node1.rac.example pub19-node1 192.168.204.12 pub19-node2.rac.example pub19-node2 10.10.10.41 priv19-node1.rac.example priv19-node1 10.10.10.42 priv19-node2.rac.example priv19-node2 192.168.204.21 vip19-node1.rac.example 192.168.204.22 vip19-node2.rac.example 192.168.204.10 gns19.rac.example gns19 EOF这里每行都带了短名是因为 Clusterware 内部有些组件会用短名做解析只写 FQDN 在某些版本上会出现节点间互相认不出的情况。私网走 10.10.10.0/24 这一段和公网 192.168.204.0/24 完全分开不要图省事把私网也塞进公网段HAIP 的流量和公网流量混在一起出问题时抓包都抓不清楚。DNS 用 bind主配置里三个 zone正向域、公网反解、私网反解。// /etc/named.conf 节选 options { directory /var/named; allow-query { 192.168.204.0/24; }; recursion yes; allow-transfer { none; }; }; zone rac.example IN { type master; file named.rac.example; }; zone 204.168.192.in-addr.arpa IN { type master; file named.192.168.204; }; zone 10.10.10.in-addr.arpa IN { type master; file named.10.10.10; };allow-query收窄到集群所在网段比any安全allow-transfer设 none避免被人拉走整份 zone 文件。反解域的名字是 IP 段倒序加.in-addr.arpa192.168.204 倒过来就是 204.168.192写错了named-checkconf不报错但反解查不出来。正解文件是整段配置里最关键的一个$TTL 600 IN SOA rac.example. admin.rac.example. ( 2024010101 ; serial 1D ; refresh 1H ; retry 1W ; expire 3H ) ; minimum IN NS master.rac.example. master IN A 192.168.204.12 scan19.vip.rac.example. IN A 192.168.204.33 scan19.vip.rac.example. IN A 192.168.204.34 scan19.vip.rac.example. IN A 192.168.204.35 vip19-node1.rac.example. IN A 192.168.204.21 vip19-node2.rac.example. IN A 192.168.204.22 pub19-node1.rac.example. IN A 192.168.204.11 pub19-node2.rac.example. IN A 192.168.204.12 priv19-node1.rac.example. IN A 10.10.10.41 priv19-node2.rac.example. IN A 10.10.10.42 vip.rac.example. IN NS gns.rac.example. gns.rac.example. IN A 192.168.204.10最后两行是整个 GNS 配置的枢纽第一行声明vip.rac.example这个子域的权威服务器是gns.rac.example第二行给出 GNS 的地址。SCAN 的三条 A 记录必须写在scan19.vip.rac.example这个名下也就是必须落在被委托出去的那个子域里。原因是安装器在配置 GNS 时会把 SCAN 的解析权一并交给 GNS 管理如果 SCAN 名不在委托子域内GNS 收不到这个域的查询SCAN VIP 就注册不上。3.3 GNS 子域委托SCAN 必须落在被委托的子域下这条约束值得单独拎出来讲因为它是这条链路上最反直觉的一处。很多人习惯把 SCAN 写成scan19.rac.example觉得域名短一点好看但在 GNS 模式下这个写法会让安装器在 SCAN 配置页面一直转圈日志里能看到 GNS 反复尝试注册 SCAN 却拿不到应答。原因不复杂rac.example这个域的权威服务器是 masterGNS 只被委托了vip.rac.example它对rac.example下的名字没有发言权。所以在 gridSetup.sh 里填 GNS 信息时两个字段要对应上GNS VIP 填192.168.204.10subdomain 填vip.rac.exampleSCAN 名填scan19.vip.rac.example。三个值是一组改一个就要同步改另外两个。如果同时上了 DHCPVIP、Private、SCAN 都可以由 GNS 动态分配但 DNS 这边的委托关系不变还是得先把子域指过去。3.4 反解与验证别等到安装器报错才查反解文件的作用在 RAC 里比一般场景更明显Clusterware 启动时会做大量正向和反向解析反解缺失的表现是节点启动慢、CSSD 心跳超时、日志里一堆名字解析失败但不说具体缺哪条。$TTL 600 IN SOA rac.example. admin.rac.example. ( 2024010101 ; serial 3H ; refresh 15M ; retry 1W ; expire 1D ) ; minimum IN NS master.rac.example. 11 IN PTR pub19-node1.rac.example. 12 IN PTR pub19-node2.rac.example. 21 IN PTR vip19-node1.rac.example. 22 IN PTR vip19-node2.rac.example. 33 IN PTR scan19.vip.rac.example. 34 IN PTR scan19.vip.rac.example. 35 IN PTR scan19.vip.rac.example.写完之后不要急着重启 named先做静态检查再做动态查询named-checkconf /etc/named.conf named-checkzone rac.example /var/named/named.rac.example named-checkzone 204.168.192.in-addr.arpa /var/named/named.192.168.204 systemctl enable --now named # 正解、反解、SCAN 三条都要查 dig short pub19-node1.rac.example dig -x 192.168.204.11 short dig short scan19.vip.rac.examplenamed-checkzone会检查 SOA 序列号、NS 记录、CNAME 冲突这些静态问题但它不检查委托关系是否生效。SCAN 那条查询要返回三个不同 IP 才算对如果只返回一个回去看三条 A 记录是不是写在同一行被合并了或者 TTL 缓存还没过期。全部通过之后再在另一个节点上用同样的命令复查一遍确保两台机器看到的解析结果完全一致——这一点在后面的避坑章节里还会提到解析不一致是集群起不来的头号原因。4. 存储与杂项ASM UDEV 绑定和 limits 的边界4.1 ASM 磁盘的 UDEV 绑定ASM 磁盘的权限问题是个老话题但每年还是有人在 660 权限配好了、属组也对了的情况下起不来集群。核心原因是 UDEV 规则的匹配依据写错了。RHEL 7 上用scsi_id拿磁盘唯一标识不要用已经被废弃的参数# 先看盘确认设备名和序列号 lsblk -o NAME,SIZE,TYPE,SERIAL /usr/lib/udev/scsi_id -g -u -d /dev/sdb /usr/lib/udev/scsi_id -g -u -d /dev/sdc拿到标识串之后写规则文件注意文件名前缀决定执行顺序用 99 开头保证在其他规则之后生效# /etc/udev/rules.d/99-oracle-asmdevices.rules KERNELsd*, ENV{DEVTYPE}disk, SUBSYSTEMblock, \ PROGRAM/usr/lib/udev/scsi_id -g -u -d /dev/$name, \ RESULT36000c29a1b2c3d4e5f60718293a4b5c, \ SYMLINKasm-disk1, OWNERgrid, GROUPasmadmin, MODE0660这段规则的执行逻辑是先按 KERNEL 和 SUBSYSTEM 筛出块设备再调用scsi_id拿标识和 RESULT 里的字符串比对命中就创建/dev/asm-disk1软链接并把属主属组和权限设好。常见的错误是把 RESULT 写成序列号而不是 WWID两者长得像但值不一样另一个错误是用了多路径却没取/dev/mapper下设备的 wwid规则匹配到的是底层物理盘多路径切换后软链接就断了。udevadm control --reload-rules udevadm trigger --typedevices --actionchange ls -l /dev/asm-disk*trigger那行的--actionchange不能省省了之后规则重载了但不会对已存在的设备重新求值你会以为规则没生效。检查时看软链接指向的设备对不对权限是不是brw-rw----加 grid:asmadmin两个条件都满足才算过。4.2 NAS、Direct NFS 与 I/O Scheduler如果 OCR 和 voting disk 不放 ASM 而是放共享文件系统19c 是支持的——从 19.3 起Standalone Cluster 可以把 OCR 和 voting disk 直接放在共享文件系统上。走 NAS 的话挂载参数里actimeo0、noac这类选项要按存储厂商的建议来别自己拍脑袋加缓存属性不对会让 voting disk 的心跳写入出现延迟。Direct NFS 是另一条路它绕过操作系统的 NFS 客户端直接和 NAS 通信配置上要在$GRID_HOME/lib和$ORACLE_HOME/lib下放对应版本的libnfsodm19.so然后建一个odm目录把挂载信息写进去。这条路对网络和 NAS 端的要求比较高小文件多的场景收益不明显大块顺序读的场景才值得折腾。I/O Scheduler 这块机械盘用deadlineSSD 或 NVMe 用none别用cfq。临时改一条命令就够持久化要靠 UDEVcat /sys/block/sdb/queue/scheduler echo deadline /sys/block/sdb/queue/scheduler# /etc/udev/rules.d/60-iosched.rules ACTIONadd|change, KERNELsd*, ATTR{queue/scheduler}deadline ACTIONadd|change, KERNELnvme*, ATTR{queue/scheduler}noneASM 自己有一层 I/O 调度操作系统这层再叠一个复杂的调度器意义不大反而增加不可控的延迟。这条规则不是装完就必须配但如果你的存储是高 IOPS 的闪存配了之后 AWR 里的单块读延迟会更稳定。4.3 limits.conf、SSH 超时与图形界面limits 这块除了前面提的 memlock还有 nproc、nofile、stack 三项要一起配。只配 oracle 不配 grid 是最常见的遗漏grid 用户跑 Clusterware进程数和文件句柄开得比数据库还多。# /etc/security/limits.d/99-grid-oracle-limits.conf grid soft nproc 16384 grid hard nproc 16384 grid soft nofile 65536 grid hard nofile 65536 grid soft stack 10240 grid hard stack 32768 oracle soft nproc 16384 oracle hard nproc 16384 oracle soft nofile 65536 oracle hard nofile 65536 oracle soft stack 10240 oracle hard stack 32768写进/etc/security/limits.d/比直接改/etc/security/limits.conf好维护文件名用 99 开头保证最后加载。改完必须重新登录会话su - grid -c ulimit -n能直接验证。SSH 超时是个小配置但影响很大安装过程中要反复在节点间跑 ssh会话断了安装器就挂在那里echo ClientAliveInterval 300 /etc/ssh/sshd_config echo ClientAliveCountMax 0 /etc/ssh/sshd_config systemctl reload sshdClientAliveInterval 300表示服务端每 300 秒发一次探测ClientAliveCountMax 0表示不重试直接断。这两个值组合起来会让空闲会话在 300 秒后断开——如果你不希望它断把 CountMax 设成 3 而不是 0给三次机会。图形界面配置是给 gridSetup.sh 和 dbca 用的如果节点上没有完整桌面环境至少要装 X11 相关的包并配好 DISPLAY或者用静默模式加响应文件后者在批量部署时更稳。4.4 时钟同步与关闭 X11 Forward时钟同步在 RAC 里不是可选项节点间时间差超过阈值CSSD 心跳判断就会出问题日志里表现为节点被踢出集群但不说原因。chrony 是 RHEL 7 上的默认选择yum install -y chrony vi /etc/chrony.conf # 加一行指向内网时间源server 10.10.10.1 iburst systemctl enable --now chronyd chronyc sources -viburst让 chrony 在启动时快速发一批包同步比默认的慢慢调快得多。chronyc sources -v输出里每个源前面有个标记^*表示当前选中的同步源^?表示不可达看不懂标记就看chronyc tracking里的 System time 偏移量控制在毫秒级算正常。X11 Forward 要关掉/etc/ssh/sshd_config里X11Forwarding no原因是 RAC 节点之间会建立大量 ssh 连接开着转发会让每个连接多占资源而且日志里会混入转发相关的噪声。图形安装的时候用 VNC 或者直接在本地控制台操作别指望 X11 转发跑 dbca那个界面响应速度能让你怀疑人生。5. 避坑排查五条从现场捡回来的记录5.1 集群节点起不来先看 ohasd 再看 CSSD现象是crsctl stat res -t在某一个节点上完全没输出或者输出里所有资源都是 OFFLINE/u01/app/grid/diag/crs/节点/crs/trace/alert.log里有CSSD相关报错。原因通常不在 Clusterware 本身而在网络解析或私网网卡。第一步查/etc/hosts和 DNS 的解析结果是否在两个节点上完全一致尤其注意有没有残留的旧 IP第二步确认私网网卡是 up 状态且 MTU 一致第三步看防火墙firewalld和iptables都要确认放行了集群端口。# 三台机器上都跑一遍结果必须一致 getent hosts pub19-node1.rac.example getent hosts priv19-node1.rac.example ip addr show | grep -E inet |UP systemctl status firewalld如果解析和网卡都对再去看ohasd的日志/var/log/messages里搜ohasd常见的是权限问题导致ohasd.bin启动失败比如 grid 用户对$GRID_HOME的属主被改过。这类问题的解决方式是修权限而不是重装chown -R grid:oinstall $GRID_HOME之后crsctl start crs。5.2 gridSetup.sh 卡在 SSH 互信那一步现象是安装器跑到节点连通性检查页面就一直转或者提示某个节点 ssh 不通但手工在终端里ssh是通的。原因是之前做过 ssh 免密配置~/.ssh/known_hosts里存了旧的 host key安装器用 grid 和 oracle 两个用户分别去连其中一个用户的 known_hosts 没清。解决方式是先把所有节点的known_hosts备份后清空再让安装器自己重建互信# 两个用户都要做先备份再清 for u in grid oracle; do su - $u -c cp ~/.ssh/known_hosts ~/.ssh/known_hosts.bak 2/dev/null; rm -f ~/.ssh/known_hosts done # 手工验证一遍双向连通 su - grid -c ssh -o StrictHostKeyCheckingno pub19-node2.rac.example date另一个隐蔽原因是 SELinux 处于 enforcing 且没有对应的策略ssh 本身通但安装器调用的某些操作被拦。装之前把 SELinux 设成 permissive 是常规做法装完再按需收紧别在 enforcing 状态下硬装。5.3 ASM 磁盘权限 660 却认不到现象是/dev/asm-disk*软链接在权限也是brw-rw----加 grid:asmadmin但asmcmd lsdsk看不到或者安装器扫描磁盘时列表是空的。原因有三个常见分支一是 UDEV 规则的 RESULT 匹配串写错scsi_id拿到的值和规则里写的不一致二是有多路径规则匹配的是/dev/sdb但实际应该匹配/dev/mapper/mpathX三是规则文件没有重新 trigger软链接是上一次的残留。# 逐个核对 /usr/lib/udev/scsi_id -g -u -d /dev/sdb udevadm info --queryall --name/dev/sdb | grep -iE wwid|serial ls -l /dev/asm-disk* udevadm control --reload-rules udevadm trigger --actionchange排查顺序建议从设备是否被多路径接管开始multipath -ll看一眼如果盘在多路径下面UDEV 规则要基于 wwid 写不能用/dev/sd*做 KERNEL 匹配。改完规则一定要重新 trigger 并重新ls -l确认。5.4 HugePages 配了但 SGA 没吃上现象是grep HugePages_Total /proc/meminfo有值但HugePages_Free几乎等于 Total数据库启动后 SGA 还是走普通页/proc/meminfo里的AnonHugePages不为零。原因通常是三个memlock 配小了SGA 锁不进大页THP 没真正关掉运行时被重新打开SGA 总量超过了大页池容量数据库退回到普通页。# 三项一起看 grep -E HugePages|AnonHugePages /proc/meminfo ulimit -l cat /sys/kernel/mm/transparent_hugepage/enabled解决方法是按实际 SGA 重算页数memlock 调到页数×2048 再放大 5%然后重启数据库实例。注意改完大页数量不需要重启操作系统但需要确认没有其他进程占着大页不释放grep -i huge /proc/*/smaps能看出谁在用。5.5 SCAN VIP 只在单节点上漂现象是srvctl status scan显示三个 SCAN VIP 都只在同一个节点上客户端连 SCAN 时好时坏。原因基本锁定在 DNSSCAN 名只解析出一个 IP或者三个 IP 里有两个指向同一个地址客户端轮询自然就落在一个节点上。另一个可能是 GNS 的子域委托没生效SCAN 注册失败Clusterware 退回到本地解析。# 从集群外的机器上查模拟客户端视角 dig short scan19.vip.rac.example nslookup scan19.vip.rac.example 192.168.204.12 srvctl config scan srvctl status scandig要返回三个不同 IPsrvctl config scan里的三个 SCAN VIP 要和 DNS 里的三条 A 记录一一对应。对不上就回去改正解文件改完rndc reload并清客户端 DNS 缓存再srvctl relocate scan让 SCAN VIP 重新分布。6. 装完别急着交付一轮滚动重启验证和三条体检命令安装器跑完、dbca 建完库不代表这套 RAC 能扛。我见过太多装完当天好好的、第二天节点起不来的案例根因都是装完没做重启验证。交付前至少要做一轮滚动重启先停一个节点确认另一个节点上的实例和监听器正常接管再启动、再换另一个节点重复两轮下来才算验证了 VIP 漂移和实例故障转移。体检命令就三条按顺序跑检查项命令期望结果集群资源crsctl stat res -t所有资源在各自节点 ONLINE无 UNKNOWN节点成员olsnodes -n列出全部节点编号连续ASM 磁盘组asmcmd lsdg各磁盘组 MOUNTED可用空间与规划一致crsctl stat res -t输出里重点看 GIMR 相关的资源如果配了、ora.LISTENER_SCAN1.lsnr、ora.scan1.vip、ora.节点.vip这几类任何一项是 INTERMEDIATE 或者状态在两个节点间反复跳都说明还有没排干净的问题。asmcmd lsdg的Usable_file_MB要留出至少 20% 余量低于这个数后面加数据文件会报空间不足。进阶一点的验证是跑一次cluvfy comp healthcheck -all它会把集群的各个组件巡一遍输出比crsctl细缺点是慢节点多的环境跑一次十几分钟。我一般放在变更窗口的最后做跑完把输出存档下次出问题时至少有基线可比。还有一个习惯装完之后立刻在/etc/下面做个快照tar czf /root/etc-backup-$(date %F).tar.gz /etc/hosts /etc/named.conf /var/named /etc/sysctl.d /etc/security/limits.d /etc/udev/rules.d把这次改过的所有配置打成一个包。后面不管是谁接手、不管过了多久出问题时解压出来就能比对出哪一处被改过。从那以后我每次装 RAC交付清单里都强制带这一条——不是因为它技术含量高是因为它救过我两次一次是 hosts 被人加了条错误记录一次是 UDEV 规则被别的运维覆盖了。希望帮到你。本文还有配套的精品资源点击获取
