简介本资源是一份面向DBA与Oracle高可用架构工程师的19c RAC生产级部署实战手册聚焦Red Hat Enterprise Linux 7.6平台下的集群安装与深度配置。内容覆盖GNS环境搭建、SCAN配置、Flex ASM原理与演进含12.2起Standalone Cluster与Domain Service Cluster双模式对比、THP禁用与HugePages启用、内核参数调优Preinstall RPM与手工配置双路径、网络规划固定IP与GNS混合方案以及时钟同步等关键环节并附有典型故障的定位逻辑与解决方法。资源为单文件Word文档.docx共1个文件大小仅160KB结构清晰、步骤详实目录已细化至子章节如2.1禁用透明大页面、5.2 GNS固定配置等便于快速查阅与实操对照。目前已有716人学习下载适合具备Linux基础与Oracle单机经验、正迈向RAC高可用架构落地的中高级数据库运维人员系统掌握19c RAC部署全链路要点。1. Oracle 19c RAC on Linux 7.6 安装手册不是“照着点下一步”就能跑通的集群部署而是对内核、网络、存储三重边界的硬核校准你手里的这份.docx文件表面看是份安装指南实际是一张 Oracle 19c RAC 在 RHEL/OL 7.6 上的「系统级兼容性地图」。它不教你 SQL也不讲 PL/SQL但它决定你能不能在gridSetup.sh界面点完“Install”后看到CRS-4123: Oracle High Availability Services has been started.而不是卡在PRVF-5431: Cannot verify the specified nodes或更糟的ORA-15032: not all alterations performed。这不是数据库安装是操作系统与 Oracle Grid Infrastructure 的联合调试——RAM 不够 8G/dev/shm权限不对transparent_hugepagenever没写进 GRUB哪怕只漏掉其中一项runInstaller启动前就会被 Cluster Verification UtilityCVU当场拦截。尤其当你用的是 Red Hat Enterprise Linux 7.6非 Oracle Linuxpreinstall RPM 不直接适配所有内核参数、limits、udev 规则都得手工抠准字节级配置。这份手册的价值正在于它把 Oracle 官方文档里分散在 20 个章节的隐性依赖压缩成一份可逐项打钩的 checklist从/proc/cmdline验证 THP 关闭状态到named.rac.libai区域文件里IN A记录的顺序再到gridSetup.sh中 SCAN 域名必须包含 GNS 子域的强制语法约束。适合谁不是刚学sqlplus / as sysdba的新手而是已能独立部署单机 19c、正要跨入 RAC 世界、且愿意为每个sysctl -p失败追查到/etc/sysctl.d/加载顺序的 DBA 或系统工程师。2. OS 环境与内核调优THP 关闭与 HugePages 分配的精确计算Oracle RAC 对内存管理极度敏感。19c 要求关闭透明大页THP同时启用显式 HugePages —— 这不是二选一而是必须并行完成的两步。很多翻车现场都源于只做了前者或后者分配值算错。下面拆解真实操作链路。2.1 彻底禁用透明大页THP不止改 GRUB还要验证加载路径THP 在 Linux 内核中默认启用会干扰 Oracle SGA 的内存锁定。仅修改/etc/default/grub不够必须确保新内核参数被 GRUB 正确读取并传递给 init 进程。# 1. 检查当前 THP 状态注意方括号标记的激活项 [rootnode1 ~]# cat /sys/kernel/mm/transparent_hugepage/enabled [always] madvise never # 2. 编辑 GRUB 配置向内核命令行追加参数 [rootnode1 ~]# vi /etc/default/grub # 在 GRUB_CMDLINE_LINUX 行末尾添加 transparent_hugepagenever GRUB_CMDLINE_LINUX... rhgb quiet transparent_hugepagenever # 3. 重建 GRUB 配置BIOS 机器 [rootnode1 ~]# grub2-mkconfig -o /boot/grub2/grub.cfg # 4. 重启后验证参数必须出现在 /proc/cmdline 中 [rootnode1 ~]# cat /proc/cmdline | grep transparent_hugepage rd.lvm.lvrhel/root ... transparent_hugepagenever注意若cat /proc/cmdline未输出transparent_hugepagenever说明 GRUB 重建失败或未生效。常见原因是grub2-mkconfig输出路径错误UEFI 机器应为/boot/efi/EFI/redhat/grub.cfg或/etc/default/grub修改后未保存。此时reboot无效必须重新执行grub2-mkconfig并确认返回done。2.2 HugePages 分配不是拍脑袋填数字而是按 SGA 总和 GIMR如启用反推HugePages 数量 (SGA_TARGET 或 SGA_MAX_SIZE 总和) / 2MB默认页大小。若启用 GIMR19c Standalone Cluster 可选需额外预留约 1GB即 512 个 2MB 页面。假设两节点 SGA 各设 8GB且启用 GIMR# 计算(8GB 8GB 1GB) 17GB → 17 * 1024 MB / 2 MB 8704 # 注意单位是页数不是 MB [rootnode1 ~]# echo vm.nr_hugepages 8704 /etc/sysctl.d/97-oracledatabase-sysctl.conf [rootnode1 ~]# sysctl -p /etc/sysctl.d/97-oracledatabase-sysctl.conf # 验证分配结果应显示 8704 [rootnode1 ~]# cat /proc/sys/vm/nr_hugepages 8704 # 检查 HugePages 是否被 Oracle 进程锁定关键 [rootnode1 ~]# grep -i huge /proc/meminfo HugePages_Total: 8704 HugePages_Free: 8704 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB逻辑说明HugePages_Free初始等于HugePages_Total表示页面已分配但未被使用。当grid用户启动 ASM 实例后HugePages_Free应下降HugePages_Rsvd上升。若HugePages_Rsvd始终为 0说明 Oracle 进程未成功锁定 HugePages —— 常见原因是oracle用户的memlock限制过低见 6.7 节或vm.nr_hugepages设置后未执行sysctl -p。2.3 内核参数手工配置为什么sysctl.d/优先级高于sysctl.confOracle 官方推荐将参数写入/etc/sysctl.d/97-oracledatabase-sysctl.conf而非/etc/sysctl.conf因为 systemd 的sysctl服务按文件名 ASCII 排序加载97-*确保在其他配置之后生效避免被覆盖。# 创建专用配置文件注意文件名以数字开头 [rootnode1 ~]# cat /etc/sysctl.d/97-oracledatabase-sysctl.conf EOF 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 vm.nr_hugepages 8704 EOF # 加载全部 sysctl.d 下的配置比 sysctl -p 更彻底 [rootnode1 ~]# sysctl --system # 验证关键参数是否生效 [rootnode1 ~]# sysctl fs.file-max kernel.shmmax net.ipv4.ip_local_port_range fs.file-max 6815744 kernel.shmmax 4294967295 net.ipv4.ip_local_port_range 9000 65500参数说明kernel.shmmax单个共享内存段最大字节数必须 ≥ 最大 SGA_TARGET19c 默认 4GB 即4294967295字节。net.ipv4.ip_local_port_rangeOracle 监听器和客户端连接使用的端口范围9000 65500避免与常用服务冲突。fs.aio-max-nr异步 I/O 请求队列深度RAC 环境下必须 ≥10485761M否则 ASM 启动报ORA-15064。3. 软件包与用户环境Preinstall RPM 的局限性与手工补漏清单RHEL 7.6 自带的oracle-database-preinstall-19cRPM 是个好起点但它无法覆盖所有 RAC 特有依赖尤其当你的环境启用了 GNS 或 ACFS。必须手动校验并安装缺失包。3.1 Preinstall RPM 的适用边界Oracle Linux 优先RHEL 需二次校验Preinstall RPM 主要为 Oracle Linux 设计在 RHEL 7.6 上安装后仍需检查以下三项# 1. 检查 preinstall 是否创建了正确用户组oinstall, dba, oper, asmadmin 等 [rootnode1 ~]# id oracle uid54321(oracle) gid54321(oinstall) groups54321(oinstall),54322(dba),54323(oper),54324(asmadmin),54325(asmdba),54326(asmoper) # 2. 验证 limits.conf 是否生效重点看 memlock [rootnode1 ~]# su - oracle -c ulimit -l unlimited # 若显示数字如 65536说明 memlock 未正确设置 # 3. 检查关键包是否齐全preinstall 不安装 nfs-utils, targetcli 等 RAC 特有包 [rootnode1 ~]# rpm -q nfs-utils targetcli python-rtslib python-six nfs-utils-4.1.1-27.el7.x86_64 targetcli-2.1.fb46-5.el7.noarch python-rtslib-2.1.fb63-10.el7.noarch python-six-1.9.0-2.el7.noarch为什么必须检查nfs-utils是 Oracle ACFS自动存储管理集群文件系统的底层依赖targetcli和python-rtslib支持 iSCSI Target 配置用于测试共享存储python-six是 Python 兼容性库gridSetup.sh的 Python 脚本依赖它。缺少任一包runInstaller可能在“Prerequisites”阶段报CVU-00021错误。3.2 RHEL 7.6 必装 RAC 专属包绕过 yum 仓库的离线方案若生产环境无外网需提前下载 RPM 包。以下是 RHEL 7.6 x86_64 环境下oracle-database-preinstall-19c未包含但 RAC 必需的包清单含版本号包名版本作用下载源nfs-utils4.1.1-27.el7ACFS 挂载、NFS 共享存储支持RHEL 7.6 BaseOStargetcli2.1.fb46-5.el7iSCSI Target 配置测试共享存储RHEL 7.6 AppStreampython-rtslib2.1.fb63-10.el7targetcli 的 Python 绑定RHEL 7.6 AppStreampython-six1.9.0-2.el7Python 2/3 兼容工具RHEL 7.6 BaseOSsmartmontools6.5-1.el7硬盘 SMART 状态监控ASM 磁盘健康检查RHEL 7.6 BaseOS# 批量安装假设 RPM 包已放在 /tmp/rpm/ 目录 [rootnode1 ~]# cd /tmp/rpm/ [rootnode1 rpm]# rpm -ivh nfs-utils-4.1.1-27.el7.x86_64.rpm \ targetcli-2.1.fb46-5.el7.noarch.rpm \ python-rtslib-2.1.fb63-10.el7.noarch.rpm \ python-six-1.9.0-2.el7.noarch.rpm \ smartmontools-6.5-1.el7.x86_64.rpm # 验证安装无报错即成功 [rootnode1 rpm]# rpm -q nfs-utils targetcli python-rtslib nfs-utils-4.1.1-27.el7.x86_64 targetcli-2.1.fb46-5.el7.noarch python-rtslib-2.1.fb63-10.el7.noarch血泪经验曾遇到targetcli安装后systemctl start target失败日志显示ImportError: No module named rtslib_fb。根源是python-rtslib版本与targetcli不匹配。解决方案严格按上表版本安装或统一使用yum install targetcli自动解决依赖。4. 网络配置GNS 与固定 IP 的混合模式实战SCAN 域名解析的致命陷阱RAC 网络是安装中最易出错的环节。19c 允许 GNSGrid Naming Service动态分配 VIP/SCAN但必须与 DNS 解析严格协同。/etc/hosts仅用于安装前临时解析正式环境必须依赖 DNS —— 这是很多手册忽略的关键前提。4.1 GNS 固定 IP 混合配置为什么/etc/hosts只是“安装脚手架”/etc/hosts文件在gridSetup.sh运行时被读取用于初始节点发现。但一旦集群启动所有通信包括 SCAN 解析均走 DNS。若 DNS 未正确配置crsctl check cluster会显示CRS-4534: Cannot communicate with Cluster Ready Services。# /etc/hosts 示例仅用于安装阶段非生产 192.168.204.11 pub19-node1.rac.libai 192.168.204.12 pub19-node2.rac.libai 40.40.40.41 priv19-node1.rac.libai 40.40.40.42 priv19-node2.rac.libai 192.168.204.21 vip19-node1.rac.libai 192.168.204.22 vip19-node2.rac.libai 192.168.204.10 gns19-vip.rac.libai # GNS 服务器 IP # SCAN VIP 注释掉由 DNS 动态解析 # 192.168.204.33 scan19-vip.rac.libai逻辑说明gns19-vip.rac.libai是 GNS 服务的监听地址gridSetup.sh中需指定此 IP。而 SCAN 域名scan19-vip.rac.libai必须在 DNS 中配置为CNAME 记录指向 GNS 管理的子域见 4.2 节而非直接 A 记录。这是 GNS 工作的核心机制。4.2 DNS 正解与反解配置SCAN 域名必须包含 GNS 子域的硬性语法GNS 要求 SCAN 域名必须嵌套在 GNS 管理的子域内。例如若 GNS 子域为vip.rac.libai则 SCAN 域名必须是scan19.vip.rac.libai而非scan19.rac.libai。DNS 区域文件必须体现这一层级关系。# /var/named/named.rac.libai正向解析 $TTL 600 IN SOA rac.libai. admin.rac.libai. ( 10 ; serial 3H ; refresh 15M ; retry 1W ; expire 1D ) ; minimum IN NS master.rac.libai. master IN A 192.168.204.12 # GNS 子域声明关键 vip.rac.libai. IN NS gns.rac.libai. gns.rac.libai. IN A 192.168.204.10 # SCAN 域名必须属于 vip.rac.libai 子域 scan19.vip.rac.libai. IN A 192.168.204.162 scan19.vip.rac.libai. IN A 192.168.204.163 scan19.vip.rac.libai. IN A 192.168.204.164 # VIP 解析GNS 管理此处仅作示例 vip19-node1.rac.libai. IN A 192.168.204.21 vip19-node2.rac.libai. IN A 192.168.204.22# /var/named/named.192.168.204反向解析对应 192.168.204.0/24 $TTL 600 IN SOA rac.libai. admin.rac.libai. ( 10 ; serial 3H ; refresh 15M ; retry 1W ; expire 1D ) ; minimum IN NS master.rac.libai. 12 IN PTR master.rac.libai. 162 IN PTR scan19.vip.rac.libai. 163 IN PTR scan19.vip.rac.libai. 164 IN PTR scan19.vip.rac.libai. 21 IN PTR vip19-node1.rac.libai. 22 IN PTR vip19-node2.rac.libai.参数说明vip.rac.libai. IN NS gns.rac.libai.行定义了 GNS 的权威 DNS 服务器gns.rac.libai. IN A 192.168.204.10将其映射到实际 IP。scan19.vip.rac.libai.的 A 记录是 GNS 启动后动态分配的安装时可先写死如上GNS 启动后会接管并轮询分发。4.3 GNS 启动验证srvctl命令确认服务状态GNS 启动后必须通过srvctl确认其运行状态及监听地址# 检查 GNS 服务状态 [rootnode1 ~]# srvctl status gns GNS is running on node1 GNS is running on node2 # 查看 GNS 监听地址应为 192.168.204.10 [rootnode1 ~]# srvctl config gns GNS is enabled. GNS is individually enabled on nodes: node1,node2 GNS is individually disabled on nodes: GNS is configured at /u01/app/19.0.0/grid, port: 53, domain: vip.rac.libai, ip: 192.168.204.10 # 测试 DNS 解析从任意节点执行 [rootnode1 ~]# nslookup scan19.vip.rac.libai Server: 192.168.204.10 Address: 192.168.204.10#53 Name: scan19.vip.rac.libai Address: 192.168.204.162 Name: scan19.vip.rac.libai Address: 192.168.204.163 Name: scan19.vip.rac.libai Address: 192.168.204.164提示nslookup结果必须显示Server: 192.168.204.10GNS IP而非系统默认 DNS。若显示其他 IP说明/etc/resolv.conf未指向 GNS。5. 避坑RAC 安装中 5 个高频翻车点与根因排查RAC 安装不是线性流程而是多节点、多服务、多配置的强耦合系统。以下 5 个问题占实际部署故障的 70% 以上每条均按「现象 → 原因 → 解决」结构给出可立即执行的诊断命令。5.1 现象gridSetup.sh报PRVF-5431: Cannot verify the specified nodes原因节点间 SSH 免密登录未双向打通或/etc/hosts中主机名解析不一致如hostname返回node1但/etc/hosts写node1.local。解决# 在 node1 上测试到 node2 的免密必须 root 和 oracle 用户都通 [rootnode1 ~]# ssh node2 date [rootnode1 ~]# su - oracle -c ssh node2 date # 若失败检查 ~/.ssh/authorized_keys 权限600及 /etc/hosts 一致性 # 确保所有节点 hostname -f 输出与 /etc/hosts 中的 FQDN 完全匹配5.2 现象runInstaller卡在 “Checking Network Configuration Requirements”原因/etc/resolv.conf中 nameserver 未指向 GNS IP192.168.204.10或 DNS 未启用 recursion递归查询。解决# 检查 resolv.conf [rootnode1 ~]# cat /etc/resolv.conf nameserver 192.168.204.10 # 必须是 GNS IP # 检查 named.conf 中 recursion yes [rootnode1 ~]# grep recursion /etc/named.conf recursion yes; # 重启 named [rootnode1 ~]# systemctl restart named5.3 现象ASM 实例启动失败alert.log报ORA-15032: not all alterations performedORA-15017: diskgroup cannot be mounted原因UDEV 规则未正确绑定 ASM 磁盘或oracleasm服务未启动RHEL 7.6 默认不启用。解决# 检查 UDEV 规则/etc/udev/rules.d/99-oracle-asm.rules [rootnode1 ~]# udevadm control --reload-rules [rootnode1 ~]# udevadm trigger --subsystem-matchblock --actionadd # 启动 oracleasmRHEL 7.6 需手动启用 [rootnode1 ~]# systemctl enable oracleasm [rootnode1 ~]# systemctl start oracleasm # 扫描磁盘 [rootnode1 ~]# oracleasm scandisks5.4 现象crsctl check cluster显示CRS-4534: Cannot communicate with Cluster Ready Services原因/dev/shm挂载类型非tmpfs或权限非1777。解决# 检查挂载 [rootnode1 ~]# mount | grep shm tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,relatime,seclabel) # 检查权限 [rootnode1 ~]# ls -ld /dev/shm drwxrwxrwt. 2 root root 40 Apr 10 10:00 /dev/shm # 若不正确重新挂载 [rootnode1 ~]# umount /dev/shm [rootnode1 ~]# mount -t tmpfs shmfs -o size2g /dev/shm [rootnode1 ~]# chmod 1777 /dev/shm5.5 现象GNS 启动后nslookup scan19.vip.rac.libai返回NXDOMAIN原因DNS 区域文件中vip.rac.libai子域未正确定义为NS记录或named服务未加载新区域。解决# 检查 named 日志 [rootnode1 ~]# tail -f /var/log/named/named.log # 确认区域加载成功应有 zone vip.rac.libai/IN: loaded serial ... # 重载 named [rootnode1 ~]# rndc reload # 强制刷新 DNS 缓存 [rootnode1 ~]# rndc flush6. ASM 磁盘与存储配置UDEV 规则编写与 Flex ASM 模式选择RAC 的心脏是 ASMAutomatic Storage Management。19c 引入 Flex ASM允许 ASM 实例不与数据库实例同节点运行但需明确配置。而磁盘识别必须靠 UDEV 规则固化设备名否则重启后/dev/sdb可能变成/dev/sdc导致 ASM 无法挂载磁盘组。6.1 UDEV 规则用 WWID 替代/dev/sdX的稳定绑定/dev/sdX名称在多路径或重启后不可靠。必须使用 SCSI 设备的 WWIDWorld Wide Identifier生成持久化链接。# 1. 获取磁盘 WWID以 /dev/sdb 为例 [rootnode1 ~]# scsi_id -g -u -d /dev/sdb 36000c291a2b3c4d5e6f7g8h9i0j1k2l3 # 2. 创建 UDEV 规则/etc/udev/rules.d/99-oracle-asm.rules [rootnode1 ~]# cat /etc/udev/rules.d/99-oracle-asm.rules EOF KERNELsd*, SUBSYSTEMblock, PROGRAM/usr/lib/udev/scsi_id --whitelisted --replace-whitespace --device/dev/$name, RESULT36000c291a2b3c4d5e6f7g8h9i0j1k2l3, SYMLINKasm-disk1, OWNERgrid, GROUPasmadmin, MODE0660 KERNELsd*, SUBSYSTEMblock, PROGRAM/usr/lib/udev/scsi_id --whitelisted --replace-whitespace --device/dev/$name, RESULT36000c292b3c4d5e6f7g8h9i0j1k2l3, SYMLINKasm-disk2, OWNERgrid, GROUPasmadmin, MODE0660 EOF # 3. 重载 UDEV 规则并触发 [rootnode1 ~]# udevadm control --reload-rules [rootnode1 ~]# udevadm trigger --subsystem-matchblock --actionadd # 4. 验证链接重启后仍存在 [rootnode1 ~]# ls -l /dev/asm* lrwxrwxrwx. 1 root root 3 Apr 10 10:00 /dev/asm-disk1 - sdb lrwxrwxrwx. 1 root root 3 Apr 10 10:00 /dev/asm-disk2 - sdc逻辑说明scsi_id命令提取磁盘唯一标识SYMLINKasm-disk1创建稳定链接名。OWNERgrid确保 Grid Infrastructure 用户可访问MODE0660保证权限安全。6.2 Flex ASM 模式选择Standalone Cluster 下的 ASM 实例部署策略19c Standalone Cluster 支持两种 ASM 模式Traditional ASM每个节点运行一个 ASM 实例数据库实例直连本地 ASM。Flex ASM仅部分节点运行 ASM 实例如 2 节点集群中仅 node1 运行其他节点通过网络连接ASM Proxy Instance访问。# 查看当前 ASM 模式安装后 [rootnode1 ~]# su - grid -c asmcmd showclusterstate Normal # 启用 Flex ASM需在安装前通过 gridSetup.sh 选择或安装后转换 # 转换命令需停库 [rootnode1 ~]# srvctl convert asm -flex # 验证 [rootnode1 ~]# srvctl config asm ASM home: /u01/app/19.0.0/grid ASM listener: LISTENER ASM is enabled. ASM instance count: 1 # 若为 1表示 Flex ASM 模式选型建议小型集群≤4 节点用 Traditional ASM运维简单大型集群≥8 节点用 Flex ASM减少 ASM 实例数量降低资源开销。但 Flex ASM 要求网络延迟 10ms否则 I/O 性能下降明显。6.3 NAS 存储附加配置/etc/fstab与autofs的可靠性权衡若使用 NFS NAS 作为 OCR/Voting Disk 存储必须配置autofs而非直接mount避免启动时 NFS 未就绪导致 CRS 启动失败。# 1. 安装 autofs [rootnode1 ~]# yum install -y autofs # 2. 配置 auto.master [rootnode1 ~]# echo /mnt/nas /etc/auto.nas --timeout300 /etc/auto.master # 3. 创建 /etc/auto.nas [rootnode1 ~]# cat /etc/auto.nas EOF ocr_voting -fstypenfs,rw,bg,hard,intr,timeo600,retrans2,tcp,rsize32768,wsize32768 192.168.204.100:/export/ocr_voting EOF # 4. 启动 autofs [rootnode1 ~]# systemctl enable autofs [rootnode1 ~]# systemctl start autofs # 5. 验证首次访问时自动挂载 [rootnode1 ~]# ls /mnt/nas/ocr_voting参数说明bg后台重试、hard挂载失败时进程阻塞、timeo600超时 10 分钟、retrans2重试 2 次确保 NFS 故障时 CRS 仍能启动。rsize/wsize32768优化大块 I/O。7. gridSetup.sh 执行与验证从图形界面到静默安装的全流程控制gridSetup.sh是 RAC 安装的临门一脚。它既支持图形界面需配置 X11 Forward也支持静默安装-silentresponsefile。生产环境强烈推荐静默安装避免 GUI 依赖和人为误操作。7.1 图形界面安装X11 Forward 的正确打开方式若必须用 GUI切勿在ssh -X后直接su - grid因为su -会重置DISPLAY环境变量。# 正确步骤在客户端执行 $ ssh -X oraclenode1 # 登录后不要 su -直接用 oracle 用户启动 gridSetup.sh [oraclenode1 ~]$ export DISPLAYlocalhost:10.0 [oraclenode1 ~]$ ./gridSetup.sh # 若报错 Cannot connect to display检查客户端 X server如 Xming是否运行避坑ssh -X后su - grid会导致DISPLAY变为空。解决方案用sudo -u grid -i保持环境变量或直接以oracle用户运行grid用户通常由 preinstall 创建密码与oracle相同。7.2 静默安装responsefile 的关键字段与校验静默安装依赖responsefile其中oracle.install.asm.configureGIMRGIMR 开关、oracle.install.asm.diskGroup.name本文还有配套的精品资源点击获取