Linux下Oracle 11g R2安装全攻略：环境准备到排错实战

简介：针对Linux环境安装Oracle 11gR2的详细图解文档，适合具备一定Linux命令行与数据库管理基础的运维工程师、DBA，或有部署需求的技术人员；因步骤拆解清晰，新手也能按图索骥完成单机环境搭建。资源为单个doc文档，压缩包仅1.73MB，属于轻量但完整的操作手册。目前已有132人学习下载。文档内容以实际安装顺序为线索，逐一讲解：安装前内核依赖包的补齐（如gcc、binutils、kernel-headers等）、Oracle用户与oinstall/dba组及环境变量的配置；启动runInstaller后如何根据屏幕调整分辨率、在虚拟机中安装VMware Tools的考量、选择独立实例安装与企业版组件；Inventory目录与OS组指定，以及常见的内存或磁盘空间不足的忽略与排错策略。安装收尾阶段还包含以root执行脚本、使用netca配置监听、通过dbca创建数据库并匹配ORACLE_SID与UTF-8字符集的要点。全文配合图解标注位置与按钮，便于边读边操作，可有效缩短从准备到稳定运行的时间。

1. Linux下安装Oracle 11g R2：为什么教程看了两遍你还在原地转

如果你照着网上的安装教程已经走到 runInstaller 界面，却看着满屏红叉不知道先补哪个依赖，或者换了一台 Linux 机器后同样的操作居然"玄学"翻车，这篇笔记就是给你写的。我把 Oracle 11g R2 在 Linux 下的安装拆成四件事：环境准备、软件安装、监听与建库、排错，最后再讲验证和参数习惯。多数人卡住的地方其实不在 Oracle 本身，而在发行版差异、DISPLAY 环境、共享内存参数这些"前置条件"上。下面每一章都按"为什么要这么改"来讲，照着做能在一小时左右跑到 sqlplus 成功登录。

2. 安装前的 Linux 环境准备：把内核参数和资源限制一次到位

2.1 安装前先回答两个问题：发行版分支和依赖包到底缺什么

Oracle 11g R2 的官方支持列表主要覆盖 5.x、6.x、7.x 这一条企业发行版分支，现代安装我建议直接用 7 系或 6 系，内核版本和 glibc 都容易满足。你在准备机器时先确认两件事：系统架构必须是 x86_64，内存建议不少于 2 GB，swap 不低于物理内存的一半。用下面两条命令把系统信息打出来，后面所有比对都基于这套输出。

# 查看发行版版本信息，判断是 6 系还是 7 系分支 cat /etc/os-release | grep -E "^(NAME|VERSION=" # 查看架构和内核，Oracle 11g R2 只认 64 位内核 uname -m && uname -r

这里要特别说明：发行版分支决定你用哪个 yum 源和哪些依赖包名。6 系和 7 系在 compat 库、pdksh 这些包上差异很大，同一篇教程跨分支照抄，几乎必出红叉。我一般习惯先把包名清单打印出来对比，再动手装，而不是一上来就yum install一堆。

下面是安装 Oracle 11g R2 数据库软件时最常用的依赖包清单，7 系发行版请直接用 yum 一次性补齐。6 系上pdksh包名可能与ksh冲突，建议只装其中一个。

# 一次性安装 11g R2 所需的常见依赖包 yum install -y binutils compat-libcap1 compat-libstdc++-33 gcc gcc-c++ \ glibc glibc-devel ksh libaio libaio-devel libgcc libstdc++ libstdc++-devel \ libX11 libX11-devel libXau libXau-devel libXrender libXrender-devel \ make sysstat unixODBC unixODBC-devel elfutils-libelf elfutils-libelf-devel \ libXtst libXt libXi

依赖包是安装环节里最常见的劝退点。装完后不要直接跑安装器，用下面命令核对关键包是否存在；缺哪个补哪个，别用--nodeps硬闯，否则 OUI 检查阶段照样红叉。

# 核对关键包，输出为空就是没装上 rpm -q binutils glibc gcc libaio libstdc++ sysstat ksh | grep "not installed"

2.2 内核参数 sysctl 一次配齐：共享内存、信号量与文件句柄

