简介本资源是一份面向Oracle DBA与Linux系统工程师的实战型安装指南聚焦Red Hat Enterprise Linux 7.6平台部署Oracle 19c RAC高可用集群重点解决GNS配置SCAN、Flex ASM架构演进、Standalone与Domain Service两种集群模式差异等关键难点。文档覆盖OS环境检查、THP禁用与HugePages启用、内核参数配置含Preinstall RPM与手工设置双路径、网络规划固定IP与GNS混合方案、时钟同步及CVU校验等全流程操作并提供典型故障的定位逻辑与排错方法论。资源为单文件Word文档.docx共1个文件大小160KB结构清晰、步骤详实目录已细化至子章节便于快速检索与实操对照。目前已有716人学习下载适合具备Linux基础与Oracle安装经验的中高级技术人员用于生产环境部署参考或RAC升级验证。1. Oracle 19c RAC on Linux 7.6安装手册这不是“点下一步”的图形界面而是三台物理机上必须亲手敲出的27个关键命令、5类ASM磁盘组权限陷阱、以及一次因udev规则写错导致集群启动失败后重装3遍才摸清的血泪路径你手头这份《Oracle 19c RAC on Linux 7.6安装手册.docx》不是PDF教程它对应的是真实生产环境中一套高可用数据库集群的落地起点——两节点或三节点RAC架构运行在Red Hat Enterprise Linux 7.6或兼容发行版如CentOS 7.6、Oracle Linux 7.6之上底层存储依赖ASM管理的共享磁盘iSCSI/FC/NFS目标是让crsctl check cluster返回CRS-4537: Cluster Ready Services is online且srvctl status database -d orcl显示所有实例均is running。这不是给DBA看的“理论部署”而是给系统工程师、运维工程师、信创项目实施人员准备的实操切片从裸机初始化开始到OCR/Voting Disk落盘成功再到监听器注册进SCAN、服务自动Failover验证完毕。如果你正被“19c rac 安装步骤”卡在root.sh报错、被oracle监听服务无法启动反复折磨、或在linux镜像安装后发现内核参数根本没生效——这篇笔记就是为你写的。它不讲RAC是什么只告诉你在哪改、改什么、为什么必须这么改、改错会怎样翻车。2. 环境筑基Linux 7.6系统级预配置——绕过yum源失效、SELinux玄学拦截、以及kernel参数“写了却没生效”的三大幻觉RAC对操作系统的要求远超单实例Oracle。Linux 7.6虽已进入维护期但仍是当前金融、政务类RAC项目的主流基线版本。关键不是“能装”而是“装完不崩、启得稳、扩得动”。以下配置缺一不可且顺序不能乱。2.1 基础包与用户组创建用yum groupinstall Server with GUI别这是RAC翻车第一坑RAC不需要GUI反而GUI相关包如xorg-x11-server-Xorg会引入冲突依赖。必须使用最小化安装基线# 检查是否为最小安装无X11 rpm -qa | grep -E (xorg|x11|gnome|kde) | wc -l # 返回0才安全若非0先卸载谨慎 yum remove xorg-x11* gnome* kde* -y # 安装RAC必需基础包官方文档要求缺一不可 yum install -y binutils \ compat-libcap1 \ compat-libstdc-33 \ gcc \ gcc-c \ glibc \ glibc-devel \ ksh \ libgcc \ libstdc \ libstdc-devel \ libaio \ libaio-devel \ make \ sysstat \ unixODBC \ unixODBC-devel \ nfs-utils \ device-mapper-multipath \ oracleasm-support \ oracleasmlib \ bc \ elfutils-libelf-devel \ fontconfig-devel \ gawk \ libX11-devel \ libXau-devel \ libXi-devel \ libXtst-devel \ libXrender-devel \ libXrandr-devel \ libxcb-devel \ libxkbcommon-x11-devel \ mesa-libGL-devel \ mesa-libGLU-devel \ pcre-devel \ zlib-devel逻辑说明oracleasmlib和oracleasm-support是ASM磁盘识别核心RHEL/CentOS 7.6默认不带必须手动安装nfs-utils用于NFS共享存储场景虽非主流但测试环境常用device-mapper-multipath是多路径设备必备即使你用iSCSI直连也建议装上防未来扩容踩坑。参数说明-y避免交互中断脚本执行rpm -qa | grep用于验证GUI残留这是很多“安装成功但后续OCR初始化失败”的根源——X11相关库会污染libstdc版本链。2.2 用户与组规划oraInventory组不是可选而是OCR权限控制的命门RAC要求严格分离grid与oracle用户且oinstall、asmadmin、asmdba、asmoper、dba五组必须按规范创建。常见错误是把grid用户加进dba组——这会导致ASM实例启动时权限越界报错。# 创建组顺序固定 groupadd -g 54321 oinstall groupadd -g 54322 asmadmin groupadd -g 54323 asmdba groupadd -g 54324 asmoper groupadd -g 54325 dba # 创建用户UID必须唯一跨节点一致 useradd -u 54321 -g oinstall -G asmadmin,asmdba,asmoper,dba grid useradd -u 54322 -g oinstall -G dba,asmdba,asmadmin oracle # 设置密码生产环境请用强密码策略 echo GridPass123 | passwd --stdin grid echo OraPass123 | passwd --stdin oracle # 验证组成员关系 id grid id oracle # 正确输出应含grid : oinstall asmadmin asmdba asmoper dba # oracle : oinstall dba asmdba asmadmin逻辑说明grid用户负责GIGrid Infrastructure层管理ASM、CRS、OCRoracle用户负责RDBMS层运行数据库实例。asmdba组赋予对ASM磁盘的读写权asmadmin是ASM管理员组asmoper仅允许操作ASM实例如start/stopdba是数据库管理员组。跨节点UID/GID一致是集群通信基础否则ssh免密认证会因/etc/passwd解析错位而失败。参数说明-g oinstall指定主组为oinstall所有Oracle软件属组-G指定附加组注意grid不加dbaoracle不加asmoper——这是Oracle官方硬性隔离要求。2.3 内核参数与资源限制sysctl.conf写了≠生效limits.conf漏一行CRS启动即跪RAC对内存、信号量、文件句柄要求苛刻。Linux 7.6默认值远低于19c RAC最低要求且修改后必须sysctl -p且重启systemd服务才能真正加载否则root.sh执行时仍读取旧值。# 编辑 /etc/sysctl.conf追加勿覆盖 cat /etc/sysctl.conf EOF # Oracle 19c RAC Kernel Parameters 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 4194304 EOF # 立即生效必须 sysctl -p # 验证是否生效重点检查sem和shmmax sysctl fs.aio-max-nr sysctl kernel.sem sysctl kernel.shmmax # 编辑 /etc/security/limits.conf追加 cat /etc/security/limits.conf EOF # Oracle 19c RAC Limits grid soft nofile 10240 grid hard nofile 65536 grid soft nproc 16384 grid hard nproc 16384 grid soft stack 10240 grid hard stack 32768 oracle soft nofile 10240 oracle hard nofile 65536 oracle soft nproc 16384 oracle hard nproc 16384 oracle soft stack 10240 oracle hard stack 32768 EOF # 同步至session关键 echo session required pam_limits.so /etc/pam.d/login echo session required pam_limits.so /etc/pam.d/sshd # 重启sshd使limits生效否则ssh登录后limits不加载 systemctl restart sshd逻辑说明kernel.sem四元组SEMMSL,SEMMNS,SEMOPM,SEMMNI必须严格匹配19c文档要求250 32000 100 128是最低安全值kernel.shmmax设为42949672954GB-1是为兼容32位应用预留实际64位系统可设更大但此值已通过Oracle认证pam_limits.so两行是让SSH会话真正读取limits.conf的开关漏掉则ulimit -n仍显示旧值。参数说明soft是软限制可临时突破hard是硬限制不可突破nofile是最大打开文件数RAC监听器ASMDB实例并发连接数极高nproc是最大进程数防止fork()失败stack是栈大小影响PL/SQL递归深度。3. 存储就绪ASM磁盘发现、权限固化与udev规则——为什么/dev/sdb重启后变/dev/sdc这才是RAC心跳停跳的真凶RAC共享存储必须稳定、可预测、跨节点一致。Linux 7.6下裸设备raw已被弃用ASM直接管理块设备如/dev/sdb但设备名动态变化是RAC集群启动失败的最高频原因。udev规则是唯一可靠解法。3.1 共享磁盘识别与ASM磁盘标记oracleasm不是摆设是ASM元数据写入的载体假设你有3块共享磁盘/dev/sdbOCR/Voting Disk、/dev/sdcDATA、/dev/sddFRA。先确认它们被所有节点识别# 在所有节点执行确认磁盘存在且大小一致 ls -l /dev/sd[b-d] # 应看到类似brw-rw---- 1 root disk 8, 16 Jun 10 10:00 /dev/sdb # 初始化ASM磁盘仅在第一个节点执行 /usr/sbin/oracleasm init /usr/sbin/oracleasm createdisk OCRVOTE /dev/sdb /usr/sbin/oracleasm createdisk DATA /dev/sdc /usr/sbin/oracleasm createdisk FRA /dev/sdd # 扫描并列出所有节点执行 /usr/sbin/oracleasm scandisks /usr/sbin/oracleasm listdisks # 正确输出OCRVOTE DATA FRA逻辑说明oracleasm createdisk会在磁盘头部写入ASM签名ORCLDISK标识并创建/dev/oracleasm/disks/下的符号链接如/dev/oracleasm/disks/OCRVOTE。这是ASM识别磁盘的唯一依据比/dev/sdX名称可靠百倍。scandisks命令强制刷新磁盘列表避免缓存旧状态。参数说明OCRVOTE、DATA、FRA是ASM磁盘别名必须全大写、无空格、长度≤30字符/dev/sdb等是底层块设备仅用于首次标记。3.2 udev规则固化设备名/dev/asm-ocrvote才是你的命根子不是/dev/sdbudev规则确保/dev/sdb永远映射到/dev/asm-ocrvote无论磁盘插入顺序如何变化。规则文件必须放在/etc/udev/rules.d/且以99-开头保证最后加载# 生成磁盘WWID所有节点执行记录结果 scsi_id -g -u -d /dev/sdb # 输出类似36001405b6e3a1a1a1a1a1a1a1a1a1a1a scsi_id -g -u -d /dev/sdc # 记录DATA的WWID scsi_id -g -u -d /dev/sdd # 记录FRA的WWID # 创建udev规则所有节点执行文件名/etc/udev/rules.d/99-oracle-asm.rules cat /etc/udev/rules.d/99-oracle-asm.rules EOF # OCR/Voting Disk KERNELsd*, SUBSYSTEMblock, PROGRAM/usr/libexec/scsi_id -g -u -d /dev/$name, RESULT36001405b6e3a1a1a1a1a1a1a1a1a1a1a, SYMLINKasm-ocrvote, OWNERgrid, GROUPasmadmin, MODE0660 # DATA Disk KERNELsd*, SUBSYSTEMblock, PROGRAM/usr/libexec/scsi_id -g -u -d /dev/$name, RESULT36001405c7f4b2b2b2b2b2b2b2b2b2b2b, SYMLINKasm-data, OWNERgrid, GROUPasmadmin, MODE0660 # FRA Disk KERNELsd*, SUBSYSTEMblock, PROGRAM/usr/libexec/scsi_id -g -u -d /dev/$name, RESULT36001405d8g5c3c3c3c3c3c3c3c3c3c3c, SYMLINKasm-fra, OWNERgrid, GROUPasmadmin, MODE0660 EOF # 重新加载udev规则并触发 udevadm control --reload-rules udevadm trigger --subsystem-matchblock # 验证符号链接是否生成 ls -l /dev/asm-* # 应看到lrwxrwxrwx 1 root root 3 Jun 10 10:00 /dev/asm-ocrvote - sdb逻辑说明scsi_id获取的是磁盘全球唯一标识WWID不受/dev/sdX命名影响SYMLINKasm-ocrvote创建稳定别名OWNERgrid和GROUPasmadmin确保ASM进程有读写权MODE0660是ASM磁盘安全基线组读写其他无权。参数说明KERNELsd*匹配所有SCSI磁盘SUBSYSTEMblock限定块设备PROGRAM调用scsi_id获取WWIDRESULT匹配具体WWID--reload-rules重载规则--trigger强制应用到现有设备。3.3 ASM磁盘权限校验chown grid:asmadmin /dev/asm-*错udev已搞定再chown反而出错这是新手最常犯的错误以为udev规则只是创建链接还需手动chown。udev规则中的OWNER/GROUP/MODE已精确控制权限手动chown会覆盖规则且重启后失效。# 正确验证方式所有节点 ls -l /dev/asm-* # 应显示brw-rw---- 1 grid asmadmin 8, 16 Jun 10 10:00 /dev/asm-ocrvote # 错误操作示例禁止 # chown grid:asmadmin /dev/asm-ocrvote # 会破坏udev持久化 # 若发现权限不对检查udev规则语法或WWID是否抄错而非暴力chown逻辑说明udev规则在设备发现时即设置权限是原子操作手动chown是临时覆盖udevadm trigger或重启后恢复规则值。RAC安装过程中root.sh会校验ASM磁盘权限若发现非grid:asmadmin或非0660直接退出并报错PRVF-40021。参数说明brw-rw----中brw表示块设备rw-表示属主读写rw-表示属组读写---表示其他无权——这正是0660的八进制体现。4. Grid Infrastructure安装runInstaller静默模式与root.sh避坑——为什么root.sh卡在Creating Oracle Grid Infrastructure Service答案藏在/tmp/OraInstall里GIGrid Infrastructure是RAC的基石包含CRS、ASM、SCAN Listener。19c GI必须独立安装且必须用runInstaller -silent静默模式图形界面在RAC多节点环境下极易因DISPLAY变量或X11转发失败而中断。4.1 静默安装GIresponsefile不是模板而是必须逐行校验的契约responsefile响应文件是静默安装的灵魂。/u01/app/19.0.0/grid/install/response/gridsetup.rsp是官方模板但必须修改以下12处否则runInstaller直接报错退出# 复制模板并编辑所有节点执行 cp /u01/app/19.0.0/grid/install/response/gridsetup.rsp /tmp/grid.rsp vi /tmp/grid.rsp关键修改项仅列必改项参数原始值必改值说明INVENTORY_LOCATION/u01/app/oraInventory/u01/app/oraInventory保持一致但需确保/u01/app目录属主为grid:oinstallSELECTED_LANGUAGES{en}{en,zh_CN}中文环境建议添加避免日志乱码oracle.install.optionCRS_CONFIGCRS_CONFIG固定值不可改ORACLE_BASE/u01/app/grid/u01/app/gridGI的ORACLE_BASE非RDBMS的/u01/app/oracleINSTALL_OPTIONGRID_INSTALLGRID_INSTALL固定值oracle.install.griddatabase.typeSTANDALONECLUSTERWARERAC必须为CLUSTERWAREoracle.install.asm.OSDBAdbaasmdbaASM管理组必须是asmdbaoracle.install.asm.OSOPERoperasmoperASM操作组oracle.install.asm.OSASMasmadminasmadminASM管理员组oracle.install.crs.config.gpnp.scanNamescanrac-scanSCAN名称DNS必须能解析建议全小写短名oracle.install.crs.config.gpnp.scanPort15211521SCAN监听端口标准值oracle.install.crs.config.clusterNameclusterrac-cluster集群名全小写无下划线# 执行静默安装所有节点顺序执行Node1先Node2后 /u01/app/19.0.0/grid/runInstaller -silent -ignorePrereqFailure -responseFile /tmp/grid.rsp # 安装完成后立即执行root.shNode1先 /u01/app/19.0.0/grid/root.sh # Node2执行root.sh前必须等待Node1的root.sh完全结束看到Successfully configured Oracle Grid Infrastructure /u01/app/19.0.0/grid/root.sh逻辑说明-ignorePrereqFailure跳过部分非致命预检如NTP未配置但仅限测试环境生产环境必须修复所有prereq错误root.sh是GI安装最危险环节它会格式化OCR磁盘、启动CRS守护进程、注册SCAN——任何一步失败都会导致集群不可用。参数说明-silent启用静默模式-responseFile指定配置文件root.sh必须按节点顺序执行且Node2必须等Node1完成否则OCR写入冲突。4.2root.sh失败排查/tmp/OraInstall日志是黑匣子/u01/app/grid/cfgtoollogs才是真相当root.sh卡住或报错不要盲目重跑。先定位日志# 查看实时日志Node1执行root.sh时另开终端监控 tail -f /u01/app/grid/cfgtoollogs/oui/installActions*.log # 关键错误定位搜索关键词 grep -i error\|fail\|ORA-\|CRS- /u01/app/grid/cfgtoollogs/oui/installActions*.log | head -20 # 常见错误日志位置 # - OCR初始化失败/u01/app/grid/cfgtoollogs/crsconfig/rootcrs_node.log # - SCAN配置失败/u01/app/grid/cfgtoollogs/crsconfig/srvctl.log # - ASM启动失败/u01/app/grid/cfgtoollogs/asmca/asmca-date.log逻辑说明/tmp/OraInstall是安装过程临时目录root.sh执行后会被清理/u01/app/grid/cfgtoollogs是永久日志仓库包含所有子组件详细输出。grep -i忽略大小写搜索错误比肉眼翻日志快10倍。参数说明installActions*.log是OUIOracle Universal Installer主日志rootcrs_*.log是CRS初始化专属日志asmca-*.log是ASMCAASM Configuration Assistant日志记录ASM磁盘组创建过程。5. 避坑RAC安装中5个高频翻车点——现象、原因、解决一条都不能少RAC安装不是线性流程而是多节点、多服务、多权限的强耦合系统。以下5个坑我亲身踩过重装过最终记在笔记本首页。5.1 现象root.sh执行到Creating Oracle Grid Infrastructure Service卡死超过30分钟原因DNS解析失败。root.sh尝试向rac-scan你在responsefile中配置的SCAN名发起DNS查询若DNS服务器无响应或/etc/resolv.conf配置错误进程无限等待。解决立即CtrlC中断root.sh检查/etc/resolv.conf确保有可用DNS服务器如nameserver 192.168.1.1nslookup rac-scan验证SCAN名能否解析若测试环境无DNS在所有节点/etc/hosts中添加SCAN条目192.168.1.100 rac-scan清理root.sh残留/u01/app/grid/perl/bin/perl /u01/app/grid/crs/install/rootcrs.pl -deconfig -force -verbose重试root.sh。5.2 现象crsctl check cluster返回CRS-4535: Cannot communicate with Oracle High Availability Services原因ohasd服务未启动。Linux 7.6下ohasdOracle High Availability Services Daemon由systemd管理但root.sh可能未正确注册其unit文件。解决检查服务状态systemctl status ohasd若显示inactive (dead)手动启用systemctl enable ohasd启动服务systemctl start ohasd验证crsctl check cluster应返回CRS-4537根本预防在root.sh执行前确保/etc/systemd/system/ohasd.service存在且内容正确root.sh应自动生成若缺失则重装GI。5.3 现象asmcmd lsdg显示磁盘组OCRVOTE状态为DISMOUNTED且crsctl stat res -t中ora.asm资源为OFFLINE原因ASM磁盘权限错误。udev规则未生效或/dev/asm-ocrvote属主不是grid:asmadmin。解决ls -l /dev/asm-ocrvote确认权限若非grid:asmadmin检查/etc/udev/rules.d/99-oracle-asm.rules语法及WWID是否准确udevadm control --reload-rules udevadm trigger重载ls -l /dev/asm-ocrvote验证su - grid -c asmcmd mount OCRVOTE手动挂载crsctl start resource ora.asm启动ASM资源。5.4 现象srvctl status database -d orcl返回Instance orcl1 is not running但ps -ef | grep pmon显示ora_pmon_orcl1进程存在原因数据库实例未注册到CRS。dbca静默建库时未指定-createAsContainerDatabase true或-useOMF false导致实例未被CRS托管。解决su - oracle -c sqlplus / as sysdba登录SELECT instance_name, status FROM gv$instance;确认实例实际状态若实例运行但未注册用srvctl add database -d orcl -o /u01/app/oracle/product/19.0.0/dbhome_1 -r PRIMARY -m MANUAL -p DATA/ORCL/PARAMETERFILE/spfile.256.123456789手动添加srvctl start database -d orcl启动。5.5 现象sqlplus / as sysasm连接ASM实例报错ORA-01017: invalid username/password但grid用户密码正确原因/u01/app/grid/network/admin/sqlnet.ora中SQLNET.AUTHENTICATION_SERVICES(NONE)被注释或删除导致OS认证失效。解决编辑/u01/app/grid/network/admin/sqlnet.ora确保存在且未注释SQLNET.AUTHENTICATION_SERVICES(ALL)或SQLNET.AUTHENTICATION_SERVICES(NTS)Linux用ALLsrvctl stop asm停止ASMsrvctl start asm重启ASMsqlplus / as sysasm应成功。6. 验证与加固从crsctl check cluster到tnsping rac-scan——一个命令验证RAC心跳、监听、服务三重健康安装完成不等于RAC可用。必须执行分层验证底层集群健康 → 中间ASM/监听健康 → 上层数据库服务健康。每层失败都意味着不同模块故障。6.1 集群层验证crsctl是RAC的脉搏监测仪# 1. 集群整体状态所有节点 crsctl check cluster -all # 应返回Node node1 active # Node node2 active # 2. CRS服务状态所有节点 crsctl check crs # 应返回CRS-4638: Oracle High Availability Services is online # CRS-4537: Cluster Ready Services is online # CRS-4529: Cluster Synchronization Services is online # CRS-4533: Event Manager is online # 3. 资源状态所有节点 crsctl stat res -t # 关键资源必须ONLINE # ora.OCRVOTE.dg ONLINE ONLINE node1 # ora.DATA.dg ONLINE ONLINE node1 # ora.FRA.dg ONLINE ONLINE node1 # ora.LISTENER.lsnr ONLINE ONLINE node1 # ora.asm ONLINE ONLINE node1 # ora.eons ONLINE ONLINE node1 # ora.gsd OFFLINE OFFLINE node1 # GSD已废弃OFFLINE正常 # ora.net1.network ONLINE ONLINE node1 # ora.ons ONLINE ONLINE node1 # ora.registry.acfs ONLINE ONLINE node1逻辑说明crsctl check cluster -all验证所有节点加入集群crsctl check crs验证CRS四大核心服务crsctl stat res -t是终极诊断ONLINE表示资源正常运行INTERMEDIATE表示启动中OFFLINE表示未启动或失败。ora.gsd在19c中已废弃OFFLINE是预期状态。6.2 监听层验证tnsping不是网络连通性测试而是SCAN监听器注册验证# 在客户端或任一节点执行 tnsping rac-scan # 正确输出应含 # Attempting to contact (DESCRIPTION(CONNECT_DATA(SERVICE_NAMErac-scan))(ADDRESS(PROTOCOLTCP)(HOST192.168.1.100)(PORT1521))) # OK (10 msec) # 进阶验证查看SCAN监听器注册的服务 # 在Node1执行 su - grid -c lsnrctl status LISTENER_SCAN1 # 应看到 # Service orcl has 2 instance(s). # Instance orcl1, status READY, has 1 handler(s) for this service... # Instance orcl2, status READY, has 1 handler(s) for this service...逻辑说明tnsping rac-scan验证SCAN监听器是否响应且DNS解析正确lsnrctl status LISTENER_SCAN1验证数据库实例是否成功注册到SCAN——这是RAC负载均衡和Failover的基础。若orcl服务下无实例说明数据库未注册或监听器未启动。6.3 数据库层验证srvctl是RAC服务的遥控器sqlplus是最终判决书# 1. 数据库服务状态 srvctl status database -d orcl # 应返回Instance orcl1 is running on node node1 # Instance orcl2 is running on node node2 # 2. 实例级连接验证在Node1 su - oracle -c sqlplus / as sysdba SQL SELECT instance_name, host_name, status FROM gv$instance; # 应返回两行 # INSTANCE_NAME HOST_NAME STATUS # ---------------- -------------- ------- # orcl1 node1 OPEN # orcl2 node2 OPEN # 3. 跨节点服务验证在Node1连接Node2实例 su - oracle -c sqlplus sys/Orapass123orcl2 as sysdba SQL SELECT instance_name FROM v$instance; # 应返回orcl2 # 4. RAC特有视图验证证明是真正的RAC非单实例伪装 SQL SELECT * FROM gv$active_instances; # 应返回两行INSTANCE_NUMBER分别为1和2逻辑说明srvctl status确认CRS托管状态gv$instance是全局视图跨实例可见证明RAC共享内存区SGA已打通sqlplus orcl2验证跨节点TNS连接gv$active_instances是RAC专属视图单实例数据库无此视图。参数说明orcl1、orcl2是实例名由dbca创建时指定orcl是数据库名DB_NAMErac-scan是SCAN名用于客户端连接字符串。6.4 进阶技巧用crsctl命令快速模拟节点故障验证Failover能力真正的RAC价值在于高可用。不要等生产事故才验证用crsctl主动模拟# 在Node1上模拟Node2宕机生产慎用 # 注意此操作会强制终止Node2的CRS进程相当于拔电源 crsctl stop crs -f # 在Node2执行 # 等待30秒回到Node1执行 crsctl check cluster -all # 应返回Node node1 active # Node node2 inactive # 查看数据库 p a hrefhttps://download.csdn.net/download/jwocnimabi/12237038 stylecolor:#ec7500;font-size:14px; 本文还有配套的精品资源点击获取 /a img altmenu-r.4af5f7ec.gif srchttps://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif stylewidth:16px;margin-left:4px;vertical-align:text-bottom;cursor:text; /p