Oracle 18c在RHEL 7上可安装，但必须使用18.3版本且内核≥3.10.0-123.el7.x86_64，否则pre-check失败；需确保i686依赖包齐全、SELinux和firewalld关闭、/etc/hosts配置正确、环境变量与权限设置无误。
Oracle 18c 在 RHEL 7 上能装，但必须用 18.3（即 18c Release 2）版本，且内核需 ≥ 3.10.0-123.el7.x86_64；低于此版本会卡在 pre-check 阶段报 kernel version too old 错误。
确认系统版本与内核兼容性
Oracle 官方明确要求 RHEL 7 系统的内核版本不能低于特定小版本，否则图形安装界面（OUI）或静默安装都会直接失败。
- 运行
uname -r查看当前内核：若输出为3.10.0-957.el7.x86_64或更高（如3.10.0-1160.el7.x86_64），可继续；若为3.10.0-123.el7.x86_64以下（例如3.10.0-862.el7.x86_64），需先升级内核再安装 - RHEL 7.6+ 默认内核通常满足要求；RHEL 7.2–7.4 常需手动
yum update kernel并重启 - 检查 OS 发行版是否在支持列表中：
cat /etc/redhat-release应显示Red Hat Enterprise Linux Server release 7.x（x ≥ 2） - 不建议在 RHEL 7.0 或 7.1 上强行安装，
compat-libstdc++-33等包可能缺失且无法补全
依赖包安装要避开 i686/x86_64 混装陷阱
Oracle 18c 安装器会同时校验 32 位和 64 位系统库，但 RHEL 7 默认只装 x86_64 版本，漏掉 i686 包会导致 libaio.i686、libXtst.i686 等检查失败。
- 必须一次性安装完整依赖组合：
yum install -y binutils compat-libcap1 compat-libstdc++-33 glibc.i686 glibc glibc-devel.i686 glibc-devel ksh libaio.i686 libaio libaio-devel.i686 libaio-devel libX11.i686 libX11 libXau.i686 libXau libXi.i686 libXi libXtst.i686 libXtst libXrender.i686 libXrender libgcc.i686 libgcc libstdc++.i686 libstdc++ libstdc++-devel.i686 libstdc++-devel make sysstat - 特别注意：
compat-libstdc++-33必须用 el7 版本（如compat-libstdc++-33-3.2.3-72.el7.x86_64.rpm和.i686.rpm），CentOS/RHEL 7.6+ 的 yum 源里有，但早期版本需手动下载安装 - 验证是否装全：
rpm -q libaio.i686 libXtst.i686 glibc.i686—— 任一返回package xxx is not installed就得重装 - 不要用
yum groupinstall "Development Tools"代替，它不包含 i686 子包
静默安装时 responsefile 的关键参数不能照搬模板
官方提供的 db_install.rsp 示例文件在 RHEL 7 下常因路径、组名或内存配置不匹配导致静默失败，错误信息多为 INS-35354: The specified Oracle base is not empty 或 INS-32031: Invalid Oracle home location。
-
oracle.install.option=INSTALL_DB_SWONLY（仅装软件）或INSTALL_DB_AND_CONFIG（装软件+建库）必须明确指定，不能留空 -
UNIX_GROUP_NAME=oinstall必须与实际创建的主组一致；若用groupadd oinstall创建，则此处不能写成dba或其他 -
INVENTORY_LOCATION=/u01/app/oraInventory路径需提前mkdir -p并chown oracle:oinstall，且父目录/u01/app不能是 root 只读 -
oracle.install.db.config.starterdb.memoryLimit=2048—— 若物理内存为 24GB，该值设为 2048（MB）安全；设太高（如 4096）可能触发 OOM killer 杀掉 installer 进程 - 最易忽略：
oracle.install.db.config.starterdb.password.ALL=oracle若建库，所有账户密码必须统一且满足复杂度（至少 8 位，含大小写字母+数字），否则静默中断无提示
安装后监听器启动失败的典型原因
即使 runInstaller 显示成功，lsnrctl start 报 TNS-12537: TNS:connection closed 或 TNS-00507: Connection closed 很常见，根源往往不在监听配置本身。
- 检查
/etc/hosts：必须有形如10.7.19.110 wbzf1的条目（IP + 主机名），不能只有127.0.0.1 localhost；主机名必须与hostnamectl set-hostname wbzf1设置的一致 - 确认
ORACLE_HOME和ORACLE_SID已写入oracle用户的~/.bash_profile，且执行过source ~/.bash_profile；否则lsnrctl找不到动态库 - SELinux 必须禁用：
setenforce 0且/etc/selinux/config中设为SELINUX=disabled，否则tnslsnr进程被拦截 - 防火墙未关：
systemctl stop firewalld && systemctl disable firewalld；RHEL 7 默认启用，端口 1521 被拦住时监听看似启动实则不可达 - 监听日志
$ORACLE_HOME/network/log/listener.log里若出现Failed to auto-start Oracle Net Listener，大概率是上述某项未落实
真正卡住人的不是安装步骤多，而是 RHEL 7 的默认安全策略（SELinux、firewalld）、包管理逻辑（i686 依赖显式要求）和 Oracle 对路径/权限的硬性校验三者叠加——任何一个点没对齐，就会在某个环节静默失败，且错误提示模糊。动手前务必逐项验证内核、hosts、用户组、依赖包、环境变量这五处，比反复重跑安装器更省时间。