Oracle 11g R2 对共享内存和信号量的要求比现在很多数据库都挑剔。SGA 是以共享内存段方式分配的，如果kernel.shmmax设小了，实例启动时会直接报无法分配共享内存；信号量组的限制决定并发进程数。先把下面这段追加到/etc/sysctl.conf，然后执行sysctl -p让配置生效。

# 共享内存最大值，单位字节，建议不低于物理内存的一半 kernel.shmmax = 1073741824 # 系统共享内存页总数，建议设置为物理内存字节数除以页大小(通常4096) kernel.shmall = 262144 # 信号量：SEMMSL(每组最大信号量)、SEMMNS(系统最大信号量)、SEMOPM(每次semop调用操作数)、SEMMNI(信号量组数) kernel.sem = 250 32000 100 128 # 文件句柄上限，安装和建库阶段会大量打开文件 fs.file-max = 6815744 # 网络端口范围，监听和远端连接会用到 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 # 异步IO请求上限，建库时容易触及 fs.aio-max-nr = 1048576

这段配置里最容易引发"照抄翻车"的是kernel.shmmax和kernel.shmall。常见做法是把shmmax设成物理内存的一半，但如果你把shmall设得比实际物理内存页数还大，Oracle 启动时会去申请超过内存容量的共享内存，结果就是 ORA-27102。稳妥的做法是：先free -b看物理内存字节数，再把shmall设置为这个数除以 4096，让共享内存总量不超过实际内存。修改完内核参数后用sysctl -p重新加载，并执行sysctl kernel.shmmax kernel.shmall确认。

2.3 创建 oracle 用户与目录结构：用 oinstall/dba 两个组在装到一半时少填一空

Oracle 安装过程要求存在两个用户组：一个主组oinstall用于软件安装归属，一个附加组dba用于数据库管理员授权。很多教程只建一个dba组，装到 OUI 的组权限检查时也能过，但后面备份、恢复、升级时容易出现权限边界问题。建议从一开始就按运维惯例拆分。

# 创建组：oinstall 管理软件安装归属，dba 管理数据库运维权限 groupadd oinstall groupadd dba # 创建 oracle 用户，主组 oinstall，附加组 dba useradd -g oinstall -G dba oracle # 设置 oracle 用户密码，后面远程图形安装和 su 切换时会用到 passwd oracle

目录结构我习惯先把 Oracle Inventory 放在独立位置，再放 ORACLE_BASE 和 ORACLE_HOME。这样以后卸载重装时，Inventory 不会被误删。

# Oracle Inventory 目录，默认位置，提前建好避免 OUI 现场创建权限不足 mkdir -p /u01/app/oraInventory # ORACLE_BASE 和未来 ORACLE_HOME 的上级目录 mkdir -p /u01/app/oracle # 目录归属 oracle，组为 oinstall chown -R oracle:oinstall /u01 # 目录权限，安装器要求能写 chmod -R 775 /u01

这里还要把 oracle 用户的 shell 环境变量写进.bash_profile，否则runInstaller可以启动，但后面 root.sh、sqlplus、dbca 都可能因为找不到 ORACLE_HOME 而启动失败。环境变量要在安装前就配好，不是装完再补。

# 切换到 oracle 用户后编辑 ~/.bash_profile，追加内容如下 export ORACLE_BASE=/u01/app/oracle export ORACLE_HOME=$ORACLE_BASE/product/11.2.0/dbhome_1 export ORACLE_SID=orcl export PATH=$ORACLE_HOME/bin:$PATH export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib umask 022

umask 022建议保留。它保证创建出的文件对属主可写、对组和其他用户可读，避免后面监听、告警日志生成时因为权限过大约束而写不进去。配好后用source ~/.bash_profile刷新，再用env | grep ORACLE确认环境变量已生效。注意这里ORACLE_SID先写成orcl，后续建库时保持一致即可。

2.4 用户资源限制：limits.conf 与 7 系发行版的 systemd 兼容

内核参数管的是系统级上限，用户级上限写在/etc/security/limits.conf。Oracle 进程需要大量文件句柄和线程，尤其建库和跑大批量 SQL 时，默认的 1024 nofile 会直接导致 ORA-12537 或连接池崩溃。下面配置是基础版，按官方最小值再放宽一倍写入。

