简介面向Linux运维及数据库管理人员的Oracle 11gR2安装图解文档聚焦单机环境下从前期准备到建库的完整流程。内容覆盖系统依赖包安装、Oracle用户与组创建、环境变量配置再到runInstaller启动、安装类型选择、Inventory目录及OS Group设置并对常见的内存或磁盘空间不足等报错给出日志排查思路。安装完成后还补充了netca监听配置与dbca建库的关键事项如ORACLE_SID一致性及UTF-8字符集选择有助于规避典型坑点。资源以doc格式提供共1个文件压缩包大小仅1.73MB内容精炼但步骤详实配有界面图解适合初次在Linux中部署Oracle 11gR2的运维人员按图索骥、对照实操。已有131人学习下载对于希望高效完成数据库环境搭建并理解每个环节用途的读者是一份实用的操作参考。1. 装 Oracle 11gR2 前先认清真正的坑不在 runInstaller 里在 Linux 上安装 Oracle 11gR2 这件事说难不难说简单也真不简单。难的不是点 Next 那几十步向导而是向导点开之前那一堆系统配置——内核参数、依赖包、用户环境和目录权限。很多人卡在./runInstaller弹不出来、装到一半要 root 脚本、或者建库时监听死活起不来十有八九都是前置没做扎实而不是 Oracle 安装程序本身的问题。这份图解资源把整个流程拆得很细从解压双盘到 root 脚本再到 netca、dbca适合两类人一是刚接手 Linux 服务器、需要搭一套单机 Oracle 做测试或业务库的运维新手二是想快速在虚拟机上复现一套 11gR2 环境、又不想反复翻官方文档的老手。把前置做好了安装本身其实很快。2. 安装前的系统准备内核参数、依赖包与 oracle 用户环境变量2.1 内核参数为什么要先调共享内存与信号量的黑匣子Oracle 在 Linux 上跑起来依赖的是操作系统底层的进程通信机制。数据库实例的 SGA 是一大块共享内存后台进程之间要靠信号量来互斥访问监听和实例之间则走网络端口。这几个东西如果不提前在/etc/sysctl.conf里调好Oracle 的预检查程序会直接给你列一屏的失败项更麻烦的是有些参数不合格时安装程序并不一定报错而是等你dbca建库的时候才突然抛 ORA-27102 或 ORA-27123那时候再回头调内核参数还得重启系统或者用sysctl -p重新加载来回折腾非常浪费时间。我一般会在安装前把下面这组参数写进/etc/sysctl.conf这是 Oracle 11gR2 官方安装文档里的推荐基线对单机环境足够用# Oracle 11gR2 内核参数配置——追加到 /etc/sysctl.conf fs.aio-max-nr 1048576 fs.file-max 6815744 kernel.shmall 2097152 kernel.shmmax 536870912 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配置完成后执行sysctl -p让参数立即生效。这里重点说两个比较容易踩坑的参数kernel.shmmax是单个共享内存段的最大字节数如果服务器物理内存只有 2GB按 512MB 设置没问题但要是你打算把 SGA 开到 4GB这个值就必须大于 SGA 的大小否则实例启动时共享内存段创建不出来直接 ORA-27102。kernel.shmall是共享内存页的总数单位是页通常是 4KB2097152对应 8GB如果你的物理内存更大建议按物理内存大小 / 4KB重新算一下公式是总字节数除以页大小。kernel.sem这行有四个数字依次是SEMMSL SEMMNS SEMOPM SEMMNI分别控制每个信号量集合的最大信号量数、系统级信号量总数、每次semop调用的最大操作数以及信号量集合总数。Oracle 的预检查对这四个值有硬性要求尤其SEMMNI不能低于 128否则dbca创建数据库时进程数一多就可能报出信号量不足的错误而且这类错误日志非常隐晦不熟悉的人很难第一时间想到是内核参数的问题。2.2 依赖包清单与一键批量安装Oracle 11gR2 的依赖包是出了名的多而且不同 Linux 发行版的包名差异很大。以 CentOS 6 和 RHEL 6 为例官方文档要求安装的包有 binutils、compat-libcap1、compat-libstdc-33、gcc、gcc-c、glibc、glibc-devel、libaio、libaio-devel、libgcc、libstdc、libstdc-devel、libXext、libXtst、libX11、libXau、libXi、make、sysstat、unixODBC 等RedHat 系的 11.2.0.4 还额外要求 pdkshCentOS 6 里叫 ksh两者冲突装的时候要注意。如果缺了这些包安装程序在预检查阶段会给出一个长长的 missing packages 列表每个包后面还标注着 expected 版本你得一个一个去 yum 找体验非常差。在能联网的机器上我一般直接用 yum 一把梭# CentOS/RHEL 6 下批量安装 Oracle 11gR2 依赖包 yum install -y binutils compat-libcap1 compat-libstdc-33 \ gcc gcc-c glibc glibc-devel ksh libaio libaio-devel \ libgcc libstdc libstdc-devel libXext libXtst libX11 \ libXau libXi make sysstat unixODBC unixODBC-devel \ libXp libXp-devel这条命令之所以要一次性装这么多是因为 Oracle 的预检查是对照一份精确的包名清单做 RPM 级别的校验少任何一个包都会在列表里标红。libaio-devel是异步 I/O 库的开发头文件Oracle 的数据库进程在 Linux 上默认启用 Async I/O缺了这个包虽然不一定装不上但数据库运行时的 I/O 性能会受影响而且dbca建库时可能报ORA-48108之类的错误。另外还要注意 32 位兼容包的问题如果操作系统是 64 位有些场景下 Oracle 预检查还会要求对应的 32 位版本的glibc-devel和libaio-devel也存在这个在纯 64 位环境下通常不需要但如果预检查报出缺少glibc-devel.i686就需要额外安装。对于 CentOS 7 和 RHEL 7 这类的系统直接装 11.2.0.1 的原始安装包大概率会在预检查阶段挂掉因为很多老包名在新系统里已经不存在了。常见做法是先安装上面这些等价包然后安装时用./runInstaller -ignoreSysPrereqs跳过系统的严格预检查这个选项相当于告诉安装程序我确认环境没问题你别拦我。但要注意跳过预检查不代表可以漏装包数据库运行时如果缺了底层的库报错会比安装阶段更隐蔽比如sqlplus启动时报libclntsh.so: cannot open shared object file这类问题定位起来很费劲。2.3 创建 oracle 用户、用户组与环境变量Oracle 不允许用 root 直接安装数据库软件这是硬性规定安装程序会在启动时检测$USER如果不是 oracle 用户就直接拒绝执行。创建用户和组的命令很简单但组名最好按照 Oracle 的惯例来oinstall作为软件所有者组dba作为数据库管理员组。oinstall拥有 Oracle Inventory 目录dba组的用户则具备管理数据库的权限这俩职责不同别合并成一个。# 创建 Oracle 安装所需的用户和组 groupadd oinstall groupadd dba useradd -g oinstall -G dba oracle passwd oracle # 创建 Oracle 安装目录并授权 mkdir -p /u01/app/oracle chown -R oracle:oinstall /u01/app chmod -R 775 /u01/app用户创建完之后环境变量是重头戏。ORACLE_BASE是所有 Oracle 相关文件和目录的根ORACLE_HOME是数据库软件的安装位置ORACLE_SID是实例名这三个变量一旦写错安装程序可能装完却启动不了。我一般把环境变量写进 oracle 用户的~/.bash_profile里而不是/etc/profile因为数据库实例的环境是用户级别的写在全局配置里会影响其他用户。# 编辑 /home/oracle/.bash_profile追加以下内容 export ORACLE_BASE/u01/app/oracle export ORACLE_HOME$ORACLE_BASE/product/11.2.0/dbhome_1 export ORACLE_SIDorcl export PATH$PATH:$ORACLE_HOME/bin export LD_LIBRARY_PATH$ORACLE_HOME/lib:/lib:/usr/lib export NLS_LANGAMERICAN_AMERICA.AL32UTF8ORACLE_HOME这个路径很关键它默认是$ORACLE_BASE/product/11.2.0/dbhome_1安装向导里会让你指定如果不保持一致后面 root 脚本和dbca都会找不到sqlplus和一堆动态库。NLS_LANG这里直接设成AL32UTF8对应 Oracle 的 UTF-8 字符集之前我偷懒没设这一项结果用sqlplus插入中文数据后查出来全是乱码后来查了服务器的NLS_LANG才发现是系统默认用了AMERICAN_AMERICA.US7ASCII。这个变量同时影响客户端和服务器端行为建议在安装前就固定成 UTF-8后期再改字符集很麻烦基本要重建库。2.4 /etc/security/limits.conf 与系统级限制内核参数搞定之后还有一个经常被忽略的文件/etc/security/limits.conf。Oracle 的进程在 Linux 上对文件描述符数量和进程数有硬性要求默认的 1024 文件描述符上限在数据库连接数稍多的时候就会触发ORA-12537: TNS:connection closed或者更诡异的进程崩溃。这个文件的配置项是分 username 域的为所有 oracle 用户设置nproc和nofile的上限# 追加到 /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 32768nofile指的是文件描述符数量nproc是进程数上限stack是栈大小。这几个值不是拍脑袋定的Oracle 官方文档里给出的推荐最小值就是这个nofile的 hard 上限建议直接给到 65536因为数据库连接池、监听进程、ASM 进程都会消耗文件描述符默认值远远不够用。改完这些之后用ulimit -n和ulimit -u验证一下是否生效。有时候改完 limits.conf 却不生效是因为用户还没有重新登录或者/etc/pam.d/login里没有启用pam_limits.so模块。CentOS 6 默认启用但如果你用的是精简版系统或者自己裁剪过 PAM 配置需要检查一下否则后面dbca建库时ORA-12537这类错误会反复出现。3. 启动 runInstaller分辨率、双盘解压和第一个弹窗3.1 解压与文件权限两张盘必须躺在同一目录Oracle 11gR2 的安装介质在官网下载下来是V17530-01_1of2.zip和V17530-01_2of2.zip两个压缩包里面分别是database/目录下的不同部分。很多人不知道的是这两个包必须解压到同一个目录下最终形成一个完整的database/目录里面包含runInstaller、stage/和response/等子目录。如果图省事把两张盘分别解压到两个目录然后去跑第一个目录里的runInstaller安装到 60% 左右一定会弹出找不到某个.rpm或者.jar文件的错误因为第二张盘里的组件根本不在路径上。看起来很像安装介质损坏实际上只是解压方式不对。# 把两个 zip 包都解压到同一个目录 mkdir -p /u01/install cd /u01/install unzip V17530-01_1of2.zip unzip V17530-01_2of2.zip # 解压完成后 chmod 给 oracle 用户执行权限 chown -R oracle:oinstall /u01/install chmod -R 755 /u01/install/database解压完成后务必检查/u01/install/database/runInstaller权限确保 oracle 用户拥有读和执行权限否则启动时会报Permission denied。如果你是在 Windows 上用压缩软件解压完再通过共享文件夹拷进虚拟机的还要注意文件的所有者是否变成了 root毕竟虚拟机共享目录的文件属主经常是 vboxsf 或者 root 用户直接切到 oracle 用户执行是会因为权限不足而失败的。3.2 DISPLAY 与图形界面xhost 和分辨率那些事Oracle 11gR2 的安装程序是 Java 写的图形界面依赖 X Window 系统。如果是在虚拟机里装通常直接有图形界面可以显示但很多服务器是远程访问的这时候就要设置 DISPLAY 变量把图形转发到本地。最常见的报错是./runInstaller执行后没有任何反应终端卡一会儿就退出了或者在终端里打印一堆 Java 异常。这通常是因为 DISPLAY 没有正确设置。在本地 VNC 或桌面环境下安装的话把 DISPLAY 设置成localhost:0.0之类如果是用 X11 forwarding 做远程安装需要先确认/etc/ssh/sshd_config里X11Forwarding yes然后通过ssh -X登录切换成 oracle 用户后执行# 远程 X11 转发场景确认 DISPLAY 变量 echo $DISPLAY xhost local:oracle # 然后切换到 oracle 用户安装 su - oracle export DISPLAY:0.0 cd /u01/install/database ./runInstaller关于分辨率的问题正文里提到如果看不全屏幕调整分辨率到 1024*768这个是最直观的表现——Oracle 的安装界面是按 1024x768 的最低分辨率设计的如果屏幕比这还小界面底部会超出视野Next 按钮点到不到。虚拟机里如果是刚装完最小化系统没有装 VMware Tools 或 VirtualBox 的增强功能默认分辨率大概率只有 800x600设了 DISPLAY 也白搭因为 X Server 根本不允许这么大窗口。安装 VMware Tools 或者xrandr -s 1024x768直接改分辨率都可以解决前者更彻底还兼带剪贴板共享功能。3.3 弹窗与警告哪些能忽略哪些必须看安装向导从第三步开始就会弹出各种警告和错误框正文里说有一个错误不予理会点 Yes 进入下一步这是很多第一次装的人不敢点的地方。这里要分清楚 Oracle 弹窗的类型不能无脑忽略。第一种是内存和 swap 不足的警告比如检测到物理内存低于 1GB 或者 swap 低于 1.5GB。这种警告 Oracle 会明确写出来通常在预检查阶段的 Summary 页面以Warning形式呈现不会阻止安装。如果只是测试环境可以忽略继续装但要是建库后想正常投入使用swap 还是建议按物理内存的 1.5 倍配一下否则数据库在高负载下很容易卡死而 Linux 的 OOM Killer 可能会直接把oracle进程杀掉那真的是血泪教训。第二种是Inventory Directory目录找不到或权限不对的错误。这类错误别忽略因为它直接影响你后续的补丁安装和软件卸载。如果/etc/oraInst.loc里记录的 Inventory 路径没建立或者属主不是oinstall组安装程序会弹出一个错误要求你手动指定。正确做法是把/u01/app/oraInventory提前建好并chown oracle:oinstall这样后面就不会折腾。第三种是OS Group Name校验失败。如果选择的oinstall组实际不存在或者 oracle 用户不在该组里安装程序在最后阶段会直接终止。这种错误忽略不了也没必要忽略把用户加到正确的组里重新跑即可。4. 安装向导一步步走完从选单机到 root 脚本执行4.1 安装类型选型单机、企业版与语言选择runInstaller的向导从选择安装类型开始正文里对应的就是第五、第六步——先选只安装软件还是同时建库再选单机还是集群。对 11gR2 来说Install Database Software Only 和 Create and Configure a Database 的区别在于前者装完软件后需要手动跑dbca建库后者在安装过程中就自动完成数据库创建。这里我更推荐前者因为把安装和建库拆开更容易定位问题如果软件装完启动不了问题大概率在系统层面如果建库失败问题指向的参数和配置也不一样两件事混在一起排查起来很被动而且 Oracle 的安装向导里建库那一步同时涉及字符集、文件系统、redo 日志大小等一堆选项放在向导里反而容易因为仓促选错而返工。单机环境选 Single Instance Database Installation 即可RAC 选项需要额外的集群软件支持生产环境用到时再从安装好的单机软件基础上做迁移会更稳妥。企业版还是标准版的选择上标准版缺少分区、RAC、Data Guard、OLAP 这些企业级特性如果只是学习或者小规模业务兜底标准版够用但大多数人的诉求是装一套以后别折腾直接选企业版省心反正同一个安装包许可证的事情是商务层面的事软件上不会有任何额外负担。语言选择界面可以同时勾选英文和简体中文。这里有个容易被忽略的点语言列表只影响 Oracle 客户端工具和应用开发接口里可用的语言环境数据库本身的字符集在后续dbca建库时才决定。很多人在这两步都选了中文以为字符集自动就是中文了结果是dbca里忘了改字符集数据库建出来还是默认的AL32UTF8或者更老的WE8ISO8859P1。4.2 Inventory 目录与 OS GrouporaInst.loc 的由来从安装向导进入存储配置的界面后需要指定 Oracle Inventory 目录和操作系统组。正文里提到 Inventory Directory 路径 和 OS Group Name 这两步其实是 Oracle Universal Installer 的固有流程。Inventory库存目录是 Oracle 用来记录所有已安装组件、版本号和安装日志的地方它的位置记录在/etc/oraInst.loc文件里后续安装补丁程序OPatch和调用deinstall卸载时都要参考这个文件。# 安装完成后 /etc/oraInst.loc 的内容示例 inventory_loc/u01/app/oraInventory inst_groupoinstall如果在安装时因为路径不存在而手工指定了一个目录日后再跑 OPatch 时就会提示无法定位 inventory。更稳妥的做法是安装前就把/u01/app/oraInventory建好并chown oracle:oinstall这样安装向导里直接认到它不再弹窗手动指定。有了正确的 inventory 配套安装完以后用opatch lsinventory查补丁情况时才会有一个干净的基线输出。OS Group Name 这一步选择oinstall确认 oracle 用户的主组是它。要特别留意的是dba组在这个界面里不会出现它只是作为用户的一个附加组存在后面dbca建库和管理时用到的操作权限是按dba组来鉴权的。把用户的主组设成oinstall、附加组设成dba这个组合是 Oracle 官方文档的推荐配置别自作主张把主组改成dba否则 inventory 目录的属主会跟预期不一致后面升级或者打补丁时会出现很奇怪的权限问题。4.3 预检查报告怎么读空间、内核参数与分区的通过线预检查界面是安装过程中最可能翻车的地方。Oracle 会把所有环境检查项列在一个表里通过的显示绿色对勾没通过的显示红色叉号并提供日志链接。这里的关键不是看状态而是看 PDF 或 HTML 报告里每一项具体的期望值和实际值。比如/proc/sys/kernel/sem只显示了当前值没有显示 Oracle 想要的最小值你要自己对照fs.aio-max-nr、fs.file-max这些参数逐个核对。把所有内核参数先期配好目的就是让这一屏尽量不出现红色如果还出现红色但你有把握是误报才考虑用-ignoreSysPrereqs绕过。空间检查也是这一阶段会碰到的常见问题。Oracle 要求/tmp至少有 1GB 空闲来存放安装临时文件如果/tmp太小安装程序会在中途报错哪怕已经点过 Finish。用df -h /tmp检查一下不够就扩或者临时把安装程序的TMP和TMPDIR指到别的目录。这时候别急着忽略空间不足因为临时目录写满会导致 Java 程序直接 OOM 退出弹出一个很抽象的java.lang.OutOfMemoryError很难联想到是空间不够。4.4 安装开始与 root 脚本的时序当预检查通过并点了 Finish 后安装程序开始拷贝文件。这一阶段耗时取决于磁盘速度SSD 上大约十几分钟机械硬盘可能要半小时。拷贝结束后的一个醒目提示是安装程序要求你用 root 用户执行两个脚本——orainstRoot.sh和root.sh。这一步的时序很关键不要简单地以为执行了就完事。orainstRoot.sh要先把 Oracle Inventory 目录的属主和权限改对root.sh才真正初始化/etc/oratab文件这个文件是数据库自动启动和dbstart/dbshut脚本的依赖。# 以 root 用户执行安装程序提示的两个脚本 cd /u01/app/oraInventory ./orainstRoot.sh cd /u01/app/oracle/product/11.2.0/dbhome_1 ./root.sh刚装完时/etc/oratab里记录的实例名是orcl:/u01/app/oracle/product/11.2.0/dbhome_1:N最后的N表示开机不自动启动。如果生产机希望数据库随系统启动把这行的N改成Y并配置好dbstart脚本的引用即可。但我在多数服务器上习惯保持N因为数据库的启停应该由运维显式控制而不是跟着机器重启自动拉起万一集群里有多个实例自动启动很容易造成实例冲突。root 脚本执行完安装其实还没完全结束。这时候回到安装界面点 OK程序提示 Setup completed。但数据库还没有创建监听也没有启动整个环境离能用还差最后两步——netca和dbca这是下一章的重点。5. 安装避坑6 个真实翻车现场的排查记录5.1 现象./runInstaller 执行后黑框一闪就退出原因DISPLAY 变量没设置或者没有安装图形桌面依赖。很多服务器是最小化安装连 X Window 都没有Oracle 的安装程序又是 Java GUI没有显示环境就起不来。 解决先确认有没有图形环境echo $DISPLAY如果为空就装yum groupinstall X Window System或者切换到有桌面的环境里执行如果确认 DISPLAY 正常但依然退出跑./runInstaller之前加一句export JAVA_HOME看具体异常堆栈多半能定位到缺的是哪个 X 库。5.2 现象安装过程中提示找不到文件进度停在 60% 附近原因两张安装盘没有解压到同一个目录。11gR2 的安装介质在解压时不合并runInstaller在 stage 目录里按名字索引所有文件第二张盘的组件缺失时它不会提示你去挂载另一个目录而是直接报文件找不到看着特别像介质坏了。 解决把两个 zip 解压到同一个父目录下确认出现一个完整的database/目录后再执行安装。我自己装的时候吸取过一次教训之后每次解压完都会先ls database/stage看一眼组件数量再启动安装。5.3 现象预检查报缺依赖包yum 搜不到同名的包原因Linux 发行版的包名和 Oracle 文档里的包名对不上尤其是在 CentOS 7 上装 11.2.0.1。官方文档列出的包名是基于 RHEL 6 的很多名字在 RHEL 7 里已经不提供或换名了比如compat-libstdc-33在 CentOS 7 里需要用compat-libstdc-33.x86_64或从旧源安装。 解决优先安装等价包然后用./runInstaller -ignoreSysPrereqs跳过严格的名称校验。但跳过前要确认关键库libaio、glibc、libstdc已经装上否则建库阶段会报出更麻烦的 ORA 错误。5.4 现象dbca 建库时 ORA-27102: out of kernel memory原因kernel.shmmax或kernel.shmall设置得小于 SGA 的申请值。Oracle 实例启动时要申请一大块共享内存段如果内核允许的最大段或者总页数不够shmget系统调用失败Oracle 就抛出 ORA-27102这个错误很直白地告诉你内核内存不够但很多人会误以为是服务器物理内存不足。 解决检查/proc/sys/kernel/shmmax和shmall按 SGA 大小重新计算并写入/etc/sysctl.confsysctl -p后重试建库。我一般会把shmmax直接设成物理内存的一半以上避免频繁调整因为 Oracle 的 SGA 在 11g 里默认就能吃到物理内存的 40%。5.5 现象netca 配置完监听sqlplus 连接报 ORA-12541: TNS:no listener原因监听配置的是 localhost 地址客户端连接时用的 IP 不在监听的白名单里。这种情况在虚拟机里特别常见因为netca向导里如果选择了本地监听它会把 LISTENER 的地址设成 127.0.0.1外面用 NAT 或桥接网络连进来自然找不到。 解决在netca的监听配置界面里把监听地址改成实际网卡的 IP或者直接用listener.ora把HOST改成服务器 IP修改后重启监听lsnrctl reload。判断这个是问题根源的方式也很简单lsnrctl status看监听地址是否显示为(HOST127.0.0.1)是的话基本断定是这个原因。5.6 现象dbca 建库时实例名与 ORACLE_SID 不一致导致连接失败原因dbca创建数据库时填写了全局数据库名和 SID但 oracle 用户的环境变量ORACLE_SID是另一个名字。启动数据库实例时sqlplus / as sysdba默认读取环境变量里的 SID找不到对应的实例进程就报ORA-01034: ORACLE not available。 解决建库前检查echo $ORACLE_SID跟dbca里填写的 SID 保持一致如果不一致就改~/.bash_profile并重新登录。从那以后我每次装 Oracle 都会强制把这个值写到一张纸上贴在服务器屏幕上建库时对着填防止中途因为手滑填错导致返工。6. 补完数据库创建netca、dbca 与安装验证6.1 netca 配置监听1521 之外还要知道的事安装完成且 root 脚本执行完毕后真正让数据库对外可用的第一步是配置监听。11gR2 的监听配置工具叫netca图形界面操作跟在 Windows 上几乎一致所以我通常直接给新人一句话打开终端root 用户下执行netca回车后一路 Next默认端口 1521 即可。但这里有几个细节值得单独说清楚监听器默认的端口是 1521如果你服务器上有别的东西占用了这个端口可以在netca的监听配置里改掉但要记住改动后的值后面tnsnames.ora里的端口也要跟着改否则客户端连不上。监听的状态可以用lsnrctl status查看。如果显示The listener supports no services说明监听已经起来了但数据库实例还没向它注册等dbca建完库以后再执行lsnrctl status就能看到orcl这个服务名了。如果执行netca时提示找不到命令多半是ORACLE_HOME/bin没加进 PATH$ORACLE_HOME也确认一下有没有写错这个环境变量从安装到建库贯穿始终错一处后面全跟着乱。6.2 dbca 建库ORACLE_SID 一致性是硬约束监听就绪后用dbca创建数据库。这一步在图形界面里填的内容比较多挑关键的三个说数据库名Global Database Name、SID 和字符集。全局数据库名通常写orcl.example.com这种带域名后缀的形式但 SID 只填orcl。在向导的 SID 输入框里Oracle 默认会填orcl如果你机器上的ORACLE_SID环境变量也是orcl直接过如果对不上务必改环境变量重建会话后再跑dbca。字符集选择AL32UTF8对应描述里说的 UTF-8支持汉字存储这一步选错了后期改字符集成本极高基本只能重建库。dbca建库过程中还会问你数据文件存放路径、redo 日志大小、SGA 大小等。测试环境直接默认值生产环境建议数据文件单独放一个挂载点避免和系统盘抢 I/O。内存参数在 11g 里可以选择自动内存管理AMM让 Oracle 自己根据系统压力动态调整 SGA 和 PGA适合不确定负载的场景。但我个人习惯是关掉 AMM手动给 SGA 一个固定值因为自动内存管理的调整方式在故障排查时多了一个黑匣子手动值更容易预判性能瓶颈。6.3 验证与收尾sqlplus 一把过建库完成后不要急着关机做一次端到端验证确保这套环境真正验收合格# 1. 验证监听状态 lsnrctl status # 2. 验证数据库实例状态 sqlplus / as sysdba SQL select status from v$instance; SQL select name, open_mode from v$database; # 3. 验证字符集 SQL select userenv(language) from dual; # 4. 退出后测试远程连接如果有客户端 sqlplus system/password//192.168.x.x:1521/orclv$instance查询返回OPEN且open_mode返回READ WRITE才说明数据库真正可写。字符集查询输出应该是AMERICAN_AMERICA.AL32UTF8如果显示的是别的别急着改NLS_LANG先确认建库时的配置因为dbca里选的是什么v$nls_parameters里记录的就是什么。从那以后我每次装完 Oracle 11gR2都会强制走一遍这个流程检查lsnrctl status- 登进sqlplus查实例状态 - 确认字符集 - 插入一条中文数据再查出来看是否乱码。四步全过了这套环境才敢交给业务方。希望这份图解加踩坑记录能帮你少走点弯路。本文还有配套的精品资源点击获取
Linux下Oracle 11gR2安装全流程：内核参数与依赖包避坑指南
简介面向Linux运维及数据库管理人员的Oracle 11gR2安装图解文档聚焦单机环境下从前期准备到建库的完整流程。内容覆盖系统依赖包安装、Oracle用户与组创建、环境变量配置再到runInstaller启动、安装类型选择、Inventory目录及OS Group设置并对常见的内存或磁盘空间不足等报错给出日志排查思路。安装完成后还补充了netca监听配置与dbca建库的关键事项如ORACLE_SID一致性及UTF-8字符集选择有助于规避典型坑点。资源以doc格式提供共1个文件压缩包大小仅1.73MB内容精炼但步骤详实配有界面图解适合初次在Linux中部署Oracle 11gR2的运维人员按图索骥、对照实操。已有131人学习下载对于希望高效完成数据库环境搭建并理解每个环节用途的读者是一份实用的操作参考。1. 装 Oracle 11gR2 前先认清真正的坑不在 runInstaller 里在 Linux 上安装 Oracle 11gR2 这件事说难不难说简单也真不简单。难的不是点 Next 那几十步向导而是向导点开之前那一堆系统配置——内核参数、依赖包、用户环境和目录权限。很多人卡在./runInstaller弹不出来、装到一半要 root 脚本、或者建库时监听死活起不来十有八九都是前置没做扎实而不是 Oracle 安装程序本身的问题。这份图解资源把整个流程拆得很细从解压双盘到 root 脚本再到 netca、dbca适合两类人一是刚接手 Linux 服务器、需要搭一套单机 Oracle 做测试或业务库的运维新手二是想快速在虚拟机上复现一套 11gR2 环境、又不想反复翻官方文档的老手。把前置做好了安装本身其实很快。2. 安装前的系统准备内核参数、依赖包与 oracle 用户环境变量2.1 内核参数为什么要先调共享内存与信号量的黑匣子Oracle 在 Linux 上跑起来依赖的是操作系统底层的进程通信机制。数据库实例的 SGA 是一大块共享内存后台进程之间要靠信号量来互斥访问监听和实例之间则走网络端口。这几个东西如果不提前在/etc/sysctl.conf里调好Oracle 的预检查程序会直接给你列一屏的失败项更麻烦的是有些参数不合格时安装程序并不一定报错而是等你dbca建库的时候才突然抛 ORA-27102 或 ORA-27123那时候再回头调内核参数还得重启系统或者用sysctl -p重新加载来回折腾非常浪费时间。我一般会在安装前把下面这组参数写进/etc/sysctl.conf这是 Oracle 11gR2 官方安装文档里的推荐基线对单机环境足够用# Oracle 11gR2 内核参数配置——追加到 /etc/sysctl.conf fs.aio-max-nr 1048576 fs.file-max 6815744 kernel.shmall 2097152 kernel.shmmax 536870912 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配置完成后执行sysctl -p让参数立即生效。这里重点说两个比较容易踩坑的参数kernel.shmmax是单个共享内存段的最大字节数如果服务器物理内存只有 2GB按 512MB 设置没问题但要是你打算把 SGA 开到 4GB这个值就必须大于 SGA 的大小否则实例启动时共享内存段创建不出来直接 ORA-27102。kernel.shmall是共享内存页的总数单位是页通常是 4KB2097152对应 8GB如果你的物理内存更大建议按物理内存大小 / 4KB重新算一下公式是总字节数除以页大小。kernel.sem这行有四个数字依次是SEMMSL SEMMNS SEMOPM SEMMNI分别控制每个信号量集合的最大信号量数、系统级信号量总数、每次semop调用的最大操作数以及信号量集合总数。Oracle 的预检查对这四个值有硬性要求尤其SEMMNI不能低于 128否则dbca创建数据库时进程数一多就可能报出信号量不足的错误而且这类错误日志非常隐晦不熟悉的人很难第一时间想到是内核参数的问题。2.2 依赖包清单与一键批量安装Oracle 11gR2 的依赖包是出了名的多而且不同 Linux 发行版的包名差异很大。以 CentOS 6 和 RHEL 6 为例官方文档要求安装的包有 binutils、compat-libcap1、compat-libstdc-33、gcc、gcc-c、glibc、glibc-devel、libaio、libaio-devel、libgcc、libstdc、libstdc-devel、libXext、libXtst、libX11、libXau、libXi、make、sysstat、unixODBC 等RedHat 系的 11.2.0.4 还额外要求 pdkshCentOS 6 里叫 ksh两者冲突装的时候要注意。如果缺了这些包安装程序在预检查阶段会给出一个长长的 missing packages 列表每个包后面还标注着 expected 版本你得一个一个去 yum 找体验非常差。在能联网的机器上我一般直接用 yum 一把梭# CentOS/RHEL 6 下批量安装 Oracle 11gR2 依赖包 yum install -y binutils compat-libcap1 compat-libstdc-33 \ gcc gcc-c glibc glibc-devel ksh libaio libaio-devel \ libgcc libstdc libstdc-devel libXext libXtst libX11 \ libXau libXi make sysstat unixODBC unixODBC-devel \ libXp libXp-devel这条命令之所以要一次性装这么多是因为 Oracle 的预检查是对照一份精确的包名清单做 RPM 级别的校验少任何一个包都会在列表里标红。libaio-devel是异步 I/O 库的开发头文件Oracle 的数据库进程在 Linux 上默认启用 Async I/O缺了这个包虽然不一定装不上但数据库运行时的 I/O 性能会受影响而且dbca建库时可能报ORA-48108之类的错误。另外还要注意 32 位兼容包的问题如果操作系统是 64 位有些场景下 Oracle 预检查还会要求对应的 32 位版本的glibc-devel和libaio-devel也存在这个在纯 64 位环境下通常不需要但如果预检查报出缺少glibc-devel.i686就需要额外安装。对于 CentOS 7 和 RHEL 7 这类的系统直接装 11.2.0.1 的原始安装包大概率会在预检查阶段挂掉因为很多老包名在新系统里已经不存在了。常见做法是先安装上面这些等价包然后安装时用./runInstaller -ignoreSysPrereqs跳过系统的严格预检查这个选项相当于告诉安装程序我确认环境没问题你别拦我。但要注意跳过预检查不代表可以漏装包数据库运行时如果缺了底层的库报错会比安装阶段更隐蔽比如sqlplus启动时报libclntsh.so: cannot open shared object file这类问题定位起来很费劲。2.3 创建 oracle 用户、用户组与环境变量Oracle 不允许用 root 直接安装数据库软件这是硬性规定安装程序会在启动时检测$USER如果不是 oracle 用户就直接拒绝执行。创建用户和组的命令很简单但组名最好按照 Oracle 的惯例来oinstall作为软件所有者组dba作为数据库管理员组。oinstall拥有 Oracle Inventory 目录dba组的用户则具备管理数据库的权限这俩职责不同别合并成一个。# 创建 Oracle 安装所需的用户和组 groupadd oinstall groupadd dba useradd -g oinstall -G dba oracle passwd oracle # 创建 Oracle 安装目录并授权 mkdir -p /u01/app/oracle chown -R oracle:oinstall /u01/app chmod -R 775 /u01/app用户创建完之后环境变量是重头戏。ORACLE_BASE是所有 Oracle 相关文件和目录的根ORACLE_HOME是数据库软件的安装位置ORACLE_SID是实例名这三个变量一旦写错安装程序可能装完却启动不了。我一般把环境变量写进 oracle 用户的~/.bash_profile里而不是/etc/profile因为数据库实例的环境是用户级别的写在全局配置里会影响其他用户。# 编辑 /home/oracle/.bash_profile追加以下内容 export ORACLE_BASE/u01/app/oracle export ORACLE_HOME$ORACLE_BASE/product/11.2.0/dbhome_1 export ORACLE_SIDorcl export PATH$PATH:$ORACLE_HOME/bin export LD_LIBRARY_PATH$ORACLE_HOME/lib:/lib:/usr/lib export NLS_LANGAMERICAN_AMERICA.AL32UTF8ORACLE_HOME这个路径很关键它默认是$ORACLE_BASE/product/11.2.0/dbhome_1安装向导里会让你指定如果不保持一致后面 root 脚本和dbca都会找不到sqlplus和一堆动态库。NLS_LANG这里直接设成AL32UTF8对应 Oracle 的 UTF-8 字符集之前我偷懒没设这一项结果用sqlplus插入中文数据后查出来全是乱码后来查了服务器的NLS_LANG才发现是系统默认用了AMERICAN_AMERICA.US7ASCII。这个变量同时影响客户端和服务器端行为建议在安装前就固定成 UTF-8后期再改字符集很麻烦基本要重建库。2.4 /etc/security/limits.conf 与系统级限制内核参数搞定之后还有一个经常被忽略的文件/etc/security/limits.conf。Oracle 的进程在 Linux 上对文件描述符数量和进程数有硬性要求默认的 1024 文件描述符上限在数据库连接数稍多的时候就会触发ORA-12537: TNS:connection closed或者更诡异的进程崩溃。这个文件的配置项是分 username 域的为所有 oracle 用户设置nproc和nofile的上限# 追加到 /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 32768nofile指的是文件描述符数量nproc是进程数上限stack是栈大小。这几个值不是拍脑袋定的Oracle 官方文档里给出的推荐最小值就是这个nofile的 hard 上限建议直接给到 65536因为数据库连接池、监听进程、ASM 进程都会消耗文件描述符默认值远远不够用。改完这些之后用ulimit -n和ulimit -u验证一下是否生效。有时候改完 limits.conf 却不生效是因为用户还没有重新登录或者/etc/pam.d/login里没有启用pam_limits.so模块。CentOS 6 默认启用但如果你用的是精简版系统或者自己裁剪过 PAM 配置需要检查一下否则后面dbca建库时ORA-12537这类错误会反复出现。3. 启动 runInstaller分辨率、双盘解压和第一个弹窗3.1 解压与文件权限两张盘必须躺在同一目录Oracle 11gR2 的安装介质在官网下载下来是V17530-01_1of2.zip和V17530-01_2of2.zip两个压缩包里面分别是database/目录下的不同部分。很多人不知道的是这两个包必须解压到同一个目录下最终形成一个完整的database/目录里面包含runInstaller、stage/和response/等子目录。如果图省事把两张盘分别解压到两个目录然后去跑第一个目录里的runInstaller安装到 60% 左右一定会弹出找不到某个.rpm或者.jar文件的错误因为第二张盘里的组件根本不在路径上。看起来很像安装介质损坏实际上只是解压方式不对。# 把两个 zip 包都解压到同一个目录 mkdir -p /u01/install cd /u01/install unzip V17530-01_1of2.zip unzip V17530-01_2of2.zip # 解压完成后 chmod 给 oracle 用户执行权限 chown -R oracle:oinstall /u01/install chmod -R 755 /u01/install/database解压完成后务必检查/u01/install/database/runInstaller权限确保 oracle 用户拥有读和执行权限否则启动时会报Permission denied。如果你是在 Windows 上用压缩软件解压完再通过共享文件夹拷进虚拟机的还要注意文件的所有者是否变成了 root毕竟虚拟机共享目录的文件属主经常是 vboxsf 或者 root 用户直接切到 oracle 用户执行是会因为权限不足而失败的。3.2 DISPLAY 与图形界面xhost 和分辨率那些事Oracle 11gR2 的安装程序是 Java 写的图形界面依赖 X Window 系统。如果是在虚拟机里装通常直接有图形界面可以显示但很多服务器是远程访问的这时候就要设置 DISPLAY 变量把图形转发到本地。最常见的报错是./runInstaller执行后没有任何反应终端卡一会儿就退出了或者在终端里打印一堆 Java 异常。这通常是因为 DISPLAY 没有正确设置。在本地 VNC 或桌面环境下安装的话把 DISPLAY 设置成localhost:0.0之类如果是用 X11 forwarding 做远程安装需要先确认/etc/ssh/sshd_config里X11Forwarding yes然后通过ssh -X登录切换成 oracle 用户后执行# 远程 X11 转发场景确认 DISPLAY 变量 echo $DISPLAY xhost local:oracle # 然后切换到 oracle 用户安装 su - oracle export DISPLAY:0.0 cd /u01/install/database ./runInstaller关于分辨率的问题正文里提到如果看不全屏幕调整分辨率到 1024*768这个是最直观的表现——Oracle 的安装界面是按 1024x768 的最低分辨率设计的如果屏幕比这还小界面底部会超出视野Next 按钮点到不到。虚拟机里如果是刚装完最小化系统没有装 VMware Tools 或 VirtualBox 的增强功能默认分辨率大概率只有 800x600设了 DISPLAY 也白搭因为 X Server 根本不允许这么大窗口。安装 VMware Tools 或者xrandr -s 1024x768直接改分辨率都可以解决前者更彻底还兼带剪贴板共享功能。3.3 弹窗与警告哪些能忽略哪些必须看安装向导从第三步开始就会弹出各种警告和错误框正文里说有一个错误不予理会点 Yes 进入下一步这是很多第一次装的人不敢点的地方。这里要分清楚 Oracle 弹窗的类型不能无脑忽略。第一种是内存和 swap 不足的警告比如检测到物理内存低于 1GB 或者 swap 低于 1.5GB。这种警告 Oracle 会明确写出来通常在预检查阶段的 Summary 页面以Warning形式呈现不会阻止安装。如果只是测试环境可以忽略继续装但要是建库后想正常投入使用swap 还是建议按物理内存的 1.5 倍配一下否则数据库在高负载下很容易卡死而 Linux 的 OOM Killer 可能会直接把oracle进程杀掉那真的是血泪教训。第二种是Inventory Directory目录找不到或权限不对的错误。这类错误别忽略因为它直接影响你后续的补丁安装和软件卸载。如果/etc/oraInst.loc里记录的 Inventory 路径没建立或者属主不是oinstall组安装程序会弹出一个错误要求你手动指定。正确做法是把/u01/app/oraInventory提前建好并chown oracle:oinstall这样后面就不会折腾。第三种是OS Group Name校验失败。如果选择的oinstall组实际不存在或者 oracle 用户不在该组里安装程序在最后阶段会直接终止。这种错误忽略不了也没必要忽略把用户加到正确的组里重新跑即可。4. 安装向导一步步走完从选单机到 root 脚本执行4.1 安装类型选型单机、企业版与语言选择runInstaller的向导从选择安装类型开始正文里对应的就是第五、第六步——先选只安装软件还是同时建库再选单机还是集群。对 11gR2 来说Install Database Software Only 和 Create and Configure a Database 的区别在于前者装完软件后需要手动跑dbca建库后者在安装过程中就自动完成数据库创建。这里我更推荐前者因为把安装和建库拆开更容易定位问题如果软件装完启动不了问题大概率在系统层面如果建库失败问题指向的参数和配置也不一样两件事混在一起排查起来很被动而且 Oracle 的安装向导里建库那一步同时涉及字符集、文件系统、redo 日志大小等一堆选项放在向导里反而容易因为仓促选错而返工。单机环境选 Single Instance Database Installation 即可RAC 选项需要额外的集群软件支持生产环境用到时再从安装好的单机软件基础上做迁移会更稳妥。企业版还是标准版的选择上标准版缺少分区、RAC、Data Guard、OLAP 这些企业级特性如果只是学习或者小规模业务兜底标准版够用但大多数人的诉求是装一套以后别折腾直接选企业版省心反正同一个安装包许可证的事情是商务层面的事软件上不会有任何额外负担。语言选择界面可以同时勾选英文和简体中文。这里有个容易被忽略的点语言列表只影响 Oracle 客户端工具和应用开发接口里可用的语言环境数据库本身的字符集在后续dbca建库时才决定。很多人在这两步都选了中文以为字符集自动就是中文了结果是dbca里忘了改字符集数据库建出来还是默认的AL32UTF8或者更老的WE8ISO8859P1。4.2 Inventory 目录与 OS GrouporaInst.loc 的由来从安装向导进入存储配置的界面后需要指定 Oracle Inventory 目录和操作系统组。正文里提到 Inventory Directory 路径 和 OS Group Name 这两步其实是 Oracle Universal Installer 的固有流程。Inventory库存目录是 Oracle 用来记录所有已安装组件、版本号和安装日志的地方它的位置记录在/etc/oraInst.loc文件里后续安装补丁程序OPatch和调用deinstall卸载时都要参考这个文件。# 安装完成后 /etc/oraInst.loc 的内容示例 inventory_loc/u01/app/oraInventory inst_groupoinstall如果在安装时因为路径不存在而手工指定了一个目录日后再跑 OPatch 时就会提示无法定位 inventory。更稳妥的做法是安装前就把/u01/app/oraInventory建好并chown oracle:oinstall这样安装向导里直接认到它不再弹窗手动指定。有了正确的 inventory 配套安装完以后用opatch lsinventory查补丁情况时才会有一个干净的基线输出。OS Group Name 这一步选择oinstall确认 oracle 用户的主组是它。要特别留意的是dba组在这个界面里不会出现它只是作为用户的一个附加组存在后面dbca建库和管理时用到的操作权限是按dba组来鉴权的。把用户的主组设成oinstall、附加组设成dba这个组合是 Oracle 官方文档的推荐配置别自作主张把主组改成dba否则 inventory 目录的属主会跟预期不一致后面升级或者打补丁时会出现很奇怪的权限问题。4.3 预检查报告怎么读空间、内核参数与分区的通过线预检查界面是安装过程中最可能翻车的地方。Oracle 会把所有环境检查项列在一个表里通过的显示绿色对勾没通过的显示红色叉号并提供日志链接。这里的关键不是看状态而是看 PDF 或 HTML 报告里每一项具体的期望值和实际值。比如/proc/sys/kernel/sem只显示了当前值没有显示 Oracle 想要的最小值你要自己对照fs.aio-max-nr、fs.file-max这些参数逐个核对。把所有内核参数先期配好目的就是让这一屏尽量不出现红色如果还出现红色但你有把握是误报才考虑用-ignoreSysPrereqs绕过。空间检查也是这一阶段会碰到的常见问题。Oracle 要求/tmp至少有 1GB 空闲来存放安装临时文件如果/tmp太小安装程序会在中途报错哪怕已经点过 Finish。用df -h /tmp检查一下不够就扩或者临时把安装程序的TMP和TMPDIR指到别的目录。这时候别急着忽略空间不足因为临时目录写满会导致 Java 程序直接 OOM 退出弹出一个很抽象的java.lang.OutOfMemoryError很难联想到是空间不够。4.4 安装开始与 root 脚本的时序当预检查通过并点了 Finish 后安装程序开始拷贝文件。这一阶段耗时取决于磁盘速度SSD 上大约十几分钟机械硬盘可能要半小时。拷贝结束后的一个醒目提示是安装程序要求你用 root 用户执行两个脚本——orainstRoot.sh和root.sh。这一步的时序很关键不要简单地以为执行了就完事。orainstRoot.sh要先把 Oracle Inventory 目录的属主和权限改对root.sh才真正初始化/etc/oratab文件这个文件是数据库自动启动和dbstart/dbshut脚本的依赖。# 以 root 用户执行安装程序提示的两个脚本 cd /u01/app/oraInventory ./orainstRoot.sh cd /u01/app/oracle/product/11.2.0/dbhome_1 ./root.sh刚装完时/etc/oratab里记录的实例名是orcl:/u01/app/oracle/product/11.2.0/dbhome_1:N最后的N表示开机不自动启动。如果生产机希望数据库随系统启动把这行的N改成Y并配置好dbstart脚本的引用即可。但我在多数服务器上习惯保持N因为数据库的启停应该由运维显式控制而不是跟着机器重启自动拉起万一集群里有多个实例自动启动很容易造成实例冲突。root 脚本执行完安装其实还没完全结束。这时候回到安装界面点 OK程序提示 Setup completed。但数据库还没有创建监听也没有启动整个环境离能用还差最后两步——netca和dbca这是下一章的重点。5. 安装避坑6 个真实翻车现场的排查记录5.1 现象./runInstaller 执行后黑框一闪就退出原因DISPLAY 变量没设置或者没有安装图形桌面依赖。很多服务器是最小化安装连 X Window 都没有Oracle 的安装程序又是 Java GUI没有显示环境就起不来。 解决先确认有没有图形环境echo $DISPLAY如果为空就装yum groupinstall X Window System或者切换到有桌面的环境里执行如果确认 DISPLAY 正常但依然退出跑./runInstaller之前加一句export JAVA_HOME看具体异常堆栈多半能定位到缺的是哪个 X 库。5.2 现象安装过程中提示找不到文件进度停在 60% 附近原因两张安装盘没有解压到同一个目录。11gR2 的安装介质在解压时不合并runInstaller在 stage 目录里按名字索引所有文件第二张盘的组件缺失时它不会提示你去挂载另一个目录而是直接报文件找不到看着特别像介质坏了。 解决把两个 zip 解压到同一个父目录下确认出现一个完整的database/目录后再执行安装。我自己装的时候吸取过一次教训之后每次解压完都会先ls database/stage看一眼组件数量再启动安装。5.3 现象预检查报缺依赖包yum 搜不到同名的包原因Linux 发行版的包名和 Oracle 文档里的包名对不上尤其是在 CentOS 7 上装 11.2.0.1。官方文档列出的包名是基于 RHEL 6 的很多名字在 RHEL 7 里已经不提供或换名了比如compat-libstdc-33在 CentOS 7 里需要用compat-libstdc-33.x86_64或从旧源安装。 解决优先安装等价包然后用./runInstaller -ignoreSysPrereqs跳过严格的名称校验。但跳过前要确认关键库libaio、glibc、libstdc已经装上否则建库阶段会报出更麻烦的 ORA 错误。5.4 现象dbca 建库时 ORA-27102: out of kernel memory原因kernel.shmmax或kernel.shmall设置得小于 SGA 的申请值。Oracle 实例启动时要申请一大块共享内存段如果内核允许的最大段或者总页数不够shmget系统调用失败Oracle 就抛出 ORA-27102这个错误很直白地告诉你内核内存不够但很多人会误以为是服务器物理内存不足。 解决检查/proc/sys/kernel/shmmax和shmall按 SGA 大小重新计算并写入/etc/sysctl.confsysctl -p后重试建库。我一般会把shmmax直接设成物理内存的一半以上避免频繁调整因为 Oracle 的 SGA 在 11g 里默认就能吃到物理内存的 40%。5.5 现象netca 配置完监听sqlplus 连接报 ORA-12541: TNS:no listener原因监听配置的是 localhost 地址客户端连接时用的 IP 不在监听的白名单里。这种情况在虚拟机里特别常见因为netca向导里如果选择了本地监听它会把 LISTENER 的地址设成 127.0.0.1外面用 NAT 或桥接网络连进来自然找不到。 解决在netca的监听配置界面里把监听地址改成实际网卡的 IP或者直接用listener.ora把HOST改成服务器 IP修改后重启监听lsnrctl reload。判断这个是问题根源的方式也很简单lsnrctl status看监听地址是否显示为(HOST127.0.0.1)是的话基本断定是这个原因。5.6 现象dbca 建库时实例名与 ORACLE_SID 不一致导致连接失败原因dbca创建数据库时填写了全局数据库名和 SID但 oracle 用户的环境变量ORACLE_SID是另一个名字。启动数据库实例时sqlplus / as sysdba默认读取环境变量里的 SID找不到对应的实例进程就报ORA-01034: ORACLE not available。 解决建库前检查echo $ORACLE_SID跟dbca里填写的 SID 保持一致如果不一致就改~/.bash_profile并重新登录。从那以后我每次装 Oracle 都会强制把这个值写到一张纸上贴在服务器屏幕上建库时对着填防止中途因为手滑填错导致返工。6. 补完数据库创建netca、dbca 与安装验证6.1 netca 配置监听1521 之外还要知道的事安装完成且 root 脚本执行完毕后真正让数据库对外可用的第一步是配置监听。11gR2 的监听配置工具叫netca图形界面操作跟在 Windows 上几乎一致所以我通常直接给新人一句话打开终端root 用户下执行netca回车后一路 Next默认端口 1521 即可。但这里有几个细节值得单独说清楚监听器默认的端口是 1521如果你服务器上有别的东西占用了这个端口可以在netca的监听配置里改掉但要记住改动后的值后面tnsnames.ora里的端口也要跟着改否则客户端连不上。监听的状态可以用lsnrctl status查看。如果显示The listener supports no services说明监听已经起来了但数据库实例还没向它注册等dbca建完库以后再执行lsnrctl status就能看到orcl这个服务名了。如果执行netca时提示找不到命令多半是ORACLE_HOME/bin没加进 PATH$ORACLE_HOME也确认一下有没有写错这个环境变量从安装到建库贯穿始终错一处后面全跟着乱。6.2 dbca 建库ORACLE_SID 一致性是硬约束监听就绪后用dbca创建数据库。这一步在图形界面里填的内容比较多挑关键的三个说数据库名Global Database Name、SID 和字符集。全局数据库名通常写orcl.example.com这种带域名后缀的形式但 SID 只填orcl。在向导的 SID 输入框里Oracle 默认会填orcl如果你机器上的ORACLE_SID环境变量也是orcl直接过如果对不上务必改环境变量重建会话后再跑dbca。字符集选择AL32UTF8对应描述里说的 UTF-8支持汉字存储这一步选错了后期改字符集成本极高基本只能重建库。dbca建库过程中还会问你数据文件存放路径、redo 日志大小、SGA 大小等。测试环境直接默认值生产环境建议数据文件单独放一个挂载点避免和系统盘抢 I/O。内存参数在 11g 里可以选择自动内存管理AMM让 Oracle 自己根据系统压力动态调整 SGA 和 PGA适合不确定负载的场景。但我个人习惯是关掉 AMM手动给 SGA 一个固定值因为自动内存管理的调整方式在故障排查时多了一个黑匣子手动值更容易预判性能瓶颈。6.3 验证与收尾sqlplus 一把过建库完成后不要急着关机做一次端到端验证确保这套环境真正验收合格# 1. 验证监听状态 lsnrctl status # 2. 验证数据库实例状态 sqlplus / as sysdba SQL select status from v$instance; SQL select name, open_mode from v$database; # 3. 验证字符集 SQL select userenv(language) from dual; # 4. 退出后测试远程连接如果有客户端 sqlplus system/password//192.168.x.x:1521/orclv$instance查询返回OPEN且open_mode返回READ WRITE才说明数据库真正可写。字符集查询输出应该是AMERICAN_AMERICA.AL32UTF8如果显示的是别的别急着改NLS_LANG先确认建库时的配置因为dbca里选的是什么v$nls_parameters里记录的就是什么。从那以后我每次装完 Oracle 11gR2都会强制走一遍这个流程检查lsnrctl status- 登进sqlplus查实例状态 - 确认字符集 - 插入一条中文数据再查出来看是否乱码。四步全过了这套环境才敢交给业务方。希望这份图解加踩坑记录能帮你少走点弯路。本文还有配套的精品资源点击获取
