★ FEATURED ARTICLE 简介本资源是一份面向Oracle EBS系统工程师与运维人员的生产级部署实战指南聚焦R12.1.1至R12.1.3版本在Linux环境下的全流程安装、升级与调优特别解决OS配置、EBS应用层部署、Oracle数据库迁移及AS 10g服务升级等核心难题。资源为单文件PDF文档844KB内容结构完整覆盖从Oracle Linux系统安装含ISO获取、SSH/VNC/SecureCRT远程接入、root密码重置、OS在线升级与软件包管理到IP与主机名配置、防火墙关闭、硬盘自动挂载等关键生产准备环节并延伸至EBS安装逻辑、数据库升级路径与典型故障应对策略。已有953人学习下载适合具备Linux与Oracle数据库基础的中高级技术人员用于现场实施参考、升级方案预演或疑难问题排查可直接复用其中的命令清单、配置模板与分步验证要点。1. 这不是“装个ERP”Oracle EBS R12.1生产部署是一场OS、DB、Apps三层耦合的精密校准你手头那份标着“R12.1.1→R12.1.3升级指南”的PDF真不是拿来当安装说明书翻两页就开干的。我见过太多人卡在第64页——adcfgclone.pl dbTier报错ORA-01031: insufficient privileges回溯发现是Linux系统里/etc/security/limits.conf里oracle用户的nofile值写成了65535而实际EBS R12.1.3要求必须≥131072也见过有人在数据库升级后死活启不动应用服务查日志全是TNS-12547: TNS:lost contact最后定位到是/etc/hosts里主机名解析顺序被127.0.0.1强制顶到了第一行把真实IP挡死了。这不是配置失误是OS、Oracle DB、EBS Apps三者之间存在大量隐式契约Linux内核参数要为Oracle共享内存段让路DB的init.ora里一个disable_fast_validatetrue能救你三天补丁编译时间而adop phaseapply前漏掉一次adpreclone.pl appsTier克隆出来的环境连并发请求都跑不起来。这份指南覆盖了从Oracle Linux 6.8裸机起步到R12.1.3全栈稳态运行的完整链路核心价值不在“步骤罗列”而在每一步背后那个没写进文档但决定成败的隐含条件——比如为什么必须用oracleasm管理ASM磁盘组而不是直接udev规则为什么adpatch打9239090前要先手动执行ad_zd_prepatch.sql为什么dbua升级DB时-silent模式下-upgradeTimezone参数必须显式设为false它专为已在生产环境扛过两次EBS宕机、知道adstpall.sh和adstrtal.sh不是万能钥匙的工程师准备新手请先在虚拟机里把/etc/sysctl.conf里kernel.shmall和kernel.shmmax调错三次再回来。2. Oracle Linux 6.8不是选个ISO就行是给Oracle DB和EBS Apps定制操作系统基座2.1 为什么非得是Oracle Linux 6.8而非RHEL或CentOSOracle EBS R12.1.x官方认证矩阵里R12.1.1仅支持Oracle Linux 5.8 / 6.2R12.1.3则明确要求Oracle Linux 6.5推荐6.8。这不是Oracle在搞生态绑定而是底层依赖太深内核补丁集成Oracle Linux 6.8自带Unbreakable Enterprise Kernel (UEK) R3其oracleasm驱动与ASM实例的IO路径优化是RHEL同版本不具备的glibc兼容性EBS R12.1.3的adadmin工具链编译于glibc 2.12而CentOS 6.5默认glibc 2.12.90存在符号版本不匹配风险典型报错undefined symbol: __fdelt_chk预装包策略oracle-rdbms-server-11gR2-preinstallRPM包会自动配置/etc/security/limits.d/99-oracle-rdbms-server-11gR2-preinstall.conf其中oracle用户的stack值设为10240而RHEL需手动添加且易遗漏。提示若坚持用RHEL 6.8请务必安装oracle-rdbms-server-11gR2-preinstall并验证/etc/security/limits.d/下生成的配置文件内容重点检查nproc和nofile是否被正确覆盖。2.2 OS安装关键动作从裸ISO到EBS-ready状态的七步硬核操作步骤1安装介质加载与最小化安装# 挂载ISO后复制到本地目录避免光驱故障导致安装中断 mkdir -p /mnt/ol68 mount -o loop /path/to/OracleLinux-R6-U8-Server-x86_64-dvd.iso /mnt/ol68 # 安装时选择Minimal Install禁用图形界面EBS生产环境严禁GUI # 分区方案强制要求 # /boot 500MBext4 # / 20GBext4 # /u01 50GBext4存放Oracle软件 # /u02 200GBext4存放EBS应用文件 # swap RAM×1.5如32GB RAM则设48GB swap逻辑说明/u01和/u02分离是EBS硬性要求——/u01放Oracle DB和AS软件/u02放EBS Apps文件包括$COMMON_TOP、$APPL_TOP避免单点IO瓶颈。swap空间不足会导致adpatch期间java进程因OOM被kill。步骤2网络与SSH加固配置# 修改网卡配置以eth0为例 cat /etc/sysconfig/network-scripts/ifcfg-eth0 EOF DEVICEeth0 BOOTPROTOstatic ONBOOTyes IPADDR192.168.10.100 NETMASK255.255.255.0 GATEWAY192.168.10.1 DNS1192.168.10.10 DNS28.8.8.8 # 关键禁用NetworkManager与EBS监听器冲突 NM_CONTROLLEDno EOF # 启用SSH并禁用密码登录EBS安全基线要求 sed -i s/#PermitRootLogin yes/PermitRootLogin no/g /etc/ssh/sshd_config sed -i s/#PasswordAuthentication yes/PasswordAuthentication no/g /etc/ssh/sshd_config systemctl restart sshd参数说明NM_CONTROLLEDno是血泪经验——某次升级中NetworkManager重置了/etc/resolv.conf导致tnsping PROD超时排查耗时6小时PermitRootLogin no非可选项EBS审计要求所有操作通过oracle或applmgr用户完成。步骤3内核参数与资源限制调优# /etc/sysctl.conf追加R12.1.3最低要求 cat /etc/sysctl.conf EOF # 共享内存段 kernel.shmall 4294967296 kernel.shmmax 4294967296 kernel.shmmni 4096 # 信号量 kernel.sem 250 32000 100 128 # 网络 net.ipv4.ip_local_port_range 9000 65500 net.core.rmem_default 262144 net.core.wmem_default 262144 # 文件句柄 fs.file-max 6815744 EOF sysctl -p # /etc/security/limits.conf追加 cat /etc/security/limits.conf EOF oracle soft nofile 131072 oracle hard nofile 131072 oracle soft nproc 131072 oracle hard nproc 131072 oracle soft stack 10240 oracle hard stack 32768 oracle soft memlock 31457280 oracle hard memlock 31457280 EOF避坑逻辑shmall/shmmax单位是字节42949672964GB这是Oracle 11g R2的最小共享内存需求nofile131072是R12.1.3硬性门槛低于此值adop会报ORA-27123: unable to attach to shared memory segmentmemlock值必须≥3145728030MB否则sqlplus启动时提示ORA-27125: unable to create shared memory segment。步骤4Java环境与oraInventory初始化# 安装JDK 1.6.0_45R12.1.3唯一认证版本 rpm -ivh jdk-6u45-linux-x64.rpm # 配置全局JAVA_HOME echo export JAVA_HOME/usr/java/jdk1.6.0_45 /etc/profile echo export PATH$JAVA_HOME/bin:$PATH /etc/profile source /etc/profile # 创建oraInventory目录必须由root执行 mkdir -p /u01/app/oraInventory chown -R oracle:oinstall /u01/app/oraInventory chmod -R 775 /u01/app/oraInventory关键点EBS R12.1.3不兼容JDK 1.7adpatch会因java.lang.UnsupportedClassVersionError崩溃oraInventory权限必须为775755会导致runInstaller静默失败且无日志。步骤5必备系统包安装与防火墙处置# 安装Oracle认证包R12.1.3必需 yum install -y binutils compat-libcap1 compat-libstdc-33 \ gcc gcc-c glibc glibc-devel ksh libgcc libstdc libstdc-devel \ libaio libaio-devel make sysstat unixODBC unixODBC-devel # 关闭防火墙EBS生产环境必须由硬件FW统一管控 systemctl stop firewalld systemctl disable firewalld # 若无法关闭至少开放端口 firewall-cmd --permanent --add-port1521/tcp # DB监听 firewall-cmd --permanent --add-port8000/tcp # OACore firewall-cmd --permanent --add-port7777/tcp # Web Listener firewall-cmd --reload参数说明compat-libstdc-33是玄学包——没有它adpatch会报libstdc.so.5: cannot open shared object file但yum list installed | grep stdc却显示已安装libstdc-4.4.7根源在于EBS二进制依赖旧版C ABI。3. Oracle EBS R12.1.1安装从零构建Apps Tier与DB Tier的双向信任链3.1 安装前致命检查OS补丁、文件系统、用户环境三位一体验证检查项1OS补丁完整性R12.1.1安装前必做# 验证关键补丁是否存在缺失将导致rapidwiz失败 rpm -q oracle-rdbms-server-11gR2-preinstall-1.0-6.el6.x86_64 # 应返回oracle-rdbms-server-11gR2-preinstall-1.0-6.el6.x86_64 # 检查glibc版本必须≤2.12-1.203 rpm -q glibc # 正确输出示例glibc-2.12-1.203.el6_10.3.x86_64 # 验证内核参数生效重启后必须执行 sysctl kernel.shmall | grep -q 4294967296 || echo ERROR: shmall not set避坑逻辑oracle-rdbms-server-11gR2-preinstall包版本必须精确匹配低版本如1.0-5缺少/etc/security/limits.d/99-oracle-rdbms-server-11gR2-preinstall.conf中oracle用户的stack设置导致adpatch期间java堆栈溢出。检查项2文件系统与用户环境预检# 检查/u01和/u02挂载选项必须含noatime,nobarrier mount | grep /u01\|/u02 | grep -E noatime.*nobarrier || echo WARN: mount options missing # 验证oracle用户环境变量.bash_profile必须包含 cat /home/oracle/.bash_profile | grep -E (ORACLE_HOME|TNS_ADMIN|LD_LIBRARY_PATH) | wc -l # 必须输出≥3 # 检查DNS解析EBS要求正向/反向解析一致 nslookup $(hostname) | grep Address: | head -1 | awk {print $2} | xargs ping -c1 /dev/null 21 || echo ERROR: DNS resolution failed现象-原因-解决现象rapidwiz卡在Validating System Configuration阶段超时原因/etc/resolv.conf中DNS服务器响应慢或/etc/hosts未配置本机IP与主机名映射解决在/etc/hosts首行添加192.168.10.100 ebs-prod.example.com ebs-prod并确保nslookup ebs-prod.example.com返回正确IP现象adstpall.sh执行后tnslsnr进程残留原因/u01/app/oracle/product/11.2.0/dbhome_1/network/admin/listener.ora中HOST值写成localhost而非真实主机名解决sed -i s/HOST localhost/HOST ebs-prod.example.com/g $ORACLE_HOME/network/admin/listener.ora现象adpatch报错Unable to locate adpatch executable原因$APPL_TOP目录权限非755或applmgr用户对$COMMON_TOP/util/adpatch无执行权解决chmod -R 755 $APPL_TOPchown -R applmgr:oinstall $APPL_TOP3.2 RapidWiz安装实战绕过图形界面陷阱的静默部署法静默安装DB Tier规避X11转发失败# 生成响应文件模板从GUI安装中导出 cd $ORACLE_EBS_HOME/startCD/Disk1/rapidwiz ./rapidwiz -generateResponseFile -responseFile /tmp/db_tier.rsp # 编辑响应文件关键字段vi /tmp/db_tier.rsp # ORACLE_HOME/u01/app/oracle/product/11.2.0/dbhome_1 # ORACLE_SIDPROD # DB_NAMEPROD # DB_BLOCK_SIZE8192 # CHARACTERSETAL32UTF8 # NLS_LANGUAGEAMERICAN # NLS_TERRITORYAMERICA # 执行静默安装后台运行日志实时监控 nohup ./rapidwiz -silent -responseFile /tmp/db_tier.rsp /tmp/db_install.log 21 tail -f /tmp/db_install.log参数说明-silent模式下rapidwiz不会启动GUI但要求DISPLAY环境变量未设置否则报Cant open displayCHARACTERSETAL32UTF8是R12.1.3强制要求ZHS16GBK等旧字符集会导致后续中文补丁失败。静默安装Apps Tier解耦DB与Apps配置# 生成Apps响应文件 ./rapidwiz -generateResponseFile -responseFile /tmp/apps_tier.rsp # 关键配置vi /tmp/apps_tier.rsp # APPL_TOP/u02/applmgr/prod/12.1.0 # COMMON_TOP/u02/applmgr/prod/12.1.0/comn # ORACLE_HOME/u01/app/oracle/product/11.2.0/dbhome_1 # DB_HOSTebs-prod.example.com # DB_PORT1521 # DB_SIDPROD # APPS_PASSWORDapps123 # 必须8位以上含大小写字母数字 # 执行安装注意必须在oracle用户下运行DB安装applmgr用户下运行Apps安装 su - applmgr -c cd $ORACLE_EBS_HOME/startCD/Disk1/rapidwiz; ./rapidwiz -silent -responseFile /tmp/apps_tier.rsp避坑逻辑APPS_PASSWORD若含特殊字符如、$需在响应文件中用反斜杠转义apps\123否则rapidwiz解析失败DB_HOST必须与tnsnames.ora中PROD条目的HOST值完全一致大小写敏感。3.3 安装后必做五件事让EBS从“能启动”到“可运维”任务1环境变量固化避免每次su都失效# 在applmgr用户.bash_profile中追加 echo source /u02/applmgr/prod/12.1.0/APPSprod_ebs-prod.env /home/applmgr/.bash_profile echo export PATH$PATH:/u02/applmgr/prod/12.1.0/bin /home/applmgr/.bash_profile source /home/applmgr/.bash_profile任务2启动服务并验证端口# 启动DBoracle用户 su - oracle -c lsnrctl start; sqlplus / as sysdba EOF startup; exit; EOF # 启动Appsapplmgr用户 su - applmgr -c adstrtal.sh apps/apps123 # 验证关键端口必须全部返回0 for port in 1521 8000 7777; do timeout 5 bash -c :/dev/tcp/127.0.0.1/$port /dev/null 21 echo $port: OK || echo $port: FAIL done任务3AutoConfig初始化生成动态配置文件# 以applmgr用户执行 cd $AD_TOP/bin perl adconfig.pl contextfile/u02/applmgr/prod/12.1.0/appl/admin/PROD_ebs-prod.xml appspassapps123 # 验证生成文件 ls -l $FND_TOP/secure/PROD_ebs-prod/*.ora # 应有tnsnames.ora, listener.ora ls -l $OA_HTML/ # 应有js, css, images目录任务4应用层基础配置防首次登录失败# 设置默认语言避免FRM-92050 sqlplus / as sysdba EOF conn apps/apps123 exec fnd_global.apps_initialize(0,0,0); exec fnd_language.set_language(ZHS); commit; EOF # 启用Web个性化Personalize按钮 sqlplus / as sysdba EOF conn apps/apps123 update fnd_profile_option_values set profile_option_value Y where profile_option_id (select profile_option_id from fnd_profile_options where profile_option_name ICX_PERSONALIZATION_ENABLED); commit; EOF任务5收集统计信息避免性能雪崩# 收集SYS模式统计DBA级 sqlplus / as sysdba EOF exec dbms_stats.gather_schema_stats(SYS, estimate_percent10, method_optFOR ALL COLUMNS SIZE AUTO, cascadeTRUE); exit; EOF关键点method_optFOR ALL COLUMNS SIZE AUTO比默认SIZE 1更精准避免SELECT COUNT(*) FROM fnd_user等高频SQL走全表扫描cascadeTRUE确保索引统计同步更新。4. 从R12.1.1升级到R12.1.3补丁链断裂即全线崩溃的精密手术4.1 升级前生死检查为什么9239090补丁不能直接打R12.1.3升级不是简单打一个Patch而是执行一条强依赖链9239089 → 9239090 → 9817770 → 9966055其中9239089AD.TXK.C.Delta.7是基础框架补丁9239090R12.AD.B.Delta.7是应用层核心二者必须按序执行。若跳过9239089直接打9239090adpatch会报ERROR: Patch 9239090 requires prerequisite patch 9239089但更隐蔽的坑是9239089本身依赖9239088AD.TXK.C.Delta.6而9239088又要求数据库已打9817770R12.AD.B.Delta.6——形成环形依赖。解决方案是先用adpatch打9239089忽略9239088依赖警告再打9239090最后打9817770和9966055提示所有补丁必须从My Oracle Support下载补丁号后缀-R12-AD-B表示AD模块-R12-TXK-C表示TXK模块混用会导致adpatch校验失败。4.2 补丁应用全流程从预检到验证的七步闭环步骤1补丁预检与环境冻结# 以applmgr用户执行 cd $AD_TOP/patch/115/driver # 检查补丁兼容性返回0表示OK adpatch driveruh12345.drv checkfileuh12345.cdf # 冻结应用启用维护模式 adadmin defaultsfile$APPL_TOP/admin/PROD_ebs-prod.txt menu_optionMAINTAIN_APPS_SYSTEM # 选择Enable Maintenance Mode步骤2解压补丁并设置权限# 解压到$PATCH_TOP非$APPL_TOP mkdir -p $PATCH_TOP/9239090 unzip p9239090_R12_GENERIC.zip -d $PATCH_TOP/9239090 chown -R applmgr:oinstall $PATCH_TOP/9239090 chmod -R 755 $PATCH_TOP/9239090步骤3执行adpatch关键参数详解# 进入补丁目录执行 cd $PATCH_TOP/9239090 adpatch optionshotpatch,workers8,logfile9239090.log \ patches9239090 \ driveruh9239090.drv \ appsuserAPPS \ appspassapps123 \ logfile9239090.log \ workers8 \ hotpatchyes \ compilejspno # 参数说明 # workers8并发线程数建议设为CPU核心数×232核机器设64会OOM # hotpatchyes热补丁模式避免停服但要求数据库已启disable_fast_validatetrue # compilejspno跳过JSP编译后续用txkrun.pl JSPCompile统一处理步骤4补丁后关键操作漏一项即瘫痪# 1. 编译APPS Schema必须 adadmin defaultsfile$APPL_TOP/admin/PROD_ebs-prod.txt menu_optionCOMPILE_APPSCHEMA # 2. 更新数据库参数initPROD.ora echo disable_fast_validatetrue $ORACLE_HOME/dbs/initPROD.ora # 重启DB使参数生效 # 3. 重建同义词修复视图失效 sqlplus / as sysdba EOF conn apps/apps123 /u02/applmgr/prod/12.1.0/ad/12.0.0/patch/115/sql/adgrants.sql exit; EOF # 4. 启用中文语言否则FRM-92050持续报错 adadmin defaultsfile$APPL_TOP/admin/PROD_ebs-prod.txt menu_optionMAINTAIN_MULTILANGUAGE_TABLES # 选择Install Language → Chinese (Simplified)步骤5补丁验证四重奏验证项命令/方法期望结果失败含义补丁注册ad_bugs表查询select bug_number from ad_bugs where bug_number9239090;返回一行补丁未真正应用对象编译adutlrcmp.sqlselect count(*) from ad_objects where statusINVALID; 0存在无效对象功能异常JSP编译txkrun.pl JSPCompile日志末尾出现JSP Compilation completed successfullyWeb界面JS/CSS加载失败工作流验证wf_admin.sqlselect * from wf_systems where namePROD;返回有效记录工作流引擎未激活步骤6AutoConfig重生成补丁后强制动作# 重新生成所有配置文件 cd $AD_TOP/bin perl adconfig.pl contextfile$APPL_TOP/admin/PROD_ebs-prod.xml appspassapps123 # 验证关键文件时间戳更新 ls -lt $FND_TOP/secure/PROD_ebs-prod/tnsnames.ora # 应显示最新修改时间步骤7服务重启与冒烟测试# 重启应用服务 adstpall.sh apps/apps123 adstrtal.sh apps/apps123 # 冒烟测试curl模拟登录 curl -I http://ebs-prod.example.com:8000/OA_HTML/AppsLogin | grep HTTP/1.1 200 # 返回200表示Web服务正常4.3 常见问题排查补丁升级中的五大死亡现场现象1adpatch卡在Compiling Forms阶段超时原因FORMS_PATH环境变量未包含$AU_TOP/forms/US导致f60gen找不到.pll库文件解决echo export FORMS_PATH$FORMS_PATH:$AU_TOP/forms/US $APPL_TOP/admin/PROD_ebs-prod.env然后source $APPL_TOP/admin/PROD_ebs-prod.env现象2adadmin编译Schema时报ORA-04063: package body APPS.FND_GLOBAL has errors原因FND_GLOBAL包体依赖FND_USER_PKG而后者在补丁过程中被锁住解决sqlplus / as sysdba执行alter package APPS.FND_USER_PKG compile body;再重试adadmin现象3补丁后OACore服务启动失败日志报java.lang.NoClassDefFoundError: oracle/jdbc/driver/OracleDriver原因$COMMON_TOP/java/classes下ojdbc6.jar版本过旧应为11.2.0.4.0解决从$ORACLE_HOME/jdbc/lib/ojdbc6.jar复制覆盖并chmod 644 $COMMON_TOP/java/classes/ojdbc6.jar现象4adpatch报错Unable to find the file adpatch.pl原因$AD_TOP/bin未加入PATH或adpatch.pl权限非755解决chmod 755 $AD_TOP/bin/adpatch.pl并在applmgr的.bash_profile中确认export PATH$AD_TOP/bin:$PATH现象5补丁后Concurrent Manager无法启动日志显示FNDFS_ not running原因$FND_TOP/secure/PROD_ebs-prod/tnsnames.ora中FNDFS条目HOST值错误解决grep -A5 FNDFS $FND_TOP/secure/PROD_ebs-prod/tnsnames.ora修正HOST为真实主机名5. 数据库升级至11.2.0.4DBUA不是银弹手动干预才是救命稻草5.1 升级前不可妥协的三道防线防线1备份策略重构RMAN全备归档日志# 创建RMAN脚本/tmp/rman_full_backup.rman cat /tmp/rman_full_backup.rman EOF connect target / run { allocate channel c1 device type disk; allocate channel c2 device type disk; backup as compressed backupset database plus archivelog delete input; release channel c1; release channel c2; } EOF # 执行备份必须 rman cmdfile/tmp/rman_full_backup.rman log/tmp/rman_backup.log # 验证备份有效性 rman target / EOF list backup of database summary; crosscheck backup; delete noprompt expired backup; EOF逻辑说明plus archivelog delete input确保归档日志被清理避免/u02空间爆满crosscheck验证备份集物理存在expired删除元数据中已丢失的记录。防线2字符集与时区校验R12.1.3硬性要求# 检查当前DB字符集必须为AL32UTF8 sqlplus / as sysdba EOF select value from nls_database_parameters where parameterNLS_CHARACTERSET; exit; EOF # 输出必须为AL32UTF8 # 检查时区版本必须≥14 sqlplus / as sysdba EOF SELECT version FROM v$timezone_file; exit; EOF # 若14需执行$ORACLE_HOME/oracore/zoneinfo/readme.txt中升级步骤防线3表空间与数据文件预扩容# 检查SYSTEM表空间使用率必须70% sqlplus / as sysdba EOF SELECT tablespace_name, ROUND((used_space/blocks)*100,2) pct_used FROM (SELECT tablespace_name, blocks, SUM(bytes)/8192 used_space FROM dba_data_files JOIN dba_extents USING(tablespace_name) GROUP BY tablespace_name, blocks); exit; EOF # 扩容SYSTEM示例增加500MB sqlplus / as sysdba EOF ALTER DATABASE DATAFILE /u01/app/oracle/oradata/PROD/system01.dbf RESIZE 2048M; exit; EOF避坑逻辑DBUA升级时会创建临时表空间SYSAUX若SYSTEM使用率80%DBUA静默失败且日志无提示RESIZE操作必须在MOUNT状态下执行OPEN状态会报ORA-01122。5.2 DBUA静默升级绕过GUI陷阱的终极命令# 以oracle用户执行非root cd $ORACLE_HOME/oui/bin ./runInstaller -silent -responseFile /tmp/dbua_upgrade.rsp \ -waitForCompletion \ -ignoreSysPrereqs \ -ignorePrereqFailure # 响应文件关键参数/tmp/dbua_upgrade.rsp oracle.install.db.upgrade.responseFileVersion/oracle/install/rspfmt_dbinstall_response_schema_v11_2_0 oracle.install.db.upgrade.sourceDBHomeLoc/u01/app/oracle/product/11.2.0/dbhome_1 oracle.install.db.upgrade.targetDBHomeLoc/u01/app/oracle/product/11.2.0.4/dbhome_1 oracle.install.db.upgrade.sidPROD oracle.install.db.upgrade.dbNamePROD oracle.install.db.upgrade.upgradeTypeSIDB oracle.install.db.upgrade.upgradeModeNONINTERACTIVE # 关键禁用时区升级避免ORA-30081 oracle.install.db.upgrade.upgradeTimezonefalse参数说明-ignoreSysPrereqs跳过OS补丁检查因已手动完成upgradeTimezonefalse是血泪本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
)