# 追加到 /etc/security/limits.conf oracle soft nproc 2047 oracle hard nproc 16384 oracle soft nofile 1024 oracle hard nofile 65536 oracle soft stack 10240 oracle hard stack 10240

在 7 系发行版上，只改limits.conf往往不够。PAM 会读取/etc/security/limits.d/90-nproc.conf，里面默认把普通用户的nproc限制得比较低，启动数据库进程多时会触发 ORA-27300 一类错误。解决方法是把该文件中对非 root 用户的 nproc 限制调高，或者注释掉那一行。修改后重新登录 oracle 用户，用ulimit -a核对 nofile 与 nproc 的值已生效。

如果你用了 systemd 管理数据库服务，还需要在 service 文件里补上LimitNOFILE=65536、LimitNPROC=16384。我在实际安装中见过明明 limits.conf 没问题、一用 systemd 启库又翻车的情况，就是漏了 service 文件里的资源限制。到这里，环境准备的坑基本填完，可以进入真正的安装环节了。

3. 开始安装 Oracle 11g R2：图形安装与静默安装两条路

3.1 解压安装包与 ORACLE_HOME 规划：zip 的两个坑

Oracle 11g R2 的 64 位 Linux 安装包是两个 zip 压缩包，分别命名为 1of2 和 2of2。两个包必须按顺序解压到同一个目录，否则database目录里缺 component，runInstaller 会报找不到文件。解压前先把目录建好，并确认磁盘剩余空间足够。这里注意两点：不要解压到/tmp，因为 /tmp 可能被系统清理；也不要解压到带空格的路径，安装器对路径里的空格处理极差。

# 创建安装文件存放目录，并解压两个 zip mkdir -p /opt/install unzip linux.x64_11gR2_database_1of2.zip -d /opt/install unzip linux.x64_11gR2_database_2of2.zip -d /opt/install # 解压后确认 database 目录存在 ls -l /opt/install/database/

解压完成后，/opt/install/database下会有runInstaller、response、stage等目录。stage目录里的组件列表可以直接查看，这也是判断两个包是否都完整解压的最快方式。接下来切换 oracle 用户并确认环境变量，然后进入安装目录执行安装器。

3.2 DISPLAY 与 X11：图形界面起不来时先查这三样

如果本机有图形桌面，安装器会直接弹窗口。如果本机是纯命令行服务器，最常用的做法是配好 X11 转发或临时装一个轻量图形界面。很多人卡在"runInstaller 执行了但窗口没出来"，最后日志里写着cannot open display。排查顺序就三件事：DISPLAY 是否设置、X11 权限是否放行、你用来执行安装器的用户是否拥有访问 X server 的权限。

# 在命令行终端里设置本机显示，:0 是第一个图形会话 export DISPLAY=:0.0 # 允许本机用户访问 X server xhost +local: # 验证能否连上 X server，能输出内容说明 DISPLAY 可用 xdpyinfo | head -5

如果你是远程 SSH 连接，且本机没有图形界面，正确做法是用支持 X11 转发的 SSH 客户端，并在登录时加-X参数。手动export DISPLAY=:0.0指向本机无效，因为没有 X server 在监听。我见过不少人在服务器上折腾半天，最后发现只是少了xhost +local:，这是一条典型的血泪经验。检查完 DISPLAY 再执行安装器，图形安装流程就正常了。

3.3 runInstaller 图形安装流程：菜单逐项对照表

下面的对照表是图形安装 OUI 从启动到结束的每个界面该看什么、选什么，标注了容易忽略的边界。按表格逐项确认，能避免走到一半回去重来。

整个过程大约 20 到 40 分钟。安装器是黑匣子，卡在某一步超过 10 分钟时，打开安装日志目录看输出，不要反复取消重来。日志位置在$ORACLE_HOME/cfgtoollogs和 Inventory 的 logs 目录下。

3.4 静默安装 response file：服务器无图形界面时的正经做法

