当前位置：首页 > news >正文

Rocky Linux 9.4 安装 Oracle 11gR2 的跨代兼容方案

news 2026/7/15 3:53:54

1. 项目概述：为什么在 Rocky Linux 9.4 上“一键安装 Oracle 11gR2 单机”这件事，比表面看起来难得多

Rocky Linux 9.4 是一个基于 RHEL 9 的企业级开源发行版，内核版本为 5.14，默认启用 systemd 250+、glibc 2.34、GCC 11、SELinux 强制模式、firewalld 默认启用、文件系统默认为 xfs（带 dax 支持）、并彻底移除了对 i686 架构的兼容支持。而 Oracle Database 11g Release 2（11.2.0.4）是 Oracle 在 2013 年发布的最后一个主流支持的 11g 版本，其官方认证的最高新版操作系统仅到 RHEL 6.7 / Oracle Linux 6.7，最高支持内核为 2.6.32-573，glibc 要求为 2.12，且明确不支持 systemd —— 它的设计逻辑完全建立在 SysV init + udev + legacy network scripts 的运行时模型之上。换句话说，把 11gR2 直接丢进 Rocky 9.4，就像把一台化油器时代的老爷车引擎，硬塞进一辆搭载线控底盘和域控制器的智能电动车里：物理接口看似能拧上，但点火、供油、点火正时、排放控制全都不匹配。

我去年在某省属政务云迁移项目中就踩过这个坑。客户坚持用 11gR2 运行一套老旧的财政票据系统，要求迁移到新采购的国产服务器集群，操作系统指定为 Rocky Linux 9.4（因信创适配清单强制要求）。我们最初按传统 RHEL 7 脚本改写了一版“一键安装”，结果在 runInstaller 执行阶段卡死在“Checking monitor: must be configured to display 256 colors”，实际查证发现是 Oracle 自带的 JRE 1.5.0_17 与 Rocky 9.4 的 libXtst.so.6（来自 xorg-x11-libXtst-1.2.4-3.el9）存在符号版本冲突；接着在 root.sh 阶段又报错 “ORA-00845: MEMORY_TARGET not supported on this system”，根源是 Rocky 9.4 默认挂载的 /dev/shm 大小为 64MB（由 systemd-tmpfiles.d/ 目录下规则控制），而 11gR2 最小要求 1GB；最后即使强行绕过，监听器启动后立即被 SELinux 的 targeted 策略拦截，日志里全是 avc: denied { name_bind } for... 的拒绝记录。整套流程下来，不是缺包、就是权限错、再就是内核参数不兼容，所谓“一键”，实际变成了“一小时调试 + 三小时查文档 + 半天重装系统”。

所以，“Rocky Linux 9.4 一键安装 Oracle 11gR2 单机”这个标题，本质不是教你怎么点个按钮就完事，而是要解决一个跨十年代际的技术缝合问题：一边是现代 Linux 发行版的严格安全模型与模块化设计，一边是上古数据库对运行环境的僵化依赖。它真正考验的是你对 Oracle 底层启动机制、Linux 内核子系统演进、systemd 服务生命周期管理、SELinux 策略编译与调试、以及 RPM 包依赖图谱的穿透式理解。这不是一个简单的脚本搬运工任务，而是一次精准的“系统外科手术”。适合谁？不是刚考完 OCP 的新人，而是至少有三年以上 Oracle DBA 经验、同时熟悉 RHEL/CentOS 系统调优、能看懂 strace 输出和 audit.log 的混合型工程师。如果你只是想临时搭个测试库，我建议直接拉 Oracle 官方提供的 19c Express Edition Docker 镜像；但如果你手头真有一套跑在 Windows Server 2003 上、连 JDBC 驱动都要手动打补丁的老系统，必须迁到 Rocky 9.4，那这篇内容就是你唯一能抄的作业本。

2. 整体设计思路：放弃“原厂兼容”，转向“可控降级 + 精准补丁”

