Oracle 11gR2 安装包 4of7 详解：Linux x86-64 分卷结构与静默安装指南

简介Oracle 11gR211.2.0.4Linux x86-64 安装介质面向需要在 Linux 服务器上部署 Oracle 数据库的 DBA、运维工程师与数据库学习者。该版本是企业级长期支持版本常用于生产环境搭建、性能调优与 OCP 备考实验。资源为官方安装包分卷共 1041 个文件以 906 个 jar 包、44 个 sh 脚本、24 个 xml 配置、17 个 properties 属性文件为主另含 nls 语言支持、rsp 响应文件、runInstaller 与 cvuhelper 校验工具等压缩包整体约 625.64MB。需注意 7 个分卷必须全部下载并置于同一目录下共同解压缺一不可否则无法得到完整安装目录。目前已有 1276 人学习下载。借助该资源可完成数据库软件安装、实例创建与补丁环境准备目录结构保留官方原始布局便于对照文档执行静默安装与依赖检查适合搭建测试库、复现生产问题及系统学习 Oracle 体系结构。1. Oracle 11gR2 安装包 4of7 到底装的是什么一次把 Linux x86-64 的目录结构讲透很多人第一次拿到p13390677_112040_Linux-x86-64_4of7.zip这种命名第一反应是「这不就是个压缩包吗解压完 runInstaller 一路下一步就完事了」。真到生产环境里翻车往往就翻在这个「4of7」上——七个分卷里少一个或者把 4of7 当成完整安装介质直接解压runInstaller 跑到一半报缺文件日志里全是File not found你连缺的是哪个组件都定位不到。Oracle 11gR2 在 Linux x86-64 上的官方介质是按组件拆包的p13390677是补丁集编号112040对应 11.2.0.4 这个版本Linux-x86-64是平台标识4of7表示这是七卷中的第四卷。这一卷通常承载 Database 组件的主体部分但单独解压它并不能构成一个可安装的 Oracle Home。这篇内容面向的是需要在 RHEL/CentOS/Oracle Linux 上手工部署 11gR2 的 DBA 和运维把分卷识别、介质校验、目录规划、静默安装到踩坑排查整条链路讲清楚让你拿到任意一卷都能判断它属于哪个组件、该和谁合并、装完能不能起库。2. 七卷分包的组件映射与介质校验先搞清楚你手里这卷是什么2.1 p13390677 七卷分别对应哪些组件Oracle 11.2.0.4 的 Linux x86-64 介质在官方分发时被切成七个 zip命名规则统一是p13390677_112040_Linux-x86-64_Nof7.zip。这个切分不是随便切的每一卷对应一个或一组安装组件解压后合并到同一个顶层目录才能触发完整的 runInstaller 流程。下面这张表是我在多次部署中整理出来的对应关系不同渠道拿到的包可能命名略有差异但组件归属基本一致。分卷主要承载组件解压后典型目录是否可独立安装1of7Database 主体第一部分database/根目录、response 模板否2of7Database 主体第二部分database/stage/Components/部分组件否3of7Database 主体第三部分database/stage/Components/续否4of7Database 主体第四部分database/stage/Components/续否5of7Grid Infrastructure 第一部分grid/根目录否6of7Grid Infrastructure 第二部分grid/stage/Components/否7of7Examples 与补充组件examples/、部分补丁否关键结论任何单独一卷都不能独立完成安装。4of7 解压后你会看到database/stage/Components/下多了一批 jar 和组件目录但它缺少 1of7 里的runInstaller入口和 response file 模板也缺少后续卷里的依赖组件。正确做法是把七卷全部解压到同一个父目录让它们的内容自然合并。2.2 校验分卷完整性的三条命令拿到包之后别急着解压先做完整性校验。我见过太多因为传输中断导致 zip 损坏、解压到一半报 CRC 错误的案例尤其是跨网络拷贝大文件的时候。# 1. 检查每个 zip 的 CRC不实际解压 for f in p13390677_112040_Linux-x86-64_*of7.zip; do echo checking $f unzip -t $f | tail -n 2 done # 2. 查看 zip 内顶层目录结构确认组件归属 unzip -l p13390677_112040_Linux-x86-64_4of7.zip | head -n 20 # 3. 计算 SHA256 并与官方公布值比对如有 sha256sum p13390677_112040_Linux-x86-64_4of7.zip第一条命令的-t参数只做测试不解压输出No errors detected才算通过。第二条命令的-l列出压缩包内容重点看顶层是database/还是grid/这直接决定你这卷属于哪个组件。第三条的 SHA256 需要你有官方校验值没有的话至少保证七卷的 SHA256 记录在案方便后续排查。2.3 解压合并的正确姿势与目录规划解压不是unzip一把梭就完事目录规划错了后面安装路径会很难受。我一般会在/u01/stage下建一个统一目录把七卷全部解压进去。# 创建统一解压目录注意磁盘空间至少预留 15GB mkdir -p /u01/stage/11204 cd /u01/stage/11204 # 按顺序解压七卷-o 覆盖同名文件-q 静默模式 for i in 1 2 3 4 5 6 7; do unzip -oq /path/to/p13390677_112040_Linux-x86-64_${i}of7.zip -d /u01/stage/11204 done # 解压完成后确认目录结构 ls -ld /u01/stage/11204/database/runInstaller ls -ld /u01/stage/11204/grid/runInstaller-d指定解压目标目录七卷都指向同一个目录同名文件会被-o覆盖但 Oracle 的分卷设计保证了同名文件内容一致覆盖不会出问题。解压完成后必须能看到database/runInstaller和grid/runInstaller两个入口缺任何一个说明对应卷没解压成功。磁盘空间方面解压后的 stage 目录大约 10GB 到 12GB加上安装后的 Oracle Home/u01至少留 30GB。注意不要在不同用户下解压七卷文件属主不一致会导致 runInstaller 权限检查失败。统一用 oracle 用户或 root 解压后再 chown。3. 从 4of7 到可运行实例静默安装与建库的完整链路3.1 安装前的系统参数与依赖检查Oracle 11gR2 对 Linux 内核参数和依赖包有硬性要求不满足的话 runInstaller 会在 prerequisite 检查阶段直接拦下来。我习惯在安装前跑一遍手工检查比等图形界面报错再回头补要快得多。# 检查内核参数重点看 shmmax、shmall、sem sysctl -a | grep -E kernel.shmmax|kernel.shmall|kernel.sem|fs.file-max # 检查依赖包RHEL/CentOS 7 以上需要额外处理 rpm -q binutils compat-libstdc-33 elfutils-libelf elfutils-libelf-devel \ gcc gcc-c glibc glibc-common glibc-devel glibc-headers ksh libaio \ libaio-devel libgcc libstdc libstdc-devel make sysstat unixODBC unixODBC-devel # 检查用户和组 id oracle id oinstall id dba内核参数里kernel.shmmax建议设为物理内存的一半或更大kernel.shmall设为shmmax / 4096kernel.sem至少250 32000 100 128。依赖包在 RHEL 7 上compat-libstdc-33默认不在源里需要单独找包安装这是 11gR2 在新系统上最常卡住的地方。用户和组方面oracle 用户的主组是 oinstall附加组是 dba这个在安装时会被自动识别。3.2 用 response file 做静默安装图形界面安装在生产环境里基本不现实一是服务器通常没有 X11 转发二是批量部署需要可重复。静默安装靠 response file 驱动4of7 解压后database/response/下会有模板但模板需要按你的环境改。# 复制并编辑 db_install.rsp cd /u01/stage/11204/database/response cp db_install.rsp db_install_custom.rsp # 关键参数修改用 sed 批量替换或手工编辑 # oracle.install.optionINSTALL_DB_SWONLY # UNIX_GROUP_NAMEoinstall # INVENTORY_LOCATION/u01/app/oraInventory # ORACLE_HOME/u01/app/oracle/product/11.2.0/dbhome_1 # ORACLE_BASE/u01/app/oracle # oracle.install.db.InstallEditionEE # oracle.install.db.DBA_GROUPdba # oracle.install.db.OPER_GROUPdba # oracle.install.db.config.starterdb.typeGENERAL_PURPOSE # SECURITY_UPDATES_VIA_MYORACLESUPPORTfalse # DECLINE_SECURITY_UPDATEStrueoracle.install.option设为INSTALL_DB_SWONLY表示只装软件不建库建库单独用 dbca 做这样可控性更强。ORACLE_HOME和ORACLE_BASE的路径要提前规划好装完再改非常麻烦。DECLINE_SECURITY_UPDATES必须设为 true否则静默安装会卡在联网检查环节。# 执行静默安装日志输出到指定文件 cd /u01/stage/11204/database ./runInstaller -silent -responseFile /u01/stage/11204/database/response/db_install_custom.rsp \ -ignorePrereq -waitforcompletion -logfile /tmp/oracle_install_$(date %Y%m%d).log-silent开启静默模式-responseFile指定改好的应答文件-ignorePrereq跳过部分非致命的前置检查生产环境慎用建议先不加跑一遍看报什么-waitforcompletion让命令阻塞到安装结束-logfile把日志落到指定路径。安装结束后会提示你用 root 执行两个脚本。# 按提示用 root 执行 /u01/app/oraInventory/orainstRoot.sh /u01/app/oracle/product/11.2.0/dbhome_1/root.sh3.3 用 dbca 静默建库并验证实例状态软件装完后建库同样走静默模式。dbca 的 response file 模板在$ORACLE_HOME/assistants/dbca/下。# 准备 dbca 静默应答文件 cat /tmp/dbca_custom.rsp EOF responseFileVersion/oracle/assistants/rspfmt_dbca_response_schema_v11_2_0 gdbNameorcl sidorcl databaseConfigTypeSI policyManagedfalse createServerPoolfalse forceLoggingfalse sysPasswordOracle_2024 systemPasswordOracle_2024 emConfigurationNONE datafileDestination/u01/app/oracle/oradata recoveryAreaDestination/u01/app/oracle/fast_recovery_area storageTypeFS characterSetAL32UTF8 nationalCharacterSetAL16UTF16 listenersLISTENER memoryPercentage40 automaticMemoryManagementfalse totalMemory4096 EOF # 执行静默建库 dbca -silent -responseFile /tmp/dbca_custom.rsp -createDatabase \ -templateName General_Purpose.dbc -redoLogFileSize 100gdbName和sid保持一致databaseConfigTypeSI表示单实例storageTypeFS用文件系统存储characterSetAL32UTF8是通用推荐值。memoryPercentage40表示用物理内存的 40% 给 OracleautomaticMemoryManagementfalse在 11gR2 上建议关掉 AMM用 ASMM 更稳定。# 验证实例状态 export ORACLE_SIDorcl export ORACLE_HOME/u01/app/oracle/product/11.2.0/dbhome_1 export PATH$ORACLE_HOME/bin:$PATH sqlplus / as sysdba EOF select instance_name, status, database_status from v$instance; select name, open_mode from v$database; show parameter sga_target; EOF三条查询分别确认实例名和状态、数据库打开模式、SGA 目标值。OPEN_MODE是READ WRITE才算正常。如果实例起不来先看$ORACLE_HOME/rdbms/log/下的 alert log再检查$ORACLE_HOME/dbs/下的参数文件和密码文件是否生成。4. 安装过程中最容易翻车的五个点现象、原因与解决4.1 runInstaller 报 INS-08101 或 INS-13001现象执行 runInstaller 后立刻报INS-08101: Unexpected error或INS-13001: Environment not set up correctly图形界面都出不来。原因绝大多数是DISPLAY变量没设或 X11 转发不可用少数是/tmp空间不足导致解压临时文件失败。解决静默安装不需要 DISPLAY确认命令带了-silent。如果坚持用图形界面确保echo $DISPLAY有值且 xhost 放行。检查/tmp至少 1GB 可用空间df -h /tmp确认。4.2 解压 4of7 后 runInstaller 找不到现象七卷都解压了但database/runInstaller不存在或者存在但执行报缺文件。原因解压顺序或目标目录不一致导致分卷内容没有合并到同一目录。常见于每卷解压到独立子目录的情况。解决确认所有卷解压到同一个父目录用find /u01/stage/11204 -name runInstaller查找实际位置。如果分散了把各卷内容合并到同一目录再重试。4.3 root.sh 执行报错或卡住现象root.sh 执行到一半报Failed to create /etc/oratab或长时间无输出。原因/etc/oratab已存在且属主不对或者oraInventory路径权限有问题。解决检查/etc/oratab属主是否为 root内容是否可写。确认oraInventory目录属主是 oracle:oinstall 且权限 775。root.sh 卡住时看/tmp下是否有installActions*.log里面会记录卡在哪一步。4.4 dbca 建库到 45% 左右失败现象dbca 静默建库进度到 45% 左右报错退出日志提示ORA-27102: out of memory或ORA-00845。原因/dev/shm空间不足11gR2 的 AMM 特性依赖/dev/shm即使关了 AMM部分组件仍会用到。解决df -h /dev/shm确认大小建议设为物理内存的 50% 以上。临时调整mount -o remount,size8G /dev/shm永久生效需改/etc/fstab。4.5 监听器起不来或客户端连不上现象lsnrctl start报TNS-12547: TNS:lost contact或客户端报ORA-12541: TNS:no listener。原因listener.ora里 HOST 写成了主机名但/etc/hosts没解析或者防火墙挡了 1521 端口。解决listener.ora里 HOST 建议直接写 IP 或确保主机名可解析。netstat -tlnp | grep 1521确认端口在听。防火墙用firewall-cmd --add-port1521/tcp --permanent放行或直接关掉测试。5. 装完之后怎么验证这套 11gR2 真的能用三个压测级检查装完能连上不代表能用我一般会做三个层次的验证从实例健康度到实际读写再到重启恢复全部通过才算交付。第一个检查是实例级健康度除了前面查的v$instance和v$database还要看表空间和归档状态。-- 检查表空间使用率和归档模式 select tablespace_name, round(sum(bytes)/1024/1024/1024, 2) as size_gb from dba_data_files group by tablespace_name; select log_mode from v$database; -- 检查是否有无效对象 select owner, object_type, count(*) from dba_objects where status INVALID group by owner, object_type;LOG_MODE生产环境必须是ARCHIVELOG不是的话用shutdown immediate后startup mount再alter database archivelog切换。无效对象数量如果很多跑utlrp.sql重新编译。第二个检查是实际读写建一张测试表插入数据再查出来确认存储链路没问题。create table test_io (id number, name varchar2(100)); insert into test_io values (1, oracle11gr2); commit; select * from test_io; drop table test_io purge;第三个检查是重启恢复这是最容易被忽略但最关键的。shutdown immediate再startup确认实例能正常起来alert log 里没有ORA-开头的错误。我见过装完能用但一重启就起不来的情况多半是参数文件或密码文件路径有问题。# 重启验证 sqlplus / as sysdba EOF shutdown immediate startup select status from v$instance; EOF # 检查 alert log 最后 50 行有无错误 tail -n 50 $ORACLE_HOME/rdbms/log/alert_${ORACLE_SID}.log | grep -i ORA-如果这三步都过了这套 11gR2 基本可以交付使用。最后说个我自己的习惯每次装完 11gR2我都会把七卷的 SHA256、response file、root.sh 输出日志和 alert log 前 100 行打包存档。后面出问题的时候这些就是后悔药能帮你快速判断是安装阶段就埋的雷还是运行期才出的问题。11gR2 虽然老但在很多存量系统里还得继续跑把这套流程摸熟比每次重装都靠玄学要靠谱得多。希望帮到你。本文还有配套的精品资源点击获取