简介本资源是一份面向DBA、Oracle运维工程师及高可用架构学习者的实战部署指南聚焦Linux 7.9环境下Oracle 19C RAC集群的完整落地实践解决多节点协同、共享存储配置、ASM磁盘组管理及集群服务启动等核心难点。文档以VMware Workstation Pro 16.1为实验平台覆盖系统规划主机/网络/数据库集群、环境配置防火墙、NTP、sysctl、limits、YUM源、iSCSI存储、Grid Infrastructure安装、19C数据库实例部署及健康检查全流程目录结构清晰含30余项子模块与命令验证要点。资源为单个PDF文件共10.13MB内容详实图文结合适合作为RAC部署操作手册或故障排查参考。目前已有601人学习下载特别适合需在类生产虚拟环境中复现RAC搭建过程的中级以上Oracle技术人员。1. 为什么在 Linux 7.9 上部署 Oracle 19c RAC 不是“照着文档点下一步”就能成功的硬仗你手头那份标着“详细安装部署文档.pdf”的文件大概率是某位前辈在 Red Hat 7.9 或 CentOS 7.9 环境下踩过坑后整理的实操笔记——但别急着打印装订。真实现场里Oracle 19c RAC 在 Linux 7.9特指 kernel 3.10.0-1160 及后续 EL7.9 内核上部署失败80% 不出在这份 PDF 的步骤错漏而出在三个被文档默认忽略的“静默前提”udev 规则未绑定到 ASM 磁盘的 WWID 而非 /dev/sdX、GI 安装前未验证 cvuqdisk 包版本与内核模块兼容性、OCR/Voting Disk 所在 ASM 磁盘组未启用compatible.asm12.2且au_size4M强制对齐。这不是理论问题而是我去年在某省政务云项目里连续 7 次 OCR 初始化失败后用strace -e traceopen,ioctl /u01/app/19.0.0/grid/bin/crsctl start crs抓出的 syscall 级报错根源。如果你正面对一台刚重装的 Linux 7.9 物理服务器或虚机且目标是上线生产级 RAC非单实例Data Guard这篇笔记就不是“教程”而是把 PDF 文档里没写的、OS 层必须卡死的 5 个临界点用可验证命令参数逻辑翻车现场还原出来。适合 DBA、系统工程师、信创项目实施人员——尤其当你发现root.sh卡在 “CRS-2672: Attempting to start ‘ora.cssd’” 时别再查日志了先看这五条。2. 从裸机到 GI 安装前Linux 7.9 系统层必须闭环的 5 个硬性条件Oracle 19c RAC 对 Linux 7.9 的要求不是“能跑就行”而是“每个子系统都得按 Oracle 认证路径走”。PDF 文档常把这部分压缩成“安装依赖包”一句带过但实际部署中这里埋着最多血泪经验。以下 5 项必须全部验证通过缺一不可否则gridSetup.sh启动前就会被 CVUCluster Verification Utility直接拦截。2.1 验证内核参数与资源限制不是改完/etc/sysctl.conf就生效Oracle 19c RAC 要求kernel.shmall、kernel.shmmax、fs.file-max等参数必须满足最小阈值但更关键的是这些参数必须在sysctl -p执行后被ipcs -lm和ulimit -a实时反映。常见翻车点是kernel.shmall设置为物理内存页数如1073741824但ipcs -lm显示max seg size (kbytes)仍为默认值——这是因为kernel.shmmax未同步设置为kernel.shmall * 4096页大小。正确闭环验证命令# 设置内核参数示例64G内存 echo kernel.shmall 16777216 /etc/sysctl.conf echo kernel.shmmax 68719476736 /etc/sysctl.conf # 64G * 1024*1024 echo fs.file-max 6815744 /etc/sysctl.conf sysctl -p # 必须验证shmall 和 shmmax 是否被内核真正加载 ipcs -lm | grep -E (max seg|max total) # 输出应为max seg size (kbytes) 67108864即64G # max total shared memory (kbytes) 67108864 # 验证 ulimit需在 oracle 用户下执行 su - oracle -c ulimit -a | grep -E (open files|pending signals|max locked memory) # open files 应 ≥ 65536pending signals 应 ≥ 65536max locked memory 应 ≥ 16384提示ulimit设置必须写入/etc/security/limits.d/oracle-rac.conf而非仅/etc/security/limits.conf且文件名需以.conf结尾否则 RHEL/CentOS 7.9 的 PAM 加载机制会忽略它。这是 PDF 文档极少注明的细节。2.2 udev 绑定 ASM 磁盘用 WWID 而非设备名且规则必须 reloadRAC 要求所有节点看到的 ASM 磁盘路径完全一致如/dev/asm-disk1而 Linux 7.9 的sdX设备名在重启后极易漂移。PDF 常教用scsi_id获取 WWID但实际必须用scsi_id --whitelisted --replace-whitespace --device/dev/sdX注意--whitelisted参数否则在某些 HBA 卡上返回空。绑定规则必须写入/etc/udev/rules.d/99-oracle-asmdevices.rules并触发 reload# 获取磁盘 WWID以 /dev/sdb 为例 scsi_id --whitelisted --replace-whitespace --device/dev/sdb # 输出类似36000c29d8b1a3f4e7a8c1d2e3f4a5b6c # 编写 udev 规则每块磁盘一行 echo KERNELsd[b-z], SUBSYSTEMblock, PROGRAM/usr/lib/udev/scsi_id --whitelisted --replace-whitespace --device/dev/\$name, RESULT36000c29d8b1a3f4e7a8c1d2e3f4a5b6c, SYMLINKasm-disk1, OWNERgrid, GROUPasmadmin, MODE0660 /etc/udev/rules.d/99-oracle-asmdevices.rules # 重载 udev 规则并触发 udevadm control --reload-rules udevadm trigger --subsystem-matchblock # 验证ls -l /dev/asm* # 必须看到 /dev/asm-disk1 - /dev/sdb且权限为 grid:asmadmin注意PROGRAM中的路径/usr/lib/udev/scsi_id在 RHEL 7.9 中是标准位置若用which scsi_id得到/sbin/scsi_id则必须用绝对路径/usr/lib/udev/scsi_id否则 udev 规则不生效——这是udevadm test日志里最常被忽略的路径错误。2.3 cvuqdisk 包版本与内核模块兼容性GI 安装前必须手动验证cvuqdisk是 Oracle Clusterware 的核心守护进程其 RPM 包cvuqdisk-1.0.10-1.rpm必须与当前内核版本严格匹配。PDF 文档常直接让rpm -ivh cvuqdisk-1.0.10-1.rpm但在 Linux 7.9kernel 3.10.0-1160.el7.x86_64上该 RPM 内置的cvuqdisk.ko模块可能因内核符号变化而加载失败。验证方法# 安装后检查模块是否可加载 rpm -ivh cvuqdisk-1.0.10-1.rpm modprobe -n cvuqdisk 21 | grep -q Invalid module echo ERROR: cvuqdisk.ko 不兼容当前内核 || echo OK: cvuqdisk 模块可加载 # 若报错需从 Oracle Support 下载对应内核的 cvuqdisk如 Patch 32222222或手动编译 # cd /u01/app/19.0.0/grid/cv/rpm # make -f ins_cv.mk install ORACLE_HOME/u01/app/19.0.0/grid血泪经验root.sh执行到Creating /etc/oracle/ocr.loc时卡住tail -f /u01/app/oraInventory/logs/installActions*.log里出现cvuqdisk: Unknown symbol in module就是这个模块不兼容。此时modprobe cvuqdisk会直接报错但root.sh不会明确提示。2.4 时间同步服务chrony 必须配置为集群内主从模式禁用 ntpdLinux 7.9 默认使用chrony但 RAC 要求所有节点时间差 ≤ 500ms且必须由一个节点作为 NTP 主源如node1其他节点只向其同步。PDF 常写“配置 chrony”但未强调makestep和rtcsync必须启用否则虚拟机环境因时钟漂移导致 CRS 启动失败# node1主节点/etc/chrony.conf server 127.0.0.1 iburst allow 192.168.1.0/24 # 允许集群网段 local stratum 10 keyfile /etc/chrony.keys driftfile /var/lib/chrony/drift makestep 1 3 # 误差1秒时立即校正关键 rtcsync # 同步硬件时钟关键 # node2 /etc/chrony.conf server 192.168.1.101 iburst # 指向 node1 IP keyfile /etc/chrony.keys driftfile /var/lib/chrony/drift makestep 1 3 rtcsync # 重启服务并验证 systemctl restart chronyd chronyc sources -v # node2 应显示 ^* 表示已同步 node1 chronyc tracking # offset 应 500ms玄学警告若chronyc tracking显示Offset为0.000000000且Root dispersion 1000ms说明makestep未生效需检查chrony.conf是否被/etc/chrony.d/*.conf覆盖。2.5 网络配置public/private/ASM 网络必须物理隔离且私网禁用防火墙RAC 的 public业务、private心跳、ASM存储三网必须物理分离不能 VLAN 划分且 private 网卡必须禁用所有防火墙包括firewalld和iptables。PDF 常说“关闭防火墙”但实际需彻底禁用# 禁用 firewalldRHEL 7.9 默认 systemctl stop firewalld systemctl disable firewalld # 清空 iptables 规则并禁用服务 iptables -F systemctl stop iptables systemctl disable iptables # 验证private 网卡如 enp0s8无任何 INPUT/OUTPUT 规则 iptables -L INPUT -v -n | grep enp0s8 # 应无输出翻车现场cluvfy comp nodecon -n node1,node2 -verbose报错PRVF-7611 : The specified network interface does not exist or is not configured properly往往是因为enp0s8被firewalld的 zone 自动绑定了即使firewalld已 stopnmcli dev show enp0s8仍显示ZONE: public。解决nmcli con mod System enp0s8 connection.zone 。3. Grid Infrastructure 安装绕过图形界面用响应文件静默部署的完整链路gridSetup.sh图形界面在远程服务器上极易因 X11 转发失败而中断且无法审计参数。PDF 文档虽提供响应文件模板但关键参数缺失或错误会导致root.sh失败。以下是以responsefile.rsp为核心的静默安装全链路覆盖从解压到root.sh成功的每一步。3.1 准备响应文件必须显式指定 ASM 磁盘组属性与 OCR 位置Oracle 19c RAC 的响应文件必须精确控制 ASM 磁盘组创建参数尤其是DATA和RECO磁盘组的au_size和compatible.asm。PDF 常用默认值但 Linux 7.9 上必须强制设为4M和12.2否则 OCR 初始化失败# 生成响应文件模板基于 $GRID_HOME/install/response/gridsetup.rsp cp $GRID_HOME/install/response/gridsetup.rsp responsefile.rsp # 修改关键参数用 sed 或编辑器 sed -i s/^oracle.install.option.*/oracle.install.optionCRS_CONFIG/ responsefile.rsp sed -i s/^ORACLE_BASE.*/ORACLE_BASE\/u01\/app\/oracle/ responsefile.rsp sed -i s/^INSTALL_UPDATES_SELECTION.*/INSTALL_UPDATES_SELECTIONfalse/ responsefile.rsp sed -i s/^oracle.install.crs.config.gpnp.scanName.*/oracle.install.crs.config.gpnp.scanNamescan-cluster/ responsefile.rsp sed -i s/^oracle.install.crs.config.gpnp.scanPort.*/oracle.install.crs.config.gpnp.scanPort1521/ responsefile.rsp sed -i s/^oracle.install.crs.config.clusterName.*/oracle.install.crs.config.clusterNamecluster01/ responsefile.rsp sed -i s/^oracle.install.crs.config.gpnp.configureGNS.*/oracle.install.crs.config.gpnp.configureGNSfalse/ responsefile.rsp sed -i s/^oracle.install.crs.config.sites.*/oracle.install.crs.config.sitessite1/ responsefile.rsp sed -i s/^oracle.install.crs.config.storageOption.*/oracle.install.crs.config.storageOptionASM/ responsefile.rsp sed -i s/^oracle.install.crs.config.useIPMI.*/oracle.install.crs.config.useIPMIfalse/ responsefile.rsp sed -i s/^oracle.install.crs.config.networkInterfaceList.*/oracle.install.crs.config.networkInterfaceListenp0s3:192.168.1.0:1,enp0s8:10.0.0.0:5/ responsefile.rsp sed -i s/^oracle.install.crs.config.diskGroup.name.*/oracle.install.crs.config.diskGroup.nameDATA/ responsefile.rsp sed -i s/^oracle.install.crs.config.diskGroup.redundancy.*/oracle.install.crs.config.diskGroup.redundancyEXTERNAL/ responsefile.rsp sed -i s/^oracle.install.crs.config.diskGroup.AUSize.*/oracle.install.crs.config.diskGroup.AUSize4M/ responsefile.rsp sed -i s/^oracle.install.crs.config.diskGroup.compatible.asm.*/oracle.install.crs.config.diskGroup.compatible.asm12.2/ responsefile.rsp sed -i s/^oracle.install.crs.config.diskGroup.disks.*/oracle.install.crs.config.diskGroup.disks\/dev\/asm-disk1,\/dev\/asm-disk2/ responsefile.rsp sed -i s/^oracle.install.crs.config.diskGroup.disks.SYSASMPassword.*/oracle.install.crs.config.diskGroup.disks.SYSASMPasswordYourStrongPass123!/ responsefile.rsp参数说明AUSize4M是 Linux 7.9 上 ASM 磁盘组的黄金值小于 4M如 1M会导致 OCR 初始化时ORA-15018: diskgroup cannot be createdcompatible.asm12.2是 19c 强制要求低于此值root.sh会报ORA-15221: ASM operation requires compatible.asm of at least 12.2。3.2 静默执行 gridSetup.sh必须捕获 stdout/stderr 并验证日志静默安装不是./gridSetup.sh -silent -responseFile responsefile.rsp一条命令完事必须重定向日志并实时监控# 创建日志目录 mkdir -p /tmp/grid_install_logs # 执行安装后台运行避免 SSH 断连 nohup ./gridSetup.sh -silent -responseFile /path/to/responsefile.rsp \ -ignorePrereqFailure \ /tmp/grid_install_logs/grid_setup.out 2 /tmp/grid_install_logs/grid_setup.err # 实时跟踪关键日志安装过程约 30-60 分钟 tail -f /tmp/grid_install_logs/grid_setup.err | grep -E (ERROR|FATAL|ORA-|CRS-) # 正常结束标志日志末尾出现 Successfully Setup Software. 和 Please run the following script as root逻辑说明-ignorePrereqFailure是双刃剑——它允许跳过 CVU 的部分警告如 DNS 解析慢但必须确保responsefile.rsp中的网络、磁盘、内核参数已 100% 正确否则会掩盖致命错误。建议首次安装时去掉此参数待 CVU 全绿后再加。3.3 root.sh 执行必须分节点顺序执行且监控 crsctl 状态root.sh是 GI 安装的临门一脚但 PDF 常忽略其执行顺序和状态验证。必须严格按node1 → node2执行且每节点执行后立即验证 CRS 状态# node1 执行等待完成 /u01/app/19.0.0/grid/root.sh # 等待输出 Successfully configured Oracle Grid Infrastructure for a Cluster 后执行 crsctl check cluster -all # 输出应为 # node1: CRS-4537: Cluster Ready Services is online # node2: CRS-4535: Cannot communicate with Cluster Ready Services # node2 执行此时 node1 CRS 已启动 /u01/app/19.0.0/grid/root.sh # 等待完成后立即验证 crsctl check cluster -all # 两节点均应显示 CRS-4537: Cluster Ready Services is online crsctl stat res -t | head -20 # 查看资源状态ora.DATA.dg 应 ONLINE避坑若crsctl check cluster -all在 node2 显示CRS-4535说明 private 网络不通或cvuqdisk未加载。此时不要重复执行root.sh先systemctl status cvuqdisk和ping -I enp0s8 node1排查。4. 避坑RAC 安装中最常触发的 5 类硬性故障及根因定位法部署 RAC 最痛苦的不是步骤多而是报错信息高度抽象日志分散在 10 个目录。以下 5 类故障按发生频率排序每类给出现象、根因、定位命令和解决动作。这些不是“可能”而是我在 12 个 RAC 项目中亲手复现并修复的现场记录。4.1 OCR 初始化失败ORA-15018 / ORA-15221现象root.sh执行到Creating OCR keys for user grid...后卡住/u01/app/oraInventory/logs/installActions*.log出现ORA-15018: diskgroup cannot be created或ORA-15221: ASM operation requires compatible.asm of at least 12.2原因ASM 磁盘组compatible.asm未设为12.2或au_size小于4M导致 OCR 所需的 4MB AU 无法分配。定位cat /u01/app/oraInventory/logs/installActions*.log | grep -A 10 -B 10 ORA-15018解决重新运行gridSetup.sh确保responsefile.rsp中oracle.install.crs.config.diskGroup.compatible.asm12.2且oracle.install.crs.config.diskGroup.AUSize4M若已失败需dd if/dev/zero of/dev/asm-disk1 bs1M count100清空磁盘再重试。4.2 CSSD 启动失败CRS-2672 / CRS-2101现象root.sh卡在CRS-2672: Attempting to start ora.cssd/u01/app/19.0.0/grid/log/node1/cssd/ocssd.log持续刷CRS-2101: The OCR was not found或Could not open device /dev/asm-disk1原因udev 规则未生效/dev/asm-disk1不存在或权限不对非grid:asmadmin或cvuqdisk模块未加载。定位ls -l /dev/asm*和dmesg | grep cvuqdisk解决udevadm trigger --subsystem-matchblockls -l /dev/asm*确认链接存在modprobe cvuqdisk验证模块若失败重装cvuqdiskRPM 或手动编译。4.3 SCAN VIP 无法注册CRS-2101 / TNS-12535现象crsctl stat res -t中ora.scan1.vip状态为INTERMEDIATEnslookup scan-cluster返回空tnsping scan-cluster超时。原因DNS 未配置 SCAN 名称解析scan-cluster必须 A 记录指向 3 个 VIP或grid用户的TNS_ADMIN环境变量未设导致srvctl无法读取tnsnames.ora。定位nslookup scan-cluster和su - grid -c srvctl config scan解决在 DNS 服务器添加scan-cluster IN A 192.168.1.101、scan-cluster IN A 192.168.1.102、scan-cluster IN A 192.168.1.103su - grid -c echo export TNS_ADMIN$ORACLE_HOME/network/admin ~/.bash_profile4.4 节点间心跳超时CRS-4678 / CRS-4638现象crsctl check cluster -all显示node2: CRS-4535/u01/app/19.0.0/grid/log/node1/cssd/ocssd.log出现CLSF-10001: Unable to connect to the CSS daemon原因private 网络enp0s8被firewalld或iptables拦截或chrony时间不同步offset 500ms。定位ping -I enp0s8 node2和chronyc tracking解决systemctl stop firewalld systemctl disable firewalldchronyc makestep强制校正nmcli con mod System enp0s8 connection.zone 4.5 ASM 磁盘组挂载失败ORA-15032 / ORA-15017现象crsctl stat res -t中ora.DATA.dg状态为OFFLINEsqlplus / as sysasm执行select name,state from v$asm_diskgroup返回空。原因ASM 实例未启动ora.asm资源 OFFLINE或磁盘权限为root:root而非grid:asmadmin。定位crsctl stat res ora.asm和ls -l /dev/asm*解决crsctl start res ora.asm若失败chown grid:asmadmin /dev/asm*并udevadm trigger确认grid用户umask为0022非0002否则 ASM 创建文件权限错误。5. 数据库软件安装与 RAC 实例创建从单实例到双节点的最小可行路径GI 安装成功后数据库软件database安装和 RAC 实例创建是第二道关。PDF 文档常把这两步合并但实际必须拆解先静默安装 DB 软件不建库再用dbca静默建 RAC 库。跳过此拆解dbca会因 GI 未完全就绪而报错。5.1 静默安装 Oracle Database 软件仅解压二进制不初始化实例DB 软件安装必须在 GI 完全启动后进行且响应文件需禁用createAsContainerDatabaseRAC 不支持 CDB 直接建库需后续用 DBCA# 解压 database.zip 到 /stage unzip linuxx64_193000_db_home.zip -d /stage # 准备响应文件基于 $ORACLE_HOME/install/response/db_install.rsp cp /stage/database/install/response/db_install.rsp db_install.rsp # 修改关键参数 sed -i s/^oracle.install.option.*/oracle.install.optionINSTALL_DB_SW_ONLY/ db_install.rsp sed -i s/^ORACLE_HOSTNAME.*/ORACLE_HOSTNAMEnode1/ db_install.rsp sed -i s/^UNIX_GROUP_NAME.*/UNIX_GROUP_NAMEoinstall/ db_install.rsp sed -i s/^INVENTORY_LOCATION.*/INVENTORY_LOCATION\/u01\/app\/oraInventory/ db_install.rsp sed -i s/^SELECTED_LANGUAGES.*/SELECTED_LANGUAGESen,zh_CN/ db_install.rsp sed -i s/^ORACLE_HOME.*/ORACLE_HOME\/u01\/app\/oracle\/product\/19.0.0\/dbhome_1/ db_install.rsp sed -i s/^ORACLE_BASE.*/ORACLE_BASE\/u01\/app\/oracle/ db_install.rsp sed -i s/^oracle.install.db.InstallEdition.*/oracle.install.db.InstallEditionEE/ db_install.rsp sed -i s/^oracle.install.db.isCustomInstall.*/oracle.install.db.isCustomInstalltrue/ db_install.rsp sed -i s/^oracle.install.db.customComponents.*/oracle.install.db.customComponentsoracle.rdbms.util:19.0.0.0.0,oracle.rdbms.rman:19.0.0.0.0/ db_install.rsp # 静默安装两节点均需执行 cd /stage/database ./runInstaller -silent -responseFile /path/to/db_install.rsp -ignorePrereqFailure -waitforcompletion # 完成后执行 root.sh两节点 /u01/app/oracle/product/19.0.0/dbhome_1/root.sh注意INSTALL_DB_SW_ONLY是关键它只安装二进制不触发dbca。若设为CREATE_DBrunInstaller会因 GI 未就绪而失败。5.2 用 DBCA 静默创建 RAC 数据库必须指定 ASM 磁盘组与实例名dbca是创建 RAC 实例的唯一可靠方式响应文件必须显式指定storageTypeASM、asmsnDATA、asmsnRecoveryRECO且nodelist列出所有节点# 生成 DBCA 响应文件模板 $ORACLE_HOME/bin/dbca -silent -createDatabase -help | grep -A 50 Response file dbca.rsp # 编辑 dbca.rsp关键参数 echo gdbNameorcl dbca.rsp echo sidorcl dbca.rsp echo databaseTypeMULTIPURPOSE dbca.rsp echo characterSetAL32UTF8 dbca.rsp echo totalMemory2048 dbca.rsp echo storageTypeASM dbca.rsp echo asmsnDATA dbca.rsp echo asmsnRecoveryRECO dbca.rsp echo nodelistnode1,node2 dbca.rsp echo templateNameGeneral_Purpose.dbc dbca.rsp echo emConfigurationNONE dbca.rsp echo datafileDestinationDATA dbca.rsp echo recoveryAreaDestinationRECO dbca.rsp echo automaticMemoryManagementtrue dbca.rsp echo redoLogFileSize50 dbca.rsp echo listenersLISTENER dbca.rsp echo sampleSchemafalse dbca.rsp echo oratacTRUE dbca.rsp # 执行静默建库在 node1 执行即可DBCA 自动分发到 node2 $ORACLE_HOME/bin/dbca -silent -responseFile /path/to/dbca.rsp \ -ignorePreReqs \ /tmp/dbca_create.log 21 # 验证两节点实例应 RUNNING srvctl status database -d orcl # 输出Instance orcl_1 is running on node node1 # Instance orcl_2 is running on node node2参数说明asmsnDATA指定数据文件位置asmsnRecoveryRECO指定快速恢复区nodelistnode1,node2告诉 DBCA 创建两个实例。-ignorePreReqs用于跳过内存检查生产环境需确保 4G RAM。5.3 验证 RAC 连通性用 SCAN 名称连接并查询实例分布建库完成后必须用 SCAN 名称连接验证负载均衡和故障转移# 配置 tnsnames.ora$ORACLE_HOME/network/admin/tnsnames.ora cat $ORACLE_HOME/network/admin/tnsnames.ora EOF ORCL (DESCRIPTION (ADDRESS (PROTOCOL TCP)(HOST scan-cluster)(PORT 1521)) (CONNECT_DATA (SERVER DEDICATED) (SERVICE_NAME orcl) (FAILOVER_MODE (TYPE SELECT) (METHOD BASIC) (RETRIES 180) (DELAY 5) ) ) ) EOF # 测试连接应轮询到 node1 或 node2 sqlplus system/YourPass123ORCL EOF set linesize 200 col instance_name format a15 col host_name format a20 select instance_name, host_name, status from gv$instance; exit EOF # 输出应为两行orcl_1 node1 OPENorcl_2 node2 OPEN技巧gv$instance是验证 RAC 实例在线的黄金视图v$instance只显示当前连接的实例。若只看到一行说明 SCAN VIP 未注册或监听器未启动。6. 生产就绪检查清单5 个必须执行的验证动作与 1 个我坚持十年的习惯RAC 部署完成不等于生产就绪。PDF 文档止步于dbca成功但真实运维中以下 5 个验证动作决定系统能否扛住流量洪峰。它们不是“建议”而是我经手的每个 RAC 项目上线前必做的 checklist漏掉任意一项都可能在半夜三点被电话叫醒。6.1 OCR 和 Voting Disk 备份验证手动触发并校验一致性OCR 和 Voting Disk 是 RAC 的心脏自动备份ocrconfig -showbackup可能失效。必须手动备份并校验# 手动备份 OCR ocrconfig -manualbackup # 输出类似node1 2023/10/01 10:00:00 /u01/app/19.0.0/grid/cdata/cluster01/backup00.ocr # 校验备份完整性 ocrcheck -config # 输出应包含 OCR integrity check passed # 备份 Voting Disk需在 ASM 实例中 sqlplus / as sysasm EOF ALTER DISKGROUP DATA BACKUP POWER OFF; EXIT EOF # 检查 ASM 日志确认备份完成 tail -n 20 /u01/app/19.0.0/grid/log/node1/asm/alert*.log | grep BACKUP教训曾有个项目 OCR 自动备份路径/u01/app/19.0.0/grid/cdata/cluster01/磁盘满ocrconfig -showbackup仍本文还有配套的精品资源点击获取
