DBA_Oracle Erp R12中文补丁安装升级(案例)

简介: 2014-07-11 Created By BaoXinjian 一、摘要 在使用oracle ebs时,使用中文会更好的理解整个ebs流程,一下介绍oracle r12中文补丁的方式 1. 如果你的系统除了支持英语外,还支持其他语言,比如中文,那你在下载补丁的时候除了下载Generic Platform版本外,还要确认有没有其他语言的版本,比如ZHS版本。

2014-07-11 Created By BaoXinjian

一、摘要


在使用oracle ebs时,使用中文会更好的理解整个ebs流程,一下介绍oracle r12中文补丁的方式

1. 如果你的系统除了支持英语外,还支持其他语言,比如中文,那你在下载补丁的时候除了下载Generic Platform版本外,还要确认有没有其他语言的版本,比如ZHS版本。如果有的话也要下载。

2. EBS的补丁不像数据库的补丁那样可以回滚,一旦失败就很麻烦。所以打补丁前一定要细看readme文件,确认补丁所需的前提条件都满足。

3. 要记录和对比打补丁前后APPS Schema下的无效对象。如果因为补丁引起新的无效对象,则视为补丁失败。

4. 对于补丁失败,一般能做的就是开TAR,要求ORACLE解决。

5. 打任何Patch之前都要设置为维护模式,注意打完补丁之后要记得切换回来!

 

二、案例


Step1. 启用维护模式

启动环境变量命令窗口,输入adadmin,根据需要进行输入(除了需输入system的密码manager外),一路默认即进入"AD Administrator main menu",选择"5: change maintenance mode",再选择"enable maintence mode",就切换到维护模式之下了,然后退出AD维护工具。

 

Step2. 使用adpatch打8576725补丁

进入环境变量命令窗口后,输入adpatch,和adadmin一样,除了需输入system的密码manager外,一路默认后,系统提示输入补丁所在的路径和driver文件,分别输入:

补丁路径 -> F:\p8576725_12.1.0_R12_GENERIC\8576725

补丁文件 -> u8576725.drv

系统提示输入需要使用几个worker执行打补丁任务,oracle推荐是cpu数量的2-4倍,如我们的cpu数量为8,oracle建议16-32,我选择了16。然后就开始安装该补丁了。

默认打补丁的日志名称为adpatch.log。为方便起见,在adpatch的输入中,修改日志名称。

 

Step3. 安装中文补丁包6678700_ZHS

Step3.1 在License Manager里注册中文

(1)用SYSADMIN登陆EBS,在system administrator或system administration中 

(2)选择License Manager,然后点击Languages

(3)在“Select languages to license”表里,点取Simplified Chinese,点击Next

(4)在“Select new Base Language”里,直接点击Next(不要使用中文作为base language,会有麻烦)

(5)在总结性画面里看到如下设置,点击Submit

Step3.2 在ADADMIN里管理多语言表功能

(1)在环境变量命令窗口中,输入adadmin

(2)选择"4. maintain applications database entities menu"

(3)选择"3. maintain multi_lingual tables"

(4)系统将开始相关多语言表功能的编译直至完成。

Step3.3 运行adpatch

打6678700_ZHS中文补丁包和打其他补丁一样。

(1)关闭应用层

(2)adadmin启用维护模式

(3)在环境变量命令窗口中,输入adpatch

(4)系统提示输入补丁所在的路径和driver文件:F:\stage12\6678700_ZHS u6678700.drv

(5)输入worker数量,系统将开始中文语言补丁的安装过程。

(6)安装完毕后,退出维护模式Disable Maintenance Mode。

(7)启动应用层

Step3.4 补丁安装过程中的异常处理

(1)补丁安装过程中,如果遇到停机或退出维护模式,重新进入adpatch时,系统会询问是否继续进行之前中断的补丁安装过程。

(2)中途如果出现worker失败导致安装中断,可以另外打开环境变量命令窗口,运行adctrl工具,可以查看worker的状态,然后fix失败的worker,restart worker来解决问题。

(3)一般步骤:数字1查看worker状态;数字3输入failed worker的worker号,使之quit;数字2输入failed worker的worker号,使之restart。

(4)如果遇到始终无法解决的问题,选择隐含项8,skip当前job,让worker继续工作。作为一个dba,不应该使用隐含项8

 

Thanks and Regards

参考: http://hi.baidu.com/dba_hui/item/9c736d0f8411bd9803ce1b03

