这两年接手过不少Redhat环境下的数据库安装任务RHEL7.4配上Oracle19c这套组合出现频率相当高。系统不算新数据库版本却是目前最值得长期托付的版本这种老系统带新库的场景在存量机房、系统升级交付里比比皆是。更麻烦的是这些机器大多没有图形界面远程过去只有一个SSH终端环境还经常在内网离线状态——这种条件下Redhat7.4静默安装Oracle19c几乎是唯一走得通的路径。静默安装解决的不只是没有图形界面的问题。它把Oracle Universal Installer那一套点击步骤收敛成一个响应文件response file安装过程不弹窗、不等待人工确认、不依赖X11转发多台机器批量部署时甚至可以通过脚本并行执行。这篇文章不打算贴官方文档就从实际交付的角度把从环境准备、响应文件改写、runInstaller执行到dbca建库验证的完整链路讲清楚中间穿插我踩过的坑和排查日志的方法给同样要在这套组合上交付的读者一份可以照着走的施工图。1. 这套组合的技术前提为什么是19c为什么用静默1.1 19c是当前长期支持版本里最稳的选择Oracle的版本策略一直有一个主线功能版本走得快长期支持版本走得稳。简单说20c、21c这种属于创新版本适合尝鲜和做技术预演真正放到生产环境里多数人还是会选仍在长期支持期内的版本。而19c就是目前这个位置上最成熟的选择。对比更老的11g、12c19c在性能诊断、安全补丁、多租户架构、自动化运维接口上都完善得多。特别是新硬件环境下11g对SSD、大内存的调度能力明显不如19c很多老系统升级到19c之后最直观的变化就是统计信息收集更稳、执行计划更合理。而对比更新的版本19c的生态最成熟第三方工具兼容性最好网上可查的踩坑资料也最全。在RHEL7.4这种不算新的系统上19c是既能装得上、又装得稳的合理选择。1.2 静默安装和图形安装的本质差异图形安装依赖X11图形环境。条件好的现场可以用Xmanager、VNC这类工具但内网机器、堡垒机跳板环境或者拿到手的服务器连桌面组件都没装图形界面根本无法启动。有些同学在本地虚拟机里装19c习惯了图形界面一到生产环境就卡住——不是Oracle装不上是压根没法把界面调起来。静默安装通过-silent参数和响应文件把OUI图形界面里的每一步问题提前用参数回答好。这样不仅不依赖X11还能把安装过程固化下来所有机器的安装选项一致参数差异只在响应文件里体现。对于自动化交付、批量部署或者给客户提供标准化安装服务这是唯一能满足一致性要求的方式。1.3 我的安装策略软件安装与建库两步走19c的安装方式跟旧版本有个明显区别安装介质是一个zip压缩包解压出来就是ORACLE_HOME的目录结构然后直接在ORACLE_HOME根目录执行runInstaller。基于这个特点我习惯把安装Oracle软件和创建数据库实例拆成两个独立阶段软件阶段用db_install.rsp做静默安装建库阶段再用dbca的静默命令。两步走的原因很简单排错清晰。软件装不上和库建不起来是两个独立问题分开排查就不用一次面对几百行日志。而且生产库的参数往往要精细调整装软件用标准参数建库时单独控制内存、字符集、数据文件布局比一把梭在响应文件里全配了灵活得多。2. 环境准备陷阱最密集的一步2.1 主机名解析必须放在开工第一件事Oracle安装程序对主机名解析极其敏感。RHEL7.4默认的/etc/hosts如果只写了localhost映射没有把本机主机名解析到IPrunInstaller在precheck阶段大概率会报主机名无法解析或节点不可达。建议先确认/etc/hostname里的短主机名然后在/etc/hosts中显式加一行本机解析192.168.1.10 db01这里特别注意IPv6的::1行。有些网络环境下主机名会被解析到IPv6地址Oracle监听和集群组件对这种解析很挑剔容易出现连接异常。最稳妥的办法就是只用静态IPv4地址绑定主机名不用IPv6回环。2.2 本地yum源与依赖包清单生产网段经常是隔离的不能直接访问在线软件源。用系统ISO挂载成本地源是常用做法步骤很短mkdir -p /mnt/cdrom mount -o loop /dev/sr0 /mnt/cdrom cat /etc/yum.repos.d/local.repo EOF [local] namelocal baseurlfile:///mnt/cdrom enabled1 gpgcheck0 EOF然后安装Oracle19c所需的依赖包。以下是我在RHEL7.4上实际用过的安装命令yum -y install binutils compat-libcap1 compat-libstdc-33 gcc gcc-c glibc glibc-devel ksh libaio libaio-devel libgcc libstdc libstdc-devel libX11 libXau libXext libXi libXtst make sysstat unixODBC unixODBC-devel elfutils-libelf elfutils-libelf-devel libnsl numactl numactl-devel容易漏装的是compat-libstdc-33和elfutils-libelf-devel。前者关系到老版本C运行库的兼容后者是elf校验工具的开发库缺失时OUI会在prerequisite检查里报出来。有一个建议不到万不得已不要用--ignorePrereqFailure绕过包检查因为缺失的库会在安装中后期以各种奇怪的姿态冒出来比如链接某个可执行文件时报libstdc.so.6: cannot open shared object file看起来和缺包毫无关系但根源就是这里。2.3 内核参数别照抄模版重点改这几个网上很多教程让你把sysctl.conf抄一大段其实19c在RHEL7.4下真正要紧的参数没那么多。我日常配置的就是下面这些fs.aio-max-nr 1048576 fs.file-max 6815744 kernel.sem 250 32000 100 128 kernel.shmmni 4096 kernel.shmall 1073741824 net.core.rmem_default 262144 net.core.rmem_max 4194304 net.core.wmem_default 262144 net.core.wmem_max 1048576 net.ipv4.ip_local_port_range 9000 65500 vm.swappiness 10kernel.shmmax我没有写进去因为它依赖物理内存大小。这块我的习惯是设为物理内存的一半64G内存就写kernel.shmmax 34359738368。设小了19c启动SGA时报错设太大又会白白占用内核地址空间。配置完记得sysctl -p让参数生效。swap也是Oracle的硬性要求。内存2GB到16GB之间时swap至少等于内存大小内存超过16GB时swap至少16GB。如果你的服务器swap只有1GB别心存侥幸precheck必挂。应急扩容可以用文件方式dd if/dev/zero of/swapfile bs1M count16384 chmod 600 /swapfile mkswap /swapfile swapon /swapfile echo /swapfile none swap sw 0 0 /etc/fstab2.4 oracle用户、目录结构与环境变量用户和目录规划要在安装前固定下来。官方最佳实践通常是oinstall作为主组、dba作为附加组目录统一放在/u01/app下groupadd oinstall groupadd dba useradd -g oinstall -G dba oracle echo oracle | passwd oracle --stdin mkdir -p /u01/app/oracle mkdir -p /u01/app/oraInventory chown -R oracle:oinstall /u01/app/oracle chown -R oracle:oinstall /u01/app/oraInventory chmod -R 775 /u01/apporacle用户的~/.bash_profile里需要补齐环境变量export ORACLE_BASE/u01/app/oracle export ORACLE_HOME$ORACLE_BASE/product/19.0.0/dbhome_1 export ORACLE_SIDorcl export PATH$ORACLE_HOME/bin:$PATH export LD_LIBRARY_PATH$ORACLE_HOME/lib这里有两个容易被忽略的点。一是/u01分区空间要预留充足软件加数据库我至少按20GB规划/tmp也至少要有1GB。之前有个现场/tmp只有300MB安装日志写到一半磁盘直接满报错看起来和缺包一模一样浪费了大半天排查。二是资源限制配置写入/etc/security/limits.conforacle soft nproc 2047 oracle hard nproc 16384 oracle soft nofile 1024 oracle hard nofile 65536 oracle soft stack 10240 oracle hard stack 32768RHEL7默认的pam配置一般已经包含pam_limits.so但有的裁剪版系统没有最好检查一下/etc/pam.d/login中是否包含session required pam_limits.so。如果不加资源限制安装时可能不报错但建库和后期运行会莫名出现ORA-27102或无法创建进程的问题。3. 响应文件改造静默安装的施工图纸3.1 解压介质并定位rsp模板19c的安装包文件名类似LINUX.X64_193000_db_home.zip不同补丁版本号会有差异。拿到压缩包后在oracle用户下解压到ORACLE_HOME目录su - oracle unzip /tmp/LINUX.X64_193000_db_home.zip -d $ORACLE_HOME注意这里解压的目录必须存在且属主是oracle。如果目录不存在unzip会报错如果存在但属主是root后续runInstaller会以目录不可写直接中止。响应文件模板在$ORACLE_HOME/install/response/db_install.rsp。我习惯先把模板复制到/tmp再修改cp $ORACLE_HOME/install/response/db_install.rsp /tmp/不要在原始模板上改因为以后还要拿它做对比、做多版本参考。3.2 软件安装阶段的关键参数逐项理解db_install.rsp文件内容很长大部分是注释和示例。真正影响软件安装结果的核心参数就这些参数我常用的值说明oracle.install.optionINSTALL_DB_SWONLY只装数据库软件不建库UNIX_GROUP_NAMEoinstall软件所有者主组INVENTORY_LOCATION/u01/app/oraInventory产品清单目录ORACLE_BASE/u01/app/oracle基础目录ORACLE_HOME/u01/app/oracle/product/19.0.0/dbhome_1软件家目录oracle.install.db.InstallEditionEE企业版oracle.install.db.OSDBA_GROUPdba管理组oracle.install.db.OSOPER_GROUPoper操作员组oracle.install.db.rootconfig.executeRootScriptfalse不在静默过程中自动执行root脚本SECURITY_UPDATES_VIA_MYORACLESUPPORTfalse不联网注册DECLINE_SECURITY_UPDATEStrue跳过安全更新配置这里最容易踩三个坑。第一个坑是INVENTORY_LOCATION。oraInventory的路径不能放在ORACLE_BASE或ORACLE_HOME的子目录里否则清单信息会被覆盖或造成权限混乱。独立放在/u01/app/oraInventory并设置属主为oracle:oinstall是多年实践下来最稳的安排。第二个坑是SECURITY_UPDATES_VIA_MYORACLESUPPORT设为false时必须同时把DECLINE_SECURITY_UPDATES设为true。这两个参数不匹配OUI依然会进入交互询问是否注册安全更新静默进程会卡在等待输入那里。这是静默安装卡死最常见的原因之一。第三个坑是ORACLE_HOME路径和UNIX_GROUP_NAME必须和前面创建用户、目录时完全一致。哪怕差一个字母安装程序都会跑出一堆权限相关的挫败信息。3.3 19c安装方式变化一个容易让人愣住的细节RHEL7.4这种老系统上很多人还带着装11g、12c的习惯先解压出database目录再进database目录执行runInstaller。19c不是这套玩法它的zip直接还原成ORACLE_HOME结构runInstaller就放在ORACLE_HOME根目录。也就是说进$ORACLE_HOME以后直接就能看到runInstaller文件。我第一次装19c也在这愣了一下跑到bin目录里找半天找不到。如果你也在ORACLE_HOME/bin下找runInstaller可以省省了——它在ORACLE_HOME根目录。这个结构变化看似小但对自动化脚本的路径设计影响很大如果你的部署脚本沿用老版本的目录假设会在这里栽跟头。4. runInstaller执行到root.sh日志与常见失败复盘4.1 执行命令的正确姿势所有前置准备就绪后用oracle用户身份执行cd $ORACLE_HOME ./runInstaller -silent -responseFile /tmp/db_install.rsp务必从oracle用户直接执行不要用root执行再su到oracle否则会产生文件和目录属主混乱。如果通过SSH远程触发安装并且环境里有DISPLAY变量残留可以先unset DISPLAY。虽然静默模式本不该依赖X11但有些自动化框架会把DISPLAY传给OUI导致它尝试走图形初始化流程反而出错。执行过程中的日志写在几个地方排错时按优先级查看$ORACLE_BASE/cfgtoollogs/oui/下的inst_日期_时间.log$ORACLE_HOME/cfgtoollogs/下的分步骤日志排错第一原则是不要只看终端上显示的PRCT-、CRS-这些错误码立刻去翻最新日志根因往往在日志末尾。我习惯这样定位ls -lt $ORACLE_BASE/cfgtoollogs/oui/ | head tail -200 最新log另一个判断标准是返回码。runInstaller静默执行返回0才是成功其他返回值都要去追日志。有时终端输出最后一行是INFO级别的正常信息但整体返回码不是0这种情况多半是某个子步骤悄悄失败了。4.2 典型失败复盘缺包、swap、目录权限与主机名第一类典型失败是缺包导致的precheck不通过。prereq check会直接列出缺少的rpm但有时你明明装了还是报错原因往往是装了32位版本而Oracle要的是64位或者numactl-devel这类子包没装。19c在RHEL7.4上对依赖特别敏感安装阶段可以用-ignorePrereqFailure强行绕过但后期启动实例时会因为缺少libnuma.so直接起不来。我的建议始终是一关一关过不绕过。第二类是swap不足。报错信息很直接属于资源问题。安装程序很诚实没有就是没有扩容swap的应急命令上面已经给了但更好的做法是在装机规划时就考虑清楚。第三类是/tmp空间不足。这个报错形式非常多可能出现在解压阶段也可能出现在链接可执行文件阶段。一个隐藏表现是进程卡住不动实际是磁盘写满后日志写不进去。检查df -h /tmp /u01如果使用率接近80%先清理别急着反复跑安装。第四类是主机名解析问题。precheck报PRVF-0002这类节点不可达基本就是/etc/hosts没写好。这类错误在静默日志里往往只有一行但足够让人绕很久。先把hostname、ping、cat /etc/hosts三者对照验证一遍再继续。4.3 root.sh脚本与ohasd进程软件安装runInstaller结束前日志和终端会提示需要root执行脚本。通常会看到类似这样的信息The following configuration scripts need to be executed as the root user: /u01/app/oracle/product/19.0.0/dbhome_1/root.sh执行$ORACLE_HOME/root.shroot.sh做的事情包括调整ORACLE_HOME内文件属主、初始化/etc/oratab、复制并启动OHASD守护进程。即使只装了单实例数据库软件19c的root.sh也会处理这个服务。执行完后可以用ps -ef | grep ohasd确认进程在不在。有一个细节值得注意RHEL7.4上root.sh执行过程中如果出现ohasd failed to start之类的提示优先检查系统是否安装了libnsl。这是一个典型的库文件缺失问题根因在依赖阶段没补全。root.sh不成功会影响后续dbca建库时的某些判断所以不要因为软件安装返回0就跳过这一步该执行的root脚本一定要执行到位。5. dbca静默建库、验证清单与自启动5.1 先起监听再建库软件装好之后数据库实例还不存在。第一步是监听用netca静默配置netca -silent -responseFile $ORACLE_HOME/assistants/netca/netca.rsp这个命令会按模板生成默认监听LISTENER并监听1521端口。执行完用lsnrctl status确认监听进程正常运行。建库用dbca静默模式。下面是一个我在生产环境用过的命令模板dbca -silent -createDatabase \ -templateName General_Purpose.dbc \ -gdbname orcl \ -sid orcl \ -responseFile NO_VALUE \ -characterSet ZHS16GBK \ -createAsContainerDatabase true \ -numberOfPDBs 1 \ -pdbName orclpdb \ -memoryPercentage 20 \ -datafileDestination /u01/app/oracle/oradata \ -recoveryAreaDestination /u01/app/oracle/fast_recovery_area \ -emConfiguration NONE \ -sampleSchema false \ -automaticMemoryManagement false字符集这里多说一句。ZHS16GBK适合中文业务直接存储GBK编码的场景很多业务库初期就是这么定的。如果后续要接数据仓库或异构系统AL32UTF8更保险。这个没有绝对正确取决于业务形态和数据流转方向建库前跟业务方确认清楚是最好的习惯。-memoryPercentage是按物理内存比例分配Oracle内存我常用20到25。如果这台机器专门跑数据库可以给到40甚至更高但前提是确认操作系统预留内存足够。要是拿不准宁可从低往高加也别一开始就把内存吃满。dbca执行期间日志在$ORACLE_BASE/cfgtoollogs/dbca/下整个建库过程从十几分钟到半小时不等取决于磁盘速度和模板参数。执行完后如果没看到返回异常先别急着高兴按下一节的清单验证。5.2 装完之后的验证清单我每次建完库都会按这个清单过一遍一个都不落下监听状态lsnrctl status确认服务orcl已注册。实例状态sqlplus / as sysdba执行select name, open_mode from v$database;确认OPEN状态。PDB状态执行show pdbs容器数据库模式下种子PDB和新建PDB都应该显示READ WRITE。字符集执行select userenv(language) from dual;和建库时的设置保持一致。告警日志tail -100 $ORACLE_BASE/diag/rdbms/orcl/orcl/trace/alert_orcl.log确认没有ORA-异常记录。闪回恢复区执行show parameter db_recovery_file_dest_size确认大小符合规划。其中告警日志的习惯建议从第一次启动就建立起来。很多现场问题其实在首次启动时就有苗头只是当时没人看过了几个月才爆发。装完数据库花五分钟翻一遍告警日志比事后排查几小时的性价比高得多。5.3 自启动配置让数据库跟着系统一起起来生产环境开机后数据库要能自动拉起。最简单的方式是使用Oracle自带的dbstart/dbshut。先修改/etc/orataborcl:/u01/app/oracle/product/19.0.0/dbhome_1:Y把末尾的N改成Y表示允许dbstart启动该实例。然后在oracle用户下测试dbstart $ORACLE_HOMEdbstart会自动启动监听和实例。如果RHEL7.4环境里更希望用systemd管理也可以写一个systemd unit。下面这个模板我实测过[Unit] DescriptionOracle 19c database service Afternetwork.target [Service] Typeforking Useroracle Groupoinstall EnvironmentORACLE_BASE/u01/app/oracle EnvironmentORACLE_HOME/u01/app/oracle/product/19.0.0/dbhome_1 EnvironmentORACLE_SIDorcl ExecStart/u01/app/oracle/product/19.0.0/dbhome_1/bin/dbstart /u01/app/oracle/product/19.0.0/dbhome_1 ExecStop/u01/app/oracle/product/19.0.0/dbhome_1/bin/dbshut /u01/app/oracle/product/19.0.0/dbhome_1 RemainAfterExityes [Install] WantedBymulti-user.target放置到/etc/systemd/system/oracle-19c.service后执行systemctl daemon-reload和systemctl enable oracle-19c。注意这里的Type必须是forking因为dbstart脚本内部会fork后台进程设置不当systemd会误判启动失败。另外如果这台机器后续还要装Oracle Restart自启动机制要二选一不要同时用两套否则服务管理起来会冲突。其实安装Oracle难的不是命令本身而是每一步背后那个为什么。RHEL7.4加19c这套组合我遇到的大部分问题都出在环境前置依赖包、主机名、swap、内核参数。只要把第二章那几步按顺序做实后续的runInstaller和dbca基本是水到渠成。最后分享两个我个人的习惯。一个是安装过程所有日志都留一份完整副本包括precheck输出不管成功失败都存到项目目录后续接手的人可以省大量排查时间。另一个是装完马上做一次重启验证别等到运维真重启才发现监听没起来、oracle用户环境变量没生效。这种验证花十分钟却能避免交付后最尴尬的翻车。如果要在RHEL7.4这种机器上批量交付19c建议把环境准备阶段的yum安装命令、sysctl配置、响应文件模板三个东西固化成一套脚本每台机器跑一遍再交给runInstaller静默执行。这套流程稳定跑下来之后从裸机到可用数据库的时间能压到一小时内。
这两年接手过不少Redhat环境下的数据库安装任务RHEL7.4配上Oracle19c这套组合出现频率相当高。系统不算新数据库版本却是目前最值得长期托付的版本这种老系统带新库的场景在存量机房、系统升级交付里比比皆是。更麻烦的是这些机器大多没有图形界面远程过去只有一个SSH终端环境还经常在内网离线状态——这种条件下Redhat7.4静默安装Oracle19c几乎是唯一走得通的路径。静默安装解决的不只是没有图形界面的问题。它把Oracle Universal Installer那一套点击步骤收敛成一个响应文件response file安装过程不弹窗、不等待人工确认、不依赖X11转发多台机器批量部署时甚至可以通过脚本并行执行。这篇文章不打算贴官方文档就从实际交付的角度把从环境准备、响应文件改写、runInstaller执行到dbca建库验证的完整链路讲清楚中间穿插我踩过的坑和排查日志的方法给同样要在这套组合上交付的读者一份可以照着走的施工图。1. 这套组合的技术前提为什么是19c为什么用静默1.1 19c是当前长期支持版本里最稳的选择Oracle的版本策略一直有一个主线功能版本走得快长期支持版本走得稳。简单说20c、21c这种属于创新版本适合尝鲜和做技术预演真正放到生产环境里多数人还是会选仍在长期支持期内的版本。而19c就是目前这个位置上最成熟的选择。对比更老的11g、12c19c在性能诊断、安全补丁、多租户架构、自动化运维接口上都完善得多。特别是新硬件环境下11g对SSD、大内存的调度能力明显不如19c很多老系统升级到19c之后最直观的变化就是统计信息收集更稳、执行计划更合理。而对比更新的版本19c的生态最成熟第三方工具兼容性最好网上可查的踩坑资料也最全。在RHEL7.4这种不算新的系统上19c是既能装得上、又装得稳的合理选择。1.2 静默安装和图形安装的本质差异图形安装依赖X11图形环境。条件好的现场可以用Xmanager、VNC这类工具但内网机器、堡垒机跳板环境或者拿到手的服务器连桌面组件都没装图形界面根本无法启动。有些同学在本地虚拟机里装19c习惯了图形界面一到生产环境就卡住——不是Oracle装不上是压根没法把界面调起来。静默安装通过-silent参数和响应文件把OUI图形界面里的每一步问题提前用参数回答好。这样不仅不依赖X11还能把安装过程固化下来所有机器的安装选项一致参数差异只在响应文件里体现。对于自动化交付、批量部署或者给客户提供标准化安装服务这是唯一能满足一致性要求的方式。1.3 我的安装策略软件安装与建库两步走19c的安装方式跟旧版本有个明显区别安装介质是一个zip压缩包解压出来就是ORACLE_HOME的目录结构然后直接在ORACLE_HOME根目录执行runInstaller。基于这个特点我习惯把安装Oracle软件和创建数据库实例拆成两个独立阶段软件阶段用db_install.rsp做静默安装建库阶段再用dbca的静默命令。两步走的原因很简单排错清晰。软件装不上和库建不起来是两个独立问题分开排查就不用一次面对几百行日志。而且生产库的参数往往要精细调整装软件用标准参数建库时单独控制内存、字符集、数据文件布局比一把梭在响应文件里全配了灵活得多。2. 环境准备陷阱最密集的一步2.1 主机名解析必须放在开工第一件事Oracle安装程序对主机名解析极其敏感。RHEL7.4默认的/etc/hosts如果只写了localhost映射没有把本机主机名解析到IPrunInstaller在precheck阶段大概率会报主机名无法解析或节点不可达。建议先确认/etc/hostname里的短主机名然后在/etc/hosts中显式加一行本机解析192.168.1.10 db01这里特别注意IPv6的::1行。有些网络环境下主机名会被解析到IPv6地址Oracle监听和集群组件对这种解析很挑剔容易出现连接异常。最稳妥的办法就是只用静态IPv4地址绑定主机名不用IPv6回环。2.2 本地yum源与依赖包清单生产网段经常是隔离的不能直接访问在线软件源。用系统ISO挂载成本地源是常用做法步骤很短mkdir -p /mnt/cdrom mount -o loop /dev/sr0 /mnt/cdrom cat /etc/yum.repos.d/local.repo EOF [local] namelocal baseurlfile:///mnt/cdrom enabled1 gpgcheck0 EOF然后安装Oracle19c所需的依赖包。以下是我在RHEL7.4上实际用过的安装命令yum -y install binutils compat-libcap1 compat-libstdc-33 gcc gcc-c glibc glibc-devel ksh libaio libaio-devel libgcc libstdc libstdc-devel libX11 libXau libXext libXi libXtst make sysstat unixODBC unixODBC-devel elfutils-libelf elfutils-libelf-devel libnsl numactl numactl-devel容易漏装的是compat-libstdc-33和elfutils-libelf-devel。前者关系到老版本C运行库的兼容后者是elf校验工具的开发库缺失时OUI会在prerequisite检查里报出来。有一个建议不到万不得已不要用--ignorePrereqFailure绕过包检查因为缺失的库会在安装中后期以各种奇怪的姿态冒出来比如链接某个可执行文件时报libstdc.so.6: cannot open shared object file看起来和缺包毫无关系但根源就是这里。2.3 内核参数别照抄模版重点改这几个网上很多教程让你把sysctl.conf抄一大段其实19c在RHEL7.4下真正要紧的参数没那么多。我日常配置的就是下面这些fs.aio-max-nr 1048576 fs.file-max 6815744 kernel.sem 250 32000 100 128 kernel.shmmni 4096 kernel.shmall 1073741824 net.core.rmem_default 262144 net.core.rmem_max 4194304 net.core.wmem_default 262144 net.core.wmem_max 1048576 net.ipv4.ip_local_port_range 9000 65500 vm.swappiness 10kernel.shmmax我没有写进去因为它依赖物理内存大小。这块我的习惯是设为物理内存的一半64G内存就写kernel.shmmax 34359738368。设小了19c启动SGA时报错设太大又会白白占用内核地址空间。配置完记得sysctl -p让参数生效。swap也是Oracle的硬性要求。内存2GB到16GB之间时swap至少等于内存大小内存超过16GB时swap至少16GB。如果你的服务器swap只有1GB别心存侥幸precheck必挂。应急扩容可以用文件方式dd if/dev/zero of/swapfile bs1M count16384 chmod 600 /swapfile mkswap /swapfile swapon /swapfile echo /swapfile none swap sw 0 0 /etc/fstab2.4 oracle用户、目录结构与环境变量用户和目录规划要在安装前固定下来。官方最佳实践通常是oinstall作为主组、dba作为附加组目录统一放在/u01/app下groupadd oinstall groupadd dba useradd -g oinstall -G dba oracle echo oracle | passwd oracle --stdin mkdir -p /u01/app/oracle mkdir -p /u01/app/oraInventory chown -R oracle:oinstall /u01/app/oracle chown -R oracle:oinstall /u01/app/oraInventory chmod -R 775 /u01/apporacle用户的~/.bash_profile里需要补齐环境变量export ORACLE_BASE/u01/app/oracle export ORACLE_HOME$ORACLE_BASE/product/19.0.0/dbhome_1 export ORACLE_SIDorcl export PATH$ORACLE_HOME/bin:$PATH export LD_LIBRARY_PATH$ORACLE_HOME/lib这里有两个容易被忽略的点。一是/u01分区空间要预留充足软件加数据库我至少按20GB规划/tmp也至少要有1GB。之前有个现场/tmp只有300MB安装日志写到一半磁盘直接满报错看起来和缺包一模一样浪费了大半天排查。二是资源限制配置写入/etc/security/limits.conforacle soft nproc 2047 oracle hard nproc 16384 oracle soft nofile 1024 oracle hard nofile 65536 oracle soft stack 10240 oracle hard stack 32768RHEL7默认的pam配置一般已经包含pam_limits.so但有的裁剪版系统没有最好检查一下/etc/pam.d/login中是否包含session required pam_limits.so。如果不加资源限制安装时可能不报错但建库和后期运行会莫名出现ORA-27102或无法创建进程的问题。3. 响应文件改造静默安装的施工图纸3.1 解压介质并定位rsp模板19c的安装包文件名类似LINUX.X64_193000_db_home.zip不同补丁版本号会有差异。拿到压缩包后在oracle用户下解压到ORACLE_HOME目录su - oracle unzip /tmp/LINUX.X64_193000_db_home.zip -d $ORACLE_HOME注意这里解压的目录必须存在且属主是oracle。如果目录不存在unzip会报错如果存在但属主是root后续runInstaller会以目录不可写直接中止。响应文件模板在$ORACLE_HOME/install/response/db_install.rsp。我习惯先把模板复制到/tmp再修改cp $ORACLE_HOME/install/response/db_install.rsp /tmp/不要在原始模板上改因为以后还要拿它做对比、做多版本参考。3.2 软件安装阶段的关键参数逐项理解db_install.rsp文件内容很长大部分是注释和示例。真正影响软件安装结果的核心参数就这些参数我常用的值说明oracle.install.optionINSTALL_DB_SWONLY只装数据库软件不建库UNIX_GROUP_NAMEoinstall软件所有者主组INVENTORY_LOCATION/u01/app/oraInventory产品清单目录ORACLE_BASE/u01/app/oracle基础目录ORACLE_HOME/u01/app/oracle/product/19.0.0/dbhome_1软件家目录oracle.install.db.InstallEditionEE企业版oracle.install.db.OSDBA_GROUPdba管理组oracle.install.db.OSOPER_GROUPoper操作员组oracle.install.db.rootconfig.executeRootScriptfalse不在静默过程中自动执行root脚本SECURITY_UPDATES_VIA_MYORACLESUPPORTfalse不联网注册DECLINE_SECURITY_UPDATEStrue跳过安全更新配置这里最容易踩三个坑。第一个坑是INVENTORY_LOCATION。oraInventory的路径不能放在ORACLE_BASE或ORACLE_HOME的子目录里否则清单信息会被覆盖或造成权限混乱。独立放在/u01/app/oraInventory并设置属主为oracle:oinstall是多年实践下来最稳的安排。第二个坑是SECURITY_UPDATES_VIA_MYORACLESUPPORT设为false时必须同时把DECLINE_SECURITY_UPDATES设为true。这两个参数不匹配OUI依然会进入交互询问是否注册安全更新静默进程会卡在等待输入那里。这是静默安装卡死最常见的原因之一。第三个坑是ORACLE_HOME路径和UNIX_GROUP_NAME必须和前面创建用户、目录时完全一致。哪怕差一个字母安装程序都会跑出一堆权限相关的挫败信息。3.3 19c安装方式变化一个容易让人愣住的细节RHEL7.4这种老系统上很多人还带着装11g、12c的习惯先解压出database目录再进database目录执行runInstaller。19c不是这套玩法它的zip直接还原成ORACLE_HOME结构runInstaller就放在ORACLE_HOME根目录。也就是说进$ORACLE_HOME以后直接就能看到runInstaller文件。我第一次装19c也在这愣了一下跑到bin目录里找半天找不到。如果你也在ORACLE_HOME/bin下找runInstaller可以省省了——它在ORACLE_HOME根目录。这个结构变化看似小但对自动化脚本的路径设计影响很大如果你的部署脚本沿用老版本的目录假设会在这里栽跟头。4. runInstaller执行到root.sh日志与常见失败复盘4.1 执行命令的正确姿势所有前置准备就绪后用oracle用户身份执行cd $ORACLE_HOME ./runInstaller -silent -responseFile /tmp/db_install.rsp务必从oracle用户直接执行不要用root执行再su到oracle否则会产生文件和目录属主混乱。如果通过SSH远程触发安装并且环境里有DISPLAY变量残留可以先unset DISPLAY。虽然静默模式本不该依赖X11但有些自动化框架会把DISPLAY传给OUI导致它尝试走图形初始化流程反而出错。执行过程中的日志写在几个地方排错时按优先级查看$ORACLE_BASE/cfgtoollogs/oui/下的inst_日期_时间.log$ORACLE_HOME/cfgtoollogs/下的分步骤日志排错第一原则是不要只看终端上显示的PRCT-、CRS-这些错误码立刻去翻最新日志根因往往在日志末尾。我习惯这样定位ls -lt $ORACLE_BASE/cfgtoollogs/oui/ | head tail -200 最新log另一个判断标准是返回码。runInstaller静默执行返回0才是成功其他返回值都要去追日志。有时终端输出最后一行是INFO级别的正常信息但整体返回码不是0这种情况多半是某个子步骤悄悄失败了。4.2 典型失败复盘缺包、swap、目录权限与主机名第一类典型失败是缺包导致的precheck不通过。prereq check会直接列出缺少的rpm但有时你明明装了还是报错原因往往是装了32位版本而Oracle要的是64位或者numactl-devel这类子包没装。19c在RHEL7.4上对依赖特别敏感安装阶段可以用-ignorePrereqFailure强行绕过但后期启动实例时会因为缺少libnuma.so直接起不来。我的建议始终是一关一关过不绕过。第二类是swap不足。报错信息很直接属于资源问题。安装程序很诚实没有就是没有扩容swap的应急命令上面已经给了但更好的做法是在装机规划时就考虑清楚。第三类是/tmp空间不足。这个报错形式非常多可能出现在解压阶段也可能出现在链接可执行文件阶段。一个隐藏表现是进程卡住不动实际是磁盘写满后日志写不进去。检查df -h /tmp /u01如果使用率接近80%先清理别急着反复跑安装。第四类是主机名解析问题。precheck报PRVF-0002这类节点不可达基本就是/etc/hosts没写好。这类错误在静默日志里往往只有一行但足够让人绕很久。先把hostname、ping、cat /etc/hosts三者对照验证一遍再继续。4.3 root.sh脚本与ohasd进程软件安装runInstaller结束前日志和终端会提示需要root执行脚本。通常会看到类似这样的信息The following configuration scripts need to be executed as the root user: /u01/app/oracle/product/19.0.0/dbhome_1/root.sh执行$ORACLE_HOME/root.shroot.sh做的事情包括调整ORACLE_HOME内文件属主、初始化/etc/oratab、复制并启动OHASD守护进程。即使只装了单实例数据库软件19c的root.sh也会处理这个服务。执行完后可以用ps -ef | grep ohasd确认进程在不在。有一个细节值得注意RHEL7.4上root.sh执行过程中如果出现ohasd failed to start之类的提示优先检查系统是否安装了libnsl。这是一个典型的库文件缺失问题根因在依赖阶段没补全。root.sh不成功会影响后续dbca建库时的某些判断所以不要因为软件安装返回0就跳过这一步该执行的root脚本一定要执行到位。5. dbca静默建库、验证清单与自启动5.1 先起监听再建库软件装好之后数据库实例还不存在。第一步是监听用netca静默配置netca -silent -responseFile $ORACLE_HOME/assistants/netca/netca.rsp这个命令会按模板生成默认监听LISTENER并监听1521端口。执行完用lsnrctl status确认监听进程正常运行。建库用dbca静默模式。下面是一个我在生产环境用过的命令模板dbca -silent -createDatabase \ -templateName General_Purpose.dbc \ -gdbname orcl \ -sid orcl \ -responseFile NO_VALUE \ -characterSet ZHS16GBK \ -createAsContainerDatabase true \ -numberOfPDBs 1 \ -pdbName orclpdb \ -memoryPercentage 20 \ -datafileDestination /u01/app/oracle/oradata \ -recoveryAreaDestination /u01/app/oracle/fast_recovery_area \ -emConfiguration NONE \ -sampleSchema false \ -automaticMemoryManagement false字符集这里多说一句。ZHS16GBK适合中文业务直接存储GBK编码的场景很多业务库初期就是这么定的。如果后续要接数据仓库或异构系统AL32UTF8更保险。这个没有绝对正确取决于业务形态和数据流转方向建库前跟业务方确认清楚是最好的习惯。-memoryPercentage是按物理内存比例分配Oracle内存我常用20到25。如果这台机器专门跑数据库可以给到40甚至更高但前提是确认操作系统预留内存足够。要是拿不准宁可从低往高加也别一开始就把内存吃满。dbca执行期间日志在$ORACLE_BASE/cfgtoollogs/dbca/下整个建库过程从十几分钟到半小时不等取决于磁盘速度和模板参数。执行完后如果没看到返回异常先别急着高兴按下一节的清单验证。5.2 装完之后的验证清单我每次建完库都会按这个清单过一遍一个都不落下监听状态lsnrctl status确认服务orcl已注册。实例状态sqlplus / as sysdba执行select name, open_mode from v$database;确认OPEN状态。PDB状态执行show pdbs容器数据库模式下种子PDB和新建PDB都应该显示READ WRITE。字符集执行select userenv(language) from dual;和建库时的设置保持一致。告警日志tail -100 $ORACLE_BASE/diag/rdbms/orcl/orcl/trace/alert_orcl.log确认没有ORA-异常记录。闪回恢复区执行show parameter db_recovery_file_dest_size确认大小符合规划。其中告警日志的习惯建议从第一次启动就建立起来。很多现场问题其实在首次启动时就有苗头只是当时没人看过了几个月才爆发。装完数据库花五分钟翻一遍告警日志比事后排查几小时的性价比高得多。5.3 自启动配置让数据库跟着系统一起起来生产环境开机后数据库要能自动拉起。最简单的方式是使用Oracle自带的dbstart/dbshut。先修改/etc/orataborcl:/u01/app/oracle/product/19.0.0/dbhome_1:Y把末尾的N改成Y表示允许dbstart启动该实例。然后在oracle用户下测试dbstart $ORACLE_HOMEdbstart会自动启动监听和实例。如果RHEL7.4环境里更希望用systemd管理也可以写一个systemd unit。下面这个模板我实测过[Unit] DescriptionOracle 19c database service Afternetwork.target [Service] Typeforking Useroracle Groupoinstall EnvironmentORACLE_BASE/u01/app/oracle EnvironmentORACLE_HOME/u01/app/oracle/product/19.0.0/dbhome_1 EnvironmentORACLE_SIDorcl ExecStart/u01/app/oracle/product/19.0.0/dbhome_1/bin/dbstart /u01/app/oracle/product/19.0.0/dbhome_1 ExecStop/u01/app/oracle/product/19.0.0/dbhome_1/bin/dbshut /u01/app/oracle/product/19.0.0/dbhome_1 RemainAfterExityes [Install] WantedBymulti-user.target放置到/etc/systemd/system/oracle-19c.service后执行systemctl daemon-reload和systemctl enable oracle-19c。注意这里的Type必须是forking因为dbstart脚本内部会fork后台进程设置不当systemd会误判启动失败。另外如果这台机器后续还要装Oracle Restart自启动机制要二选一不要同时用两套否则服务管理起来会冲突。其实安装Oracle难的不是命令本身而是每一步背后那个为什么。RHEL7.4加19c这套组合我遇到的大部分问题都出在环境前置依赖包、主机名、swap、内核参数。只要把第二章那几步按顺序做实后续的runInstaller和dbca基本是水到渠成。最后分享两个我个人的习惯。一个是安装过程所有日志都留一份完整副本包括precheck输出不管成功失败都存到项目目录后续接手的人可以省大量排查时间。另一个是装完马上做一次重启验证别等到运维真重启才发现监听没起来、oracle用户环境变量没生效。这种验证花十分钟却能避免交付后最尴尬的翻车。如果要在RHEL7.4这种机器上批量交付19c建议把环境准备阶段的yum安装命令、sysctl配置、响应文件模板三个东西固化成一套脚本每台机器跑一遍再交给runInstaller静默执行。这套流程稳定跑下来之后从裸机到可用数据库的时间能压到一小时内。