生产服务器很少允许装图形界面，静默安装才是正经做法。Oracle 11g R2 安装包自带一个响应文件模板，路径是/opt/install/database/response/db_install.rsp。把它复制到单独目录，按下面关键参数修改。

# db_install.rsp 中必须改的核心参数 oracle.install.option=INSTALL_DB_SWONLY ORACLE_BASE=/u01/app/oracle ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1 ORACLE_HOME_NAME=OraDb11g_home1 UNIX_GROUP_NAME=oinstall INVENTORY_LOCATION=/u01/app/oraInventory SELECTED_LANGUAGES=en,zh_CN ORACLE_HOSTNAME=$(hostname) oracle.install.db.DBA_GROUP=dba oracle.install.db.OPER_GROUP=dba DECLINE_SECURITY_UPDATES=true SECURITY_UPDATES_VIA_MYORACLESUPPORT=false

解释几个容易改错的字段：ORACLE_HOME必须与 oracle 用户环境变量里的ORACLE_HOME完全一致，否则 root.sh 阶段会找不到目录；INSTALL_DB_SWONLY表示只装软件，后续再用 DBCA 建库；DECLINE_SECURITY_UPDATES必须设为true，否则静默安装会因为无法访问更新源而中断。改好后执行下面命令，耐心等它跑完。

# 以 oracle 用户执行静默安装，-ignorePrereq 在有已知红叉时慎用 ./runInstaller -silent -responseFile /opt/install/db_install.rsp \ -ignorePrereq \ -showProgress

-showProgress会在终端实时打进度百分比，适合排查卡死位置。静默安装结束后，输出会提示你用 root 执行两个脚本：/u01/app/oraInventory/orainstRoot.sh和$ORACLE_HOME/root.sh。这一步别省略，很多实例装在最后一步"看起来成功"实际上 root 脚本没跑，导致后面 sqlplus 权限错乱。执行时用 root 用户，不要加sudo -u oracle。

4. 监听配置与 DBCA 建库：装完软件不等于装了数据库

4.1 netca 创建监听：1521 端口与 listener.ora 生成规则

数据库软件装完，还不能直接连客户端，需要先有监听器。Oracle 提供netca工具来创建监听，它也有图形和静默两种模式。命令行模式下，最省事的是直接在终端执行netca，界面交互几步就能生成监听。主机名解析有问题时，监听会监听在主机名对应的 IP 上，客户端按 IP 连接反而失败。我一般建完监听后立即检查listener.ora中的 HOST 字段，确保它是客户端可达的地址。

# 切换到 oracle 用户，启动 netca netca /silent /responsefile /opt/install/database/response/netca.rsp # 检查监听是否已启动 lsnrctl status

如果lsnrctl status显示Listener is not running，用lsnrctl start手动启动。监听默认端口 1521，要避免与其他应用冲突。检查端口是否被占用用下面命令，若被占用则修改listener.ora的 PORT 字段，并同步到客户端连接串。

# 检查 1521 端口是否被占 ss -lntp | grep 1521

netca成功后会生成两个文件：$ORACLE_HOME/network/admin/listener.ora和sqlnet.ora。其中listener.ora记录监听协议与端口，sqlnet.ora负责客户端解析规则。建库前最好先确认两个文件存在，避免 DBCA 建库时因找不到监听目录而中断。

4.2 DBCA 建库：字符集、模板、SGA/PGA 参数怎么一次给对

监听就绪后，用dbca创建数据库。图形模式跑一遍模板选择、数据库名称、字符集、内存配置这几步即可。字符集这里要特别想清楚：如果是面向国内业务、历史库迁移，选择AL32UTF8更稳妥；如果老系统表结构和 SQL 里大量依赖ZHS16GBK的字节处理，保持ZHS16GBK能少改很多代码。迁移场景我倾向于AL32UTF8，因为 Unicode 是长期趋势。

内存配置建议让 SGA 和 PGA 加起来不超过物理内存的 60%，给操作系统留余地。下面是一个常用的静默建库命令模板，字段和图形界面对应：

