浅谈ORACLE EBS系统克隆技术应用.docVIP

浅谈ORACLE EBS系统克隆技术应用 　　摘要:ORACLE EBS系统在大型企业能够稳定运行,克隆技术的应用是必不可少的。EBS系统经常需要将生产环境进行克隆,将最新的应用版本和数据库提供给开发人员进行测试和培训。通过使用克隆技术建立测试环境、培训环境和生产环境,缩短了施工时间,减少了维护人员的工作量。在EBS克隆中,步骤非常的复杂,既需要查看ORACLE官方标准文档,又要具有一定的数据库备份与恢复技能。本文通过笔者实际工作经验,详细介绍了EBS系统克隆的关键步骤。 　　关键词:EBS;克隆;数据库恢复 　　中图分类号:TP311.13 文献标识码:A 文章编号:1007-9599 (2012) 13-0000-02 　　一、前言 　　ERP系统改变了原有的企业内部信息孤岛的状况,实现了企业管控一体化,在日常的经营管理中发挥着越来越重要的作用。有很多企业ERP系统选用了ORACLE EBS产品,为了保证生产环境的高可用性,采用了双应用节点和双数据库节点。通过使用ORACLE RAC技术,实现负载均衡和高可用性的功能。 　　二、EBS系统克隆的原因 　　为了保证EBS系统7*24小时运行,必须建立开发、测试和生产环境,使开发测试人员在开发和测试环境中进行了详细的调试之后,再移植到生产环境中,减少对生产环境的影响,具体情况如下图: 　　通过上图,可以看到Clone(简称“克隆”)是将生产环境克隆出测试环境和开发环境。EBS系统经常需要将生产环境进行克隆,将最新的应用版本和数据库提供给开发人员进行测试和培训。当数据库是单节点时,按照ORACLE公司和实施顾问提供的标准文档,通过执行几个脚本就可以完成克隆,相对简单。但是EBS系统数据库使用了RAC技术,无法通过标准脚本进行克隆。应用节点可以通过preclone完成,但是数据库的只能使用手工恢复。 　　三、EBS生产环境克隆实施步骤 　　(一)Oracle EBS系统克隆前准备 　　1.在对Oracle EBS系统进行克隆工作前,需要对生产系统执行preclone操作。preclone操作的目录是根据目前的环境信息,重新生成匹配模板文件,克隆的环境需要复制数据库和应用程序到克隆的目标环境,只复制主节点信息即可。 　　在应用层主节点上以applebs执行 　　$cd $ADMIN_SCRIPTS_HOME 　　$perl adpreclone.pl appsTier 　　2.在测试环境服务器(ebstest)建立和生产环???相同的目录,同时创建oratest用户和appltest用户。将生产环境数据库的备份文件FTP到建立的目录上。原则是将最近一期的0级备份,和这几天的一级备份,还有最近一天的归档日志、控制文件全部FTP过去。 　　(二)数据库克隆步骤 　　1.以oratest用户,加载环境变量 　　完成上面的步骤后,会恢复数据库控制文件。 　　3.开始恢复数据文件 　　在生产环境中,使用apps用户,执行: 　　将执行结果拷贝到记事本中,对测试服务器/home/oratest/下的 restore.rman 通过vi编辑器,进行修改。内容如下: 　　通过vnc远程桌面,登陆到测试环境服务器上,在rman里执行restore.rman脚本: 　　恢复过程需要3小时左右,可以通过如下SQL去查看RMAN恢复的时间和比率,执行完成后,数据库的数据文件就已经恢复到了测试服务器下。 　　4.取消block change tracking特性。因为在生产环境中使用了Rman的新特性block change tracking。block change tracking要求创建跟踪文件到共享存储(ASM)中,但是在测试环境中,并没有ASM,所以需要取消block change tracking特性。block change tracking 的信息是包含在控制文件中的,所以我们需要重新创建控制文件,并对控制文件进行修改。 　　5.注册catalog中的archlog,执行vv.sh,代码如下: 　　复制生成出来的语句命令,在rman target / 下面执行: 　　6.恢复redolog 日志信息。 　　7.恢复完成后,以resetlogs重启数据库。执行如下命令,启动数据库,同时disable掉第二个实例。 　　8.再次重新创建控制文件。创建控制文件后,关闭数据库。目前,已经恢复了一个单实例,数据库SID为EBS的数据库,需要将EBS修改为TEST,转换SID的过程采用手工重建控制文件的方式。 　　9.创建临时表空间 　　ALTER TABLESPACE TEMP1 ADD TEMPFILE 　　10.更新并发节点 　　此时,数据库已经可以正常使用,启动监听程序 　　完成配置后,对in