面对 Rocky Linux 9.4 和 Oracle 11gR2 的根本性矛盾，我试过三种路径：第一种是“硬扛”，即严格按照 Oracle 官方安装文档，逐条修改内核参数、关闭 SELinux、降级 glibc —— 结果在 Rocky 9.4 上根本无法降级 glibc，因为整个系统包依赖链都基于 2.34，强行替换会导致 yum/dnf 崩溃；第二种是“虚拟化绕过”，用 KVM 跑一个 RHEL 6.10 虚拟机，在里面装 11gR2，再通过端口映射暴露服务 —— 技术上可行，但客户明确拒绝虚拟化方案，要求“裸金属单机部署”；第三种，也是最终落地的方案：“可控降级 + 精准补丁”，核心思想是：不改变 Rocky 9.4 的基线稳定性，只对 Oracle 运行所必需的、且可隔离的子系统做最小化干预，所有修改必须可审计、可回滚、不影响其他服务。

具体拆解为四个支柱：
第一，运行时环境隔离。不全局修改 /etc/security/limits.conf，而是为 oracle 用户单独创建 systemd user slice，通过 /etc/systemd/system/oracle.slice.d/override.conf 限定其内存、CPU、IO 资源，并在该 slice 下启动监听器和数据库实例，避免影响宿主机其他进程。这比简单改 ulimit 更安全，因为 limits.conf 的设置在 systemd 下已被部分废弃，实际生效依赖于 pam_systemd 模块，而该模块在 Rocky 9.4 中行为已变更。
第二，图形依赖消解。Oracle 11gR2 的 runInstaller 必须启动 GUI，但 Rocky 9.4 默认不装 X11，且 Wayland 已成主流。我的做法是：不装完整桌面，只部署 xorg-x11-server-Xvfb（虚拟帧缓冲），配合 xauth 生成轻量 .Xauthority 文件，让 runInstaller 认为自己在真实 X server 上运行。实测下来，Xvfb 启动仅占用 12MB 内存，比装 GNOME 节省 90% 资源，且无任何 GUI 组件冲突风险。
第三，内核参数动态注入。/dev/shm 大小不足的问题，不改 /etc/fstab（会破坏 systemd-tmpfiles 的自动管理），而是编写一个 systemd service，在 oracle 用户登录前，用 mount -o remount,size=1G /dev/shm 动态调整。该 service 设置为 Wants=oracle.slice，确保在数据库服务启动前完成。
第四，SELinux 策略定制化编译。不设为 permissive 模式（这是生产环境红线），而是用 audit2allow 从 /var/log/audit/audit.log 中提取 Oracle 实际需要的 AVC 拒绝事件，生成 .te 策略模块，再用 checkmodule -M -m -o oracle11g.mod && semodule_package -o oracle11g.pp -m oracle11g.mod 编译安装。最终生成的策略模块仅包含 17 条规则，全部聚焦于 oracle 进程对 /u01/app/oracle/product/11.2.0/dbhome_1 目录树的读写、对 /dev/shm 的绑定、对 /proc/sys/kernel/shmmax 的读取等必要操作，杜绝了“一刀切”放行带来的安全敞口。

这套设计的底层逻辑是：把 Oracle 11gR2 当作一个“遗留黑盒”，不去挑战它的技术陈旧性，而是用现代 Linux 的精细化管控能力，为它构建一个受控的、沙箱化的运行沙盒。所有改动都遵循“最小权限原则”，每个补丁都有明确的攻击面收敛效果，每行代码都能在 audit 日志里找到对应痕迹。这才是企业级生产环境该有的严谨态度，而不是网上那些“chmod 777 /tmp + setenforce 0”式的野路子。

3. 核心细节解析：五个致命陷阱与绕过方案

在 Rocky Linux 9.4 上部署 Oracle 11gR2，有五个环节是绝对的“死亡交叉口”，任何一个处理不当，都会导致安装失败或后续运行异常。这些不是文档里写的“注意事项”，而是我在三轮真实环境部署中，用 strace、lsof、journalctl -u auditd、以及反复重装系统换来的血泪经验。下面逐个拆解，附带可直接复制粘贴的修复命令。

3.1 陷阱一：glibc 符号版本不兼容（_ZSt20__throw_length_errorPKc）

现象：执行 ./runInstaller 时，报错 “./runInstaller: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by ./runInstaller)”，或者更隐蔽的 “Segmentation fault (core dumped)” 在 Java 启动阶段。
原理：Oracle 11gR2 自带的 JDK 1.5.0_17 是用 GCC 4.1 编译的，依赖老版本 libstdc++ 符号；而 Rocky 9.4 的 libstdc++.so.6 来自 GCC 11，其符号表已大幅精简，GLIBCXX_3.4.20 及更早版本被移除。这不是简单的“找不到库”，而是 ABI 层面的断裂。
绕过方案：不降级系统库（不可行），而是为 Oracle 安装包打“符号兼容补丁”。具体操作：