# 以 oracle 用户静默建库，名字为 orcl dbca -silent \ -createDatabase \ -templateName General_Purpose.dbc \ -gdbName orcl \ -sid orcl \ -characterSet AL32UTF8 \ -sysPassword Oracle_123 \ -systemPassword Oracle_123 \ -memoryPercentage 40 \ -datafileDestination /u01/app/oracle/oradata \ -emConfiguration NONE \ -sampleSchema false

参数说明：-gdbName是全局数据库名，客户端连接时用它；-sid对应 ORACLE_SID；-memoryPercentage40 表示把物理内存的 40% 分给 Oracle 内存区，相当于图形界面的"内存分配"滑块；-emConfiguration NONE表示不配置企业管理器，省资源且减少启动服务。密码强度建议设置包含大小写字母、数字和特殊字符的混合密码，否则 DBCA 会在密码策略检查时报错。建库耗时视磁盘速度，一般在 5 到 20 分钟。

建库完成后，DBCA 会启动实例，并自动把orcl实例注册到监听。此时验证lsnrctl status中应能看到orcl这个服务名。还没完，下一节的例行配置很多人会漏。

4.3 建库后的三件例行公事：密码过期、防火墙、开机自启

新库默认密码策略会在 180 天后强制改密，数据库空闲期特别容易触发 ORA-28001 密码过期。测试环境直接取消过期限制，生产环境建议设置合理周期。用 sqlplus 连上后执行：

-- 查看默认 profile 的密码有效期 SELECT resource_name, limit FROM dba_profiles WHERE profile='DEFAULT'; -- 取消 180 天过期限制（测试环境常见做法） ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED;

防火墙方面，很多安装教程压根不提，但在带防火墙的 7 系发行版上，客户端连不上监听十有八九是防火墙拦截 1521。放行端口的方法因防火墙管理工具而异，我用的是标准的 firewalld 方式：

# 放行 1521 端口，并让规则开机生效 firewall-cmd --permanent --add-port=1521/tcp firewall-cmd --reload

开机自启用的是/etc/oratab文件。DBCA 建库后，该文件末尾会多一行orcl:/u01/app/oracle/product/11.2.0/dbhome_1:N，把最后的改成Y，然后用 root 执行$ORACLE_HOME/bin/dbstart $ORACLE_HOME验证。如果 dbstart 能正常启动监听和数据库，开机自启就生效了。这三个例行事项做完，数据库才真正具备对外服务能力。

5. 安装路上的常见错误排查：五个高频坑的现场记录

5.1 OUI 检查红叉：依赖包版本对不上，别直接 -ignorePrereq 硬闯

现象：OUI 检查到操作系统依赖包时，compat-libstdc++-33、libaio-devel或sysstat显示为红叉。有些人图省事用-ignorePrereq跳过，结果安装进程跑到ins_ctx.mk编译这一步直接挂掉。

原因：11g R2 的年代比较早，某些兼容包在 7 系发行版默认源里没有同名包，或者只有更新版本，OUI 的检查脚本只认固定包名。

解决：先按 2.1 的清单确认缺失项，再查软件源里现有包名，用相近包替代，不要-ignorePrereq。只有在确认风险可控、比如只是 sysstat 版本号差异时才允许跳过，且跳过前留好日志。

5.2 提示 cannot open display：DISPLAY、X11 转发和当前用户的关系

现象：以 oracle 用户执行./runInstaller后，终端提示cannot open display，但检查 DISPLAY 变量确实存在。

原因：最常见是 DISPLAY 指向的 X server 禁止当前用户访问。xhost +local:只放行本机会话，如果你通过远程 SSH 用su - oracle切换用户，X 授权信息不会跟随切换，DISPLAY 变量是继承了，但访问令牌失效。

解决：在原始登录用户下执行xhost +local:，或者用xhost +临时放开访问权限；更稳妥的是在 SSH 层面打开 X11 转发，并保证 oracle 用户会话继承 XAUTHORITY 路径。确认三者的顺序是：X server 是否运行、DISPLAY 是否正确、该用户是否有权连接 X server。

5.3 编译停在 ins_ctx.mk / agent：多半是 LANG 与中文环境挖的坑

现象：OUI 安装进度到 40% 左右，日志里出现ClientTools或ins_ctx.mk相关错误，有时伴随乱码日志或agent组件安装失败。