ERP技术讨论群: 288307890
技术交流,技术讨论,欢迎加入
Technology Blog Created By Oracle ERP - 鲍新建
相关文章
|
6月前
|
数据采集 监控 供应链
ERP系统在大型企业中的实施案例研究
ERP系统在大型企业中的实施案例研究
446 0
|
8天前
|
存储 Oracle 关系型数据库
数据库数据恢复—Oracle ASM磁盘组故障数据恢复案例
Oracle数据库数据恢复环境&故障: Oracle ASM磁盘组由4块磁盘组成。Oracle ASM磁盘组掉线 ,ASM实例不能mount。 Oracle数据库故障分析&恢复方案: 数据库数据恢复工程师对组成ASM磁盘组的磁盘进行分析。对ASM元数据进行分析发现ASM存储元数据损坏,导致磁盘组无法挂载。
|
2月前
|
Oracle 关系型数据库 数据库
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。 数据库没有备份,无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件,急需恢复zxfg用户下的数据。 出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏,数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后,发现sysaux01.dbf文件损坏,有坏块。 修复并启动数据库后仍然有许多查询报错,export和data pump工具使用报错。从数据库层面无法修复数据库。
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
|
2月前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—异常断电导致Oracle数据库数据丢失的数据恢复案例
Oracle数据库故障: 机房异常断电后,Oracle数据库启库报错:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。数据库没有备份,归档日志不连续。用户方提供了Oracle数据库的在线文件,需要恢复zxfg用户的数据。 Oracle数据库恢复方案: 检测数据库故障;尝试挂起并修复数据库;解析数据文件。
|
19天前
|
Oracle 关系型数据库 数据库
oracle数据恢复—Oracle数据库文件损坏导致数据库打不开的数据恢复案例
打开oracle数据库时报错,报错信息:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。急需恢复zxfg用户下的数据。 出现上述报错的原因有:控制文件损坏、数据文件损坏、数据文件与控制文件的SCN不一致等。数据恢复工程师对数据库文件做进一步检测分析后发现sysaux01.dbf文件有坏块。修复sysaux01.dbf文件,启动数据库依然有许多查询报错。export和data pump工具无法使用,查询告警日志并分析报错,确认发生上述错误的原因就是sysaux01.dbf文件损坏。由于该文件损坏,从数据库层面无法修复数据库。由于system和用户表空间的数据文件是正常的,
|
3月前
|
SQL Oracle 关系型数据库
Oracle 11g 打PSU补丁教程
Oracle 11g 打PSU补丁教程
96 2
|
6月前
|
弹性计算 监控 数据库
【阿里云弹性计算】企业级应用上云实战:基于阿里云 ECS 的 ERP 系统迁移案例
【5月更文挑战第25天】制造企业将面临资源不足、维护成本高和数据安全问题的ERP系统迁移到阿里云ECS,实现业务上云。通过数据迁移、应用部署、网络配置和性能优化等步骤,企业享受到弹性计算资源、高可靠性和数据安全优势,降低维护成本。阿里云提供24小时支持,助力企业数字化转型。此案例展示企业级应用上云的可行性,鼓励更多企业借助云计算实现创新发展。
154 0
|
6月前
|
存储 Oracle 关系型数据库
服务器数据恢复—RAID5上层SAP+oracle数据恢复案例
**服务器存储数据恢复环境:** 某品牌服务器存储中有一组由6块SAS硬盘组建的RAID5阵列,其中有1块硬盘作为热备盘使用。上层划分若干lun,存放Oracle数据库数据。 **服务器存储故障&分析:** 该RAID5阵列中一块硬盘出现故障离线,热备盘自动激活替换故障硬盘,热备盘同步数据的过程中该raid5阵列中又有一块硬盘出现故障,RAID5阵列瘫痪,上层LUN无法正常访问。 因为本案例中存储控制器的磁盘检查策略严格,一旦某些磁盘性能不稳定,该型号存储控制器就将该块磁盘识别为坏盘,并将该块磁盘踢出RAID。一旦RAID中掉线的盘数到超过RAID级别允许掉盘的最大数量,该RAID将不可用,
服务器数据恢复—RAID5上层SAP+oracle数据恢复案例
|
6月前
|
监控 供应链 数据挖掘
ERP系统在中小企业的实施案例分析
ERP系统在中小企业的实施案例分析
254 1
|
6月前
|
Oracle 关系型数据库
oracle基本笔记整理及案例分析2
oracle基本笔记整理及案例分析2

推荐镜像

更多