# 1. 提取 Oracle 自带的旧版 libstdc++（位于 database/stage/Components/oracle.jdk/1.5.0.17.0/1/DataFiles/expanded/） cd /tmp/database/stage/Components/oracle.jdk/1.5.0.17.0/1/DataFiles/expanded/ tar -xzf jdk-1_5_0_17-linux-amd64-10_jan_2013.bin # 2. 将其中的 libstdc++.so.6.0.8 复制到 /u01/app/oracle/product/11.2.0/dbhome_1/lib/ cp jre/lib/amd64/libstdc++.so.6.0.8 /u01/app/oracle/product/11.2.0/dbhome_1/lib/ # 3. 创建软链接并设置 LD_LIBRARY_PATH 优先级 cd /u01/app/oracle/product/11.2.0/dbhome_1/lib/ ln -sf libstdc++.so.6.0.8 libstdc++.so.6 # 4. 修改 oracle 用户的 .bash_profile，强制优先加载 echo 'export LD_LIBRARY_PATH=/u01/app/oracle/product/11.2.0/dbhome_1/lib:$LD_LIBRARY_PATH' >> /home/oracle/.bash_profile

提示：此操作仅影响 oracle 用户进程，不影响系统其他服务。实测在 Rocky 9.4.0 和 9.4.1 上均稳定，且比网上流传的“export GLIBCXX_FORCE_NEW=1”更可靠，后者在某些内核版本下会引发 JVM GC 异常。

3.2 陷阱二：/dev/shm 大小不足引发 ORA-00845

现象：数据库实例启动时报 ORA-00845，即使手动 mount -o remount,size=1G /dev/shm，重启后仍恢复为 64MB。
原理：Rocky 9.4 使用 systemd-tmpfiles 来管理 /dev/shm，其配置文件 /usr/lib/tmpfiles.d/dev.conf 中定义了 size=64M，每次系统启动或执行 systemd-tmpfiles --create 都会覆盖你的手动修改。
绕过方案：创建覆盖配置，而非直接修改系统文件。

# 创建覆盖目录（systemd 会按字母序加载，z 开头确保最后生效） sudo mkdir -p /etc/tmpfiles.d/ sudo tee /etc/tmpfiles.d/z-oracle-shm.conf << 'EOF' # Type Path Mode UID GID Age Argument d /dev/shm 1777 root root - - # 重新定义 /dev/shm 挂载参数，覆盖默认值 x /dev/shm - - - - - # 关键：用 tmpfiles 的 'z' 类型进行 remount z /dev/shm 1777 root root - size=1G EOF # 立即应用 sudo systemd-tmpfiles --create # 验证 df -h /dev/shm

注意：不要用 mount -o remount 命令写入 /etc/fstab，因为 /dev/shm 是 tmpfs，fstab 中的 entry 会被 systemd-tmpfiles 覆盖。此方案通过 tmpfiles 机制实现持久化，且符合 Rocky 9.4 的设计哲学。

3.3 陷阱三：systemd 服务无法正确管理 Oracle 监听器与实例

现象：用 orachk 或 srvctl 启动监听器后，systemctl status listener 显示 inactive，且数据库 shutdown immediate 后，监听器未自动停止。
原理：Oracle 11gR2 的 dbstart/dbshut 脚本是为 SysV init 设计的，其 pidfile 写法、服务状态检测逻辑与 systemd 的 Type=forking 不兼容。systemd 无法准确识别监听器进程是否存活。
绕过方案：重写 systemd unit 文件，采用 Type=simple + ExecStartPre/ExecStopPost 精确控制。

sudo tee /etc/systemd/system/oracle-listener.service << 'EOF' [Unit] Description=Oracle Database Listener After=network.target Wants=oracle-db.service [Service] Type=simple User=oracle Group=oinstall Environment="ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1" Environment="ORACLE_SID=orcl" ExecStartPre=/u01/app/oracle/product/11.2.0/dbhome_1/bin/lsnrctl start ExecStart=/bin/sh -c 'while true; do sleep 3600; done' ExecStop=/u01/app/oracle/product/11.2.0/dbhome_1/bin/lsnrctl stop Restart=on-failure RestartSec=10 [Install] WantedBy=multi-user.target EOF # 启用服务 sudo systemctl daemon-reload sudo systemctl enable oracle-listener.service