原因：一部分是 LANG 设置为中文字符集，安装器在解析路径或输出日志时编码异常；另一部分是与当前发行版的 libstdc++ 兼容问题。

解决：执行安装器前统一设置export LANG=en_US.UTF-8，避免中文路径和日志解析；检查libstdc++版本，确认有 32 位兼容库。安装过程出现setup/CVU错误时，把cvuprd.log和cfgtoollogs下最新日志尾部贴出来对比，大概率是依赖或编码二选一。

5.4 建库或启动时报 ORA-27102 / cannot allocate shared memory

现象：DBCA 建库到初始化参数阶段，报ORA-27102: out of memory或附加cannot allocate shared memory，系统日志同时出现Out of memory。

原因：kernel.shmmax设置了但未sysctl -p；或kernel.shmall乘以页大小大于实际物理内存，Oracle 申请共享内存时被内核拒绝；/dev/shm容量不足也会触发。

解决：重新核对 2.2 节的 sysctl 配置，确认物理内存字节数与 shmall 匹配；然后执行df -h /dev/shm，如果它小于 2 GB，在 fstab 里调整挂载大小或改成 tmpfs 挂载。改完内核参数必须重新登录 oracle 用户再试，因为共享内存限制是随会话读取的。

5.5 root.sh 找不到 ORACLE_HOME 或权限报错

现象：OUI 结束提示执行 root.sh，root 用户执行后提示The Oracle base for this Oracle home is ...，随后ORACLE_HOME找不到，或su: oracle: no such user。

原因：常见有三种：一是 root.sh 在非$ORACLE_HOME目录下执行；二是 oracle 用户不属于oinstall组，导致 Inventory 定位失败；三是执行前环境变量被某个 startup 脚本重置。

解决：始终用全路径执行$ORACLE_HOME/root.sh，不要cd到别处再相对路径执行；执行前确认id oracle输出里包含oinstall和dba；在 root 会话里把ORACLE_HOME显式写出来再执行，避免依赖 oracle 用户的 bash_profile。root.sh 很长，执行到最后出现ok字样才代表成功。

6. 安装完成后的验证脚本与三个值得养成的参数习惯

走到这一步，Oracle 11g R2 应该已经能对外提供服务了。先跑一遍下面的验证脚本，确认实例、监听、进程三个层面都健康：

# 验证监听状态，确认 orcl 服务已注册 lsnrctl status # 通过系统用户登录数据库，看实例和版本 sqlplus / as sysdba

-- 在 sqlplus 里执行 SELECT instance_name, status FROM v$instance; SELECT banner FROM v$version WHERE ROWNUM=1;

如果上面输出正常，说明安装链路完整。接下来三个参数习惯，是我在维护多个实例过程中反复验证过的：

第一，MEMORY_TARGET不要依赖默认值。11g R2 默认允许自动内存管理，但自动管理在内存波动的服务器上容易触发 ORA-00845。建议建库后把memory_target固定为物理内存的 40%，同时设置sga_max_size略高于sga_target，给后续调整留缓冲。

ALTER SYSTEM SET memory_target=4G SCOPE=SPFILE; ALTER SYSTEM SET sga_max_size=3G SCOPE=SPFILE;

第二，每次调整参数前先CREATE PFILE备份。这是你的"后悔药"。直接改 SPFILE 后如果实例起不来，你手上没有 pfile 就只能抓瞎。我习惯先把当前参数快照成 pfile 放/u01/app/oracle/admin/orcl/pfile/下，再动参数。

CREATE PFILE='/u01/app/oracle/admin/orcl/pfile/before_change.ora' FROM SPFILE;

第三，关注alert_<sid>.log的告警信息，而不是只看服务是否启动。实例正常运行但后台在做 checkpoint 缓慢或 ASM 磁盘离线时，日志里会提前暴露征兆。这比监控进程存在与否更有价值。我踩过的真实教训是：改完processes参数后没检查会话数上限就重启实例，导致连接池瞬间耗尽，从那以后每次改完参数都会show parameter processes和v$session一起看。这套验证流程走完，你的安装笔记才算真正收尾，希望帮到你。

本文还有配套的精品资源，点击获取