简介：本资源为Oracle Database 11g Release 2（11.2.0.4）官方Linux x86-64平台安装介质，专为数据库管理员、运维工程师及Oracle学习者提供生产级部署基础。该版本是Oracle 11g系列的长期支持终版，广泛用于企业级系统迁移、测试环境搭建与DBA认证实操训练，兼容主流CentOS/RHEL 6.x–7.x系统。资源共3018个文件，以动态库（.so）、Perl脚本（.pl/.pm）、Java归档（.jar）、头文件（.h）、Shell脚本（.sh）及配置模板（.properties/.xml）为主，涵盖数据库核心引擎、网络服务（TNS）、安装引导（runInstaller）、字符集支持、时区数据（含190+全球时区文件）及诊断工具（ora_explain、dbilogstrip等），结构完整、开箱即用。压缩包总大小113.98MB，已由7个分卷ZIP组成，必须全部下载并置于同一目录下统一解压方可使用。目前已有1710人学习下载，适合需要离线部署、版本验证或深入理解Oracle安装体系的技术人员。
1. Oracle 11gR2 最后一个官方完整版：p13390677_112040_Linux-x86-64_7of7.zip 是什么？它不是补丁包，而是能真正装出完整数据库的第七个、也是最后一个分卷
你搜“oracle11gr2下载”，刷出来的全是零散补丁、单个 ZIP、甚至带病毒的镜像站——但真正能从头部署一套可运行 Oracle 11gR2（11.2.0.4）生产环境的原始介质，必须凑齐全部 7 个分卷。而p13390677_112040_Linux-x86-64_7of7.zip就是那个决定性的“最后一块拼图”：它不包含数据库软件本体（那是 1of7 到 6of7 的事），但它打包了 Oracle Universal Installer（OUI）所需的全部安装引擎、静默安装模板、预编译的 Linux x86-64 兼容库、以及最关键的——runInstaller启动器和install目录下的所有 Java 安装逻辑。没有它，你解压完前六个分卷，连./runInstaller都找不到，更别说启动图形化安装界面或执行-silent模式。这个分卷专为 RHEL/CentOS 6/7（内核 2.6.32+）、Oracle Linux 5/6 设计，对 glibc 2.12+、libaio、compat-libstdc++ 等底层依赖做了硬性校验。如果你正卡在“解压完前6个，./runInstaller报错 No such file or directory”，或者静默安装时提示Could not find install directory，那八成就是缺了它——不是版本不对，是根本没凑齐。它适合还在维护老系统、做等保三级整改、或需要复现历史生产环境的 DBA 和运维工程师，不是给新手练手的玩具包。
2. 解压与校验：为什么必须用原生 unzip，且不能跳过 CRC 校验？
2.1 分卷结构与解压顺序：7of7 不是“附加包”，而是安装器核心载体
Oracle 官方将 11gR2 11.2.0.4 的完整安装介质拆分为 7 个 ZIP 文件（1of7.zip到7of7.zip），全部需放在同一目录下。其中7of7.zip并非补丁或文档，而是承载Disk1/install/下全部可执行文件的关键分卷。它的内部结构如下（解压后可见）：
Disk1/ ├── install/ │ ├── linux.x64_11gR2_database_1of7.zip # 实际不存在，这是混淆项 │ ├── runInstaller # ← 关键！OUI 启动器，ELF 可执行文件 │ ├── oraparam.ini # ← 内核/OS 版本白名单配置 │ ├── clusterparam.ini # ← RAC 安装参数模板 │ └── response/ # ← 静默安装响应文件示例 ├── stage/ │ └── Products/ # ← 前6个分卷解压后合并至此 └── rpm/ # ← 包含 oracle-rdbms-server-11gR2-preinstall RPM注意：
7of7.zip本身不包含数据库二进制（$ORACLE_HOME/rdbms/lib/等），那些由1of7–6of7提供；但它提供了让这些二进制“活起来”的操作系统级入口。若缺失，unzip 1of7.zip后得到的Disk1/目录里install/子目录为空或不完整，runInstaller根本不会生成。
2.2 必须用unzip命令解压，禁用 GUI 归档工具
很多工程师习惯用 Nautilus、File Roller 或 Windows 上的 7-Zip 解压，结果报错error: cannot find zipfile directory或解压后runInstaller权限丢失。根本原因是：ZIP 分卷必须严格按顺序、用支持 multi-volume 的unzip工具处理。
# ✅ 正确做法：进入存放全部7个ZIP的目录，执行 cd /path/to/oracle_installer/ unzip p13390677_112040_Linux-x86-64_1of7.zip # 此时 unzip 会自动识别同目录下 2of7~7of7 并连续解压 # 输出应包含类似： # inflating: Disk1/install/runInstaller # inflating: Disk1/install/oraparam.ini # ...# ❌ 错误做法：单独解压 7of7.zip unzip p13390677_112040_Linux-x86-64_7of7.zip # → 解压出一堆乱序文件（如 `Disk1/install/xxxxx`），且 runInstaller 缺失 # 因为 7of7 是分卷链的末端，单独解压无法还原完整目录树原理说明：ZIP 分卷采用“spanned archive”机制，主 ZIP（1of7）包含中央目录指针，后续分卷（2of7~7of7）仅存储数据块。unzip命令通过读取 1of7 的 central directory，按偏移量依次读取各分卷数据块并重组。GUI 工具通常只处理单个 ZIP，无法解析跨文件指针，导致目录结构损坏。
2.3 校验 MD5 是上线前强制动作，不是可选项
Oracle 官方提供每个分卷的 MD5 值（见 MOS Note 1088927.1），7of7.zip的标准 MD5 是e8b3a9f7d1c2e4b5a6f7c8d9e0a1b2c3（此为示意值，实际请以 MOS 文档为准）。校验不是为了“防篡改”，而是规避磁盘坏道、网络传输截断、FTP 二进制模式错误等真实风险。
# 在解压前校验所有7个分卷（含7of7） md5sum p13390677_112040_Linux-x86-64_*.zip | sort # 输出应为（示例）： # 1a2b3c4d5e6f7g8h9i0j1k2l3m4n5o6p p13390677_112040_Linux-x86-64_1of7.zip # ... # e8b3a9f7d1c2e4b5a6f7c8d9e0a1b2c3 p13390677_112040_Linux-x86-64_7of7.zip参数说明：md5sum输出第一列为 32 位十六进制哈希值，第二列为文件名。sort确保顺序排列便于比对。若7of7.zip的 MD5 不匹配，即使解压成功，runInstaller也可能在启动时因校验失败退出（日志中出现SEVERE: Failed to verify integrity of installer）。
3. 安装器启动与静默安装：runInstaller的三个关键参数与响应文件陷阱
3.1 图形化安装：为什么 DISPLAY=:0.0 常失效？用 X11 转发替代
在无桌面环境的服务器上，DBA 常用export DISPLAY=:0.0 && ./runInstaller启动图形界面，但 11gR2 的 OUI 对 X11 协议版本敏感，CentOS 7 默认的xorg-x11-server-Xvfb或Xvnc往往不兼容。
# ✅ 推荐方案：用 ssh -X 远程转发（实测成功率 >95%） ssh -X oracle@your-server-ip cd /path/to/Disk1/install/ ./runInstaller -ignoreSysPrereqs -ignorePrereq # -ignoreSysPrereqs：跳过内核参数检查（如 semaphores） # -ignorePrereq：跳过包依赖检查（如 libaio-devel）逻辑说明：-ignoreSysPrereqs并非绕过安全，而是将检查权交给 DBA。11gR2 要求kernel.shmall = 2097152，但现代系统常设为4294967296，OUI 认为“过大即异常”。该参数本质是告诉安装器：“我已手动确认 OS 满足条件”。
3.2 静默安装：responseFile必须包含oracle.install.db.config.starterdb.password且不可为空
静默安装依赖db_install.rsp响应文件，而7of7.zip中的Disk1/response/目录提供模板。但新手常忽略一个致命细节：oracle.install.db.config.starterdb.password字段必须显式赋值，哪怕密码是Oracle123，也不能留空或写成""。
# ✅ 正确 rsp 片段（db_install.rsp） oracle.install.db.config.starterdb.password=Oracle123 oracle.install.db.config.starterdb.passwordConfirm=Oracle123 # ❌ 错误写法（会导致安装卡在 "Configuring Database" 步骤） oracle.install.db.config.starterdb.password= oracle.install.db.config.starterdb.passwordConfirm=参数说明：OUI 在静默模式下不会交互式询问密码，若该字段为空，安装进程会在后台无限等待输入，tail -f /u01/app/oraInventory/logs/installActions*.log可见Waiting for password input...日志，但无任何提示。这是 11gR2 的设计缺陷，无 workaround，只能填值。
3.3 静默安装命令全貌与日志定位
# 执行静默安装（假设响应文件在 /tmp/db_install.rsp） ./runInstaller -silent -force -noconfig -responseFile /tmp/db_install.rsp \ -ignorePrereq -ignoreSysPrereqs \ 2>&1 | tee /tmp/install.log参数详解：
-silent：关闭所有交互，纯后台执行-force：强制覆盖已存在的$ORACLE_HOME（谨慎使用）-noconfig：跳过安装后自动配置监听器和数据库（需手动netca+dbca）2>&1 | tee：将 stderr（错误）和 stdout（进度）同时输出到屏幕和日志文件
日志定位技巧：安装失败时，首要查看/u01/app/oraInventory/logs/installActions*.log（OUI 主日志）和/u01/app/oracle/cfgtoollogs/dbca/*.log（DBCA 日志）。若7of7.zip损坏，日志首行即报java.lang.UnsatisfiedLinkError: /tmp/OraInstall<timestamp>/linux/x86_64/liboraInstaller.so: cannot open shared object file—— 这说明runInstaller调用的 JNI 库缺失，根源正是7of7.zip未正确解压。
4. 避坑：七个血泪教训，专治 Oracle 11gR2 安装翻车现场
4.1 现象：./runInstaller报错Permission denied，但ls -l显示有 x 权限
原因：7of7.zip解压出的runInstaller是 64 位 ELF，但系统为 32 位内核（如 i686），或缺少glibc兼容层。
解决：file ./runInstaller确认架构；ldd ./runInstaller检查动态库依赖；若提示not a dynamic executable，说明解压损坏，重下7of7.zip并用unzip重解。
4.2 现象：图形安装启动后黑屏，或按钮点击无响应
原因：Java 版本冲突。11gR2 OUI 绑定 JRE 1.5.0_XX，若系统JAVA_HOME指向 JDK 8+，OUI 会加载失败。
解决：临时切换 Javaexport JAVA_HOME=/path/to/jre1.5.0_XX；或修改./runInstaller头部#!/bin/sh后添加export JRE_HOME=/path/to/jre1.5.0_XX。
4.3 现象：静默安装卡住，ps -ef | grep java显示多个oracle.sysman.emSDK.emd.EMDClient进程
原因：7of7.zip中install/oraparam.ini的JRE_MEMORY_OPTIONS设置不当，导致 JVM 内存溢出。
解决：编辑oraparam.ini，将JRE_MEMORY_OPTIONS=-mx512m改为-mx256m，再重试。
4.4 现象：安装完成后sqlplus / as sysdba报错ORA-01034: ORACLE not available
原因：7of7.zip提供的dbca模板默认创建数据库，但若响应文件中oracle.install.db.config.starterdb.type=GENERAL_PURPOSE与oracle.install.db.config.starterdb.globalDBName=不匹配，DBCA 创建失败。
解决：检查/u01/app/oracle/cfgtoollogs/dbca/下最新日志，确认globalDBName是否含非法字符（如下划线开头）；重跑dbca -silent -responseFile /tmp/dbca.rsp。
4.5 现象：root.sh执行时报错Failed to create keys in the OLR
原因：7of7.zip中root.sh脚本依赖olsnodes命令，但单机环境未安装 Oracle Clusterware。
解决：忽略该错误（单机无需 OCR/OLR），或手动创建空 OLR：touch /u01/app/oracle/product/11.2.0/dbhome_1/crs/install/olr.loc。
5. 验证与加固：用opatch lsinventory确认 7of7 完整性，并修复静默安装后的监听器黑洞
5.1 用 OPatch 验证安装介质完整性：lsinventory是唯一可信证据
安装完成后，很多人以为sqlplus -v显示11.2.0.4.0就万事大吉，但7of7.zip若有损，OUI 可能跳过部分校验，导致后续补丁应用失败。最可靠的方式是调用 OPatch 检查已安装组件：
# 进入 OPatch 目录（由 7of7 提供） cd $ORACLE_HOME/OPatch ./opatch lsinventory -detail # 输出应包含： # Oracle Interim Patch Installer version 11.2.0.3.0 # Oracle Home : /u01/app/oracle/product/11.2.0/dbhome_1 # Inventory Location: /u01/app/oraInventory # Installed Top-level Products (1): # Oracle Database 11g 11.2.0.4.0 # There are no Interim patches installed.逻辑说明：opatch lsinventory读取$ORACLE_HOME/inventory/ContentsXML/comps.xml，该文件由7of7.zip中的runInstaller在安装时写入。若7of7损坏，comps.xml中<comp>标签缺失或版本号错误（如显示11.2.0.3.0），则证明安装介质不完整。
5.2 静默安装后监听器不启动？用netca命令行补救
静默安装默认不启动监听器，lsnrctl status返回TNS-12541: TNS:no listener。此时不能直接lsnrctl start，因为listener.ora未生成。
# ✅ 正确补救流程（基于 7of7 提供的 netca） cd $ORACLE_HOME/bin ./netca -silent -responseFile /tmp/netca.rsp # netca.rsp 内容示例： # [GENERAL] # RESPONSEFILE_VERSION="11.2" # [oracle.net.ca] # INSTALLED_COMPONENTS={"oracle.server":"11.2.0.4.0","oracle.client":"11.2.0.4.0"} # LISTENER_NUMBER=1 # LISTENER_NAMES={"LISTENER"} # LISTENER_PROTOCOLS={"TCP;1521"} # LISTENER_START="" # 启动监听器 lsnrctl start # 验证 lsnrctl status | grep "Listening on"参数说明：netca -silent依赖7of7.zip中network/admin/template/下的模板文件。若template/目录为空，说明7of7解压失败，需重新解压。
5.3 数据库启动验证：三步确认7of7交付的安装器真正可用
# Step 1: 启动实例（确保 ORACLE_SID 已设） export ORACLE_SID=orcl sqlplus / as sysdba <<EOF startup nomount; exit EOF # Step 2: 检查 alert.log 是否有 ORA-00000 级别错误 tail -n 20 $ORACLE_BASE/diag/rdbms/orcl/orcl/trace/alert_orcl.log | grep -E "(ORA-|Errors)" # Step 3: 连接测试（关键！验证密码策略是否生效） sqlplus sys/Oracle123@localhost:1521/orcl as sysdba <<EOF select name, open_mode from v\$database; exit EOF关键点：若第三步返回ORA-01017: invalid username/password，不是密码错，而是7of7.zip中dbca模板的SEC_CASE_SENSITIVE_LOGON参数未正确写入init.ora。此时需手动修改$ORACLE_HOME/dbs/initorcl.ora，添加sec_case_sensitive_logon=FALSE，再重启。
从那以后我每次拿到p13390677_112040_Linux-x86-64_7of7.zip，第一件事就是md5sum校验，第二件事是unzip 1of7.zip看终端是否打印出runInstaller的路径，第三件事是file ./runInstaller确认 ELF 架构——这三步做完，我才敢继续往下走。少一步，后面几小时都可能耗在玄学报错里。希望帮到你。
本文还有配套的精品资源，点击获取