实操心得：这里用了一个小技巧 —— ExecStart 启动一个永不退出的 sleep 循环，让 systemd 认为服务“一直运行中”，真正的启停逻辑交给 ExecStartPre/ExecStop。这样既满足 systemd 的状态机要求，又完全复用 Oracle 原生的 lsnrctl 命令，避免自己写状态检测脚本出错。

3.4 陷阱四：SELinux 策略导致监听器无法绑定端口

现象：lsnrctl start 成功，但 lsnrctl status 显示 “TNS-12541: TNS:no listener”，netstat -tuln | grep 1521 无输出，audit.log 中大量 avc: denied { name_bind } for...
原理：Rocky 9.4 的 SELinux targeted 策略默认禁止非标准进程绑定 1521 端口，该端口在 policycoreutils-python-utils 的 semanage port -l 输出中属于 unreserved_port_t，而非 oracle_db_port_t。
绕过方案：不修改端口（会破坏应用连接），而是为 oracle_t 域添加端口绑定许可。

# 1. 先确认监听器进程的 SELinux 上下文 ps -eZ | grep tnslsnr # 输出类似：system_u:system_r:oracle_t:s0 ... tnslsnr # 2. 查看当前策略中 oracle_t 对端口的许可 sesearch -A -s oracle_t -t port_type -c tcp_socket # 3. 添加许可（需先安装 policycoreutils-python-utils） sudo semanage port -a -t oracle_db_port_t -p tcp 1521 # 4. 如果 1521 已被占用，先删除再添加 sudo semanage port -d -p tcp 1521 sudo semanage port -a -t oracle_db_port_t -p tcp 1521

注意：semanage port 命令修改的是 SELinux 策略数据库，比手动写 .te 模块更轻量，且是官方推荐方式。实测在 Rocky 9.4.0 上，oracle_db_port_t 已预定义，只需将其绑定到 1521 端口即可，无需额外编译模块。

3.5 陷阱五：Oracle 自带的 JDK 无法读取 Rocky 9.4 的字体配置

现象：runInstaller 启动后，界面文字显示为方块，按钮无法点击，日志中出现 “java.lang.InternalError: java.lang.reflect.InvocationTargetException”
原理：Oracle JDK 1.5.0_17 使用 AWT/Swing 渲染 GUI，依赖系统字体配置文件 /etc/fonts/fonts.conf，而 Rocky 9.4 的 fonts.conf 由 fontconfig-2.14.4-1.el9 生成，其

标签路径与 JDK 1.5 的 fontconfig parser 不兼容，导致字体枚举失败。
绕过方案：为 Oracle JDK 提供一个极简的、向下兼容的 fonts.conf。

# 创建兼容版字体配置 sudo tee /u01/app/oracle/product/11.2.0/dbhome_1/jre/jre/lib/fonts/fonts.conf << 'EOF' <?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd"> <fontconfig> <dir>/usr/share/fonts/dejavu</dir> <dir>/usr/share/fonts/liberation</dir> <dir>/usr/share/fonts/google-noto</dir> <cachedir>/var/cache/fontconfig</cachedir> <include ignore_missing="yes">conf.d</include> </fontconfig> EOF # 设置 JAVA_HOME 指向 Oracle 自带 JDK，并指定字体配置路径 echo 'export JAVA_HOME=/u01/app/oracle/product/11.2.0/dbhome_1/jre' >> /home/oracle/.bash_profile echo 'export _JAVA_OPTIONS="-Djava.awt.fonts=/u01/app/oracle/product/11.2.0/dbhome_1/jre/jre/lib/fonts"' >> /home/oracle/.bash_profile

提示：此方案只影响 runInstaller 的 GUI 渲染，不影响数据库运行时。DejaVu 和 Liberation 字体在 Rocky 9.4 中默认安装，无需额外 yum install，且完全兼容 JDK 1.5 的字体加载器。

4. 一键安装脚本实现：从零开始的完整流程与参数详解

现在，把前面所有避坑方案整合成一个真正可用的“一键安装”脚本。注意，这里的“一键”是指执行一个 bash 脚本，自动完成所有环境准备、安装、配置、服务注册，而不是真的点一下鼠标——毕竟 Oracle 安装过程本身需要交互式输入 SID、密码等。脚本设计为幂等（idempotent），即多次运行不会重复创建用户、不会重复挂载 /dev/shm，所有操作都有 is-installed 检查。

4.1 脚本结构与执行逻辑

整个脚本分为六个阶段，每个阶段用函数封装，主流程按顺序调用：

check_prerequisites()：检查 CPU、内存、磁盘空间、内核版本、是否为 Rocky 9.4；
setup_oracle_user()：创建 oracle 用户、oinstall 组、设置密码、配置 .bash_profile；
prepare_system()：安装必要 RPM 包、配置内核参数、设置 /dev/shm、禁用防火墙（可选）；
install_oracle()：解压 database.zip、打 glibc 补丁、运行 runInstaller（静默模式）、执行 root.sh；
configure_database()：运行 netca 创建监听器、dbca 创建数据库实例、配置开机自启；
verify_installation()：检查监听器状态、数据库实例状态、tnsping 连通性。

脚本不包含 Oracle 安装介质（database.zip），需用户自行下载并放在 /tmp/database/ 目录下。这是因为 Oracle 官方下载需要 Oracle 账号，且 license 协议禁止脚本自动下载。

4.2 核心代码段详解（含参数计算）

以下为prepare_system()函数的关键实现，展示了如何科学地计算参数：

prepare_system() { echo "=== 阶段2：系统环境准备 ===" # 1. 计算 /dev/shm 推荐大小：Oracle 官方要求为 MEMORY_TARGET 的 1.2 倍，而 MEMORY_TARGET 至少为 SGA_TARGET + PGA_AGGREGATE_TARGET # 我们按最小化部署：SGA_TARGET=512M, PGA_AGGREGATE_TARGET=256M → MEMORY_TARGET=768M → /dev/shm=1G # 但为防未来扩容，设为 2G echo "设置 /dev/shm 大小为 2G..." sudo tee /etc/tmpfiles.d/z-oracle-shm.conf << 'EOF' d /dev/shm 1777 root root - - x /dev/shm - - - - - z /dev/shm 1777 root root - size=2G EOF sudo systemd-tmpfiles --create # 2. 计算内核参数：vm.swappiness 应设为 1（Rocky 9.4 默认为 60，过高会导致 Oracle SGA 被 swap） # vm.dirty_ratio 和 vm.dirty_background_ratio 需根据内存调整： # 公式：dirty_ratio = min(80, max(20, RAM_GB * 5))，RAM_GB 为总内存 GB 数 local ram_gb=$(free -g | awk '/^Mem:/ {print $2}') local dirty_ratio=$(( ram_gb * 5 )) [[ $dirty_ratio -gt 80 ]] && dirty_ratio=80 [[ $dirty_ratio -lt 20 ]] && dirty_ratio=20 echo "设置 vm.dirty_ratio=$dirty_ratio..." echo "vm.swappiness = 1" | sudo tee -a /etc/sysctl.conf echo "vm.dirty_ratio = $dirty_ratio" | sudo tee -a /etc/sysctl.conf echo "vm.dirty_background_ratio = $((dirty_ratio / 2))" | sudo tee -a /etc/sysctl.conf sudo sysctl -p # 3. 安装必要 RPM：注意 Rocky 9.4 的包名变化 # oracle-rdbms-server-11gR2-preinstall 已废弃，需手动安装等效包 echo "安装依赖包..." sudo dnf install -y \ binutils \ compat-libcap1 \ gcc \ gcc-c++ \ glibc \ glibc-devel \ ksh \ libgcc \ libstdc++ \ libstdc++-devel \ libaio \ libaio-devel \ make \ sysstat \ unixODBC \ unixODBC-devel \ xorg-x11-server-Xvfb \ xorg-x11-utils \ xorg-x11-fonts-Type1 \ fontconfig \ liberation-fonts \ dejavu-sans-fonts \ wget \ curl \ unzip # 4. 配置 SELinux：为 oracle_db_port_t 添加 1521 端口 if ! semanage port -l | grep -q "1521.*oracle_db_port_t"; then echo "配置 SELinux 端口策略..." sudo semanage port -a -t oracle_db_port_t -p tcp 1521 fi }

4.3`install_oracle()`函数中的静默安装关键

Oracle 11gR2 的静默安装（silent mode）是“一键”的核心，但其响应文件（response file）极易出错。以下是经过验证的db.rsp响应文件模板，重点参数已加注释：

[ENGINE] # 以下参数必须与 prepare_system() 中的计算一致 RESPONSEFILE_VERSION="11.2.0" UNIX_GROUP_NAME="oinstall" INVENTORY_LOCATION="/u01/app/oraInventory" SELECTED_LANGUAGES="en,zh_CN" ORACLE_HOSTNAME="rocky94.local" UPGRADE_TYPE="false" ORACLE_HOME="/u01/app/oracle/product/11.2.0/dbhome_1" ORACLE_BASE="/u01/app/oracle" INSTALL_UPDATES_SELECTION="skip" DECLINE_SECURITY_UPDATES="true" # 关键：必须指定 -ignoreSysPrereqs，否则会因 Rocky 9.4 内核版本报错 # 但不能只加这个，还要配合前面的 glibc 补丁，否则静默安装也会失败 # 所以我们在脚本中执行 runInstaller 时，显式传入该参数 oracle.install.db.InstallEdition="EE" oracle.install.db.isCustomInstall="false" oracle.install.db.DBA_GROUP="dba" oracle.install.db.OPER_GROUP="oper" oracle.install.db.BACKUPDBA_GROUP="backupdba" oracle.install.db.DGDBA_GROUP="dgdba" oracle.install.db.KMDBA_GROUP="kmdba" # 数据库配置：使用 AL32UTF8 字符集，这是中文环境必备 oracle.install.db.config.starterdb.type="GENERAL_PURPOSE" oracle.install.db.config.starterdb.globalDBName="orcl" oracle.install.db.config.starterdb.SID="orcl" oracle.install.db.config.starterdb.characterSet="AL32UTF8" oracle.install.db.config.starterdb.memoryOption=true oracle.install.db.config.starterdb.totalMemory="1024" # 密码：生产环境请务必修改！ oracle.install.db.config.starterdb.password.ALL="Oracle123#" oracle.install.db.config.starterdb.password.SYS="Oracle123#" oracle.install.db.config.starterdb.password.SYSTEM="Oracle123#" oracle.install.db.config.starterdb.password.DBSNMP="Oracle123#" oracle.install.db.config.starterdb.password.SYSMAN="Oracle123#" # 监听器配置：使用默认 1521 端口 oracle.install.db.config.starterdb.listenerPortNumber="1521" # 自动运行 root.sh oracle.install.db.rootconfig.executeRootScript="true" oracle.install.db.rootconfig.configMethod="NEITHER"

执行静默安装的命令为：

# 切换到 oracle 用户，设置 DISPLAY 指向 Xvfb sudo -u oracle bash -c 'export DISPLAY=:99; /tmp/database/runInstaller -silent -responseFile /tmp/db.rsp -ignorePrereq -ignoreSysPrereqs'

注意-ignorePrereq和-ignoreSysPrereqs的区别：前者忽略所有预检查（包括磁盘空间），后者只忽略操作系统兼容性检查。我们只加后者，保留磁盘、内存等硬性检查，确保安装不因资源不足而中途崩溃。

4.4 服务注册与开机自启的终极方案

很多教程教你在 /etc/oratab 里加 Y，然后写个 /etc/init.d/oracle 脚本，但这在 Rocky 9.4 上是反模式。正确做法是利用 systemd 的 target 机制：

# 创建数据库启动脚本 /u01/app/oracle/product/11.2.0/dbhome_1/bin/dbstart-wrapper.sh sudo tee /u01/app/oracle/product/11.2.0/dbhome_1/bin/dbstart-wrapper.sh << 'EOF' #!/bin/bash # 此脚本用于 systemd 调用，确保在 oracle.slice 下运行 source /home/oracle/.bash_profile /u01/app/oracle/product/11.2.0/dbhome_1/bin/dbstart $ORACLE_HOME EOF sudo chmod +x /u01/app/oracle/product/11.2.0/dbhome_1/bin/dbstart-wrapper.sh # 创建 systemd service sudo tee /etc/systemd/system/oracle-db.service << 'EOF' [Unit] Description=Oracle Database Service After=oracle-listener.service Wants=oracle-listener.service [Service] Type=oneshot User=oracle Group=oinstall Environment="ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1" Environment="ORACLE_SID=orcl" ExecStart=/u01/app/oracle/product/11.2.0/dbhome_1/bin/dbstart-wrapper.sh ExecStop=/u01/app/oracle/product/11.2.0/dbhome_1/bin/dbshut $ORACLE_HOME RemainAfterExit=yes Restart=on-failure RestartSec=10 [Install] WantedBy=multi-user.target EOF # 启用服务 sudo systemctl daemon-reload sudo systemctl enable oracle-db.service sudo systemctl enable oracle-listener.service

这样配置后，执行sudo systemctl start oracle-db，systemd 会自动按顺序启动监听器、再启动数据库，且systemctl status oracle-db能准确显示数据库的运行状态（active/exited），完美融入 Rocky 9.4 的服务管理体系。

5. 常见问题与排查技巧实录：来自三套生产环境的真实故障库

在交付给客户前，我在三套不同配置的 Rocky 9.4 服务器上进行了完整部署：一台 8C/32G/1TB NVMe（开发环境），一台 16C/64G/4TB RAID10（测试环境），一台 32C/128G/10TB SAN（生产环境）。过程中记录了所有报错、排查路径和最终解决方案。以下是最典型的六个问题，按发生频率排序，每个都附带journalctl和sqlplus的实操诊断命令。

5.1 问题1：监听器启动成功，但 tnsping 报 TNS-12535

现象：lsnrctl status显示监听器运行中，netstat -tuln | grep 1521也看到端口监听，但客户端tnsping orcl返回超时。
排查：

# 1. 检查监听器是否真的在监听所有接口（而不仅是 127.0.0.1） lsnrctl status | grep "Listening Endpoints Summary" -A 5 # 如果只显示 (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))，说明没监听 TCP # 2. 检查 listener.ora 中的 ADDRESS 配置 cat $ORACLE_HOME/network/admin/listener.ora | grep ADDRESS # 正确应为：(ADDRESS = (PROTOCOL = TCP)(HOST = rocky94.local)(PORT = 1521)) # 3. 检查 hostname 解析 ping rocky94.local # 如果不通，需在 /etc/hosts 中添加 127.0.0.1 rocky94.local

根因：Oracle 11gR2 的 netca 在 Rocky 9.4 上默认将 HOST 设为 localhost，而非实际 hostname，导致监听器只绑定到 127.0.0.1。
解决：手动编辑$ORACLE_HOME/network/admin/listener.ora，将 HOST 改为服务器真实 hostname，并重启监听器。

5.2 问题2：数据库实例启动后立即 shutdown abort

现象：sqlplus / as sysdba连接后，startup成功，但几秒后select status from v$instance;返回 STARTED，再查就报 ORA-01034。
排查：

# 1. 查看 alert log tail -100 $ORACLE_BASE/diag/rdbms/orcl/orcl/trace/alert_orcl.log # 通常会看到：ORA-27090: Unable to reserve kernel resources for asynchronous disk I/O # 2. 检查 aio-max-nr 内核参数 cat /proc/sys/fs/aio-max-nr # Rocky 9.4 默认为 65536，Oracle 11gR2 要求至少 1048576

根因：Rocky 9.4 的 fs.aio-max-nr 默认值过低，无法满足 Oracle 异步 I/O 需求。
解决：

echo "fs.aio-max-nr = 1048576" | sudo tee -a /etc/sysctl.conf sudo sysctl -p

5.3 问题3：PL/SQL Developer 连接报 ORA-12154

现象：tnsping 正常，sqlplus 命令行能连，但 PL/SQL Developer 图形客户端报 ORA-12154（TNS 无法解析指定的连接标识符）。
排查：

# 1. 检查客户端 tnsnames.ora 是否指向正确的服务器 IP # 2. 检查服务器端 listener.ora 中的 GLOBAL_DBNAME 是否与 tnsnames.ora 中的 SERVICE_NAME 一致 lsnrctl status | grep "Service" -A 2 # 3. 关键：检查 Oracle 客户端是否使用了错误的 sqlnet.ora # Rocky 9.4 的 /etc/resolv.conf 中 search 域可能干扰 DNS 解析

根因：PL/SQL Developer 使用 Oracle Instant Client，其 sqlnet.ora 中的 NAMES.DIRECTORY_PATH 默认为 (TNSNAMES, EZCONNECT)，但若服务器 hostname 解析慢，会 fallback 到 DNS，而 Rocky 9.4 的 systemd-resolved 与 Oracle client 的 DNS 解析器不兼容。
解决：在客户端 sqlnet.ora 中添加：