DBA_实践指南系列3_Oracle Erp R12系统克隆Clone(案例)

简介: 2013-12-03 Created By BaoXinjian 一、摘要 Rapid Clone是Oracle Erp自带一个工具,克隆一个在现在的应用系统上创建一份复制到新的系统上的过程 1.

2013-12-03 Created By BaoXinjian

一、摘要


Rapid Clone是Oracle Erp自带一个工具,克隆一个在现在的应用系统上创建一份复制到新的系统上的过程

1. 应用场景

(1).标准克隆

(2).扩大系统处理能力测试

(3).系统转化测试

(4).补丁和升级测试

2. 克隆的步骤

(1). 源系统准备

(2). 目标系统检查

(3). 预克隆操作

(4). 复制源系统到目标系统

(5). 克隆配置

(6). 克隆配置后检查

 

二、源系统准备


源端系统需安装部分补丁

1. Patch 9239089:最新的AD补丁

2. Patch 9171651:Rapid Clone加强补丁

3. Patch 9833058:修复Hot Cloneing FAILs Bug

4. Patch 12404574:修复Oracle-Home Registration FAILs Bug

 

三、目标系统检查


1. 检查软件和补丁安装情况

2. 创建ERP用户和属组

3. 检查Linux维护工具

which zip perl unzip

 

四、预克隆操作


预克隆操作会自动收集当时的系统状态,并检查当时系统的信息是否一致

1. 数据库层

cd $ORACLE_HOME/appsutil/scripts/PROD_R12test

perl adpreclone.pl dbTier

2. 应用测

cd $INST_TOP/admin/scripts

perl adpreclone.pl appsTier

 

五、复制源系统到目标系统


1. 关闭应用系统和数据库系统

2. 从源系统复制到目标系统

Step1. 应用层文件移动

cd /u01/oracle/VIS

tar cvf inst.tar ./inst

tar cvf apps.tar ./apps

Step2. 数据库层文件移动

cd /u01/oracle/VIS

tar cvf db.tar ./db

 

六、克隆配置


1. 数据层

Step1. 源系统文件的恢复

Step2. 数据库层克隆配置

Step3. 目标数据库状态检查

2. 应用层

Step1. 应用层文件的恢复

Step2. 应用层克隆配置

Step3. 目标系统应用服务确认

 

七、克隆配置后检查


1. 登录验证

2. 更行配置信息

3. 更新打印机

4. 更新工作裤

5. 验证APPLCSF环境变量

6. 更新ICX_PARAMETERS的值

7. 重新执行SSL和SSO的配置

8. 并发器状态测试

9. 修改目标系统的显示名称


Thanks and Regards

学习笔记:朱龙春 - ERP DBA实践指南

ERP技术讨论群: 288307890
技术交流,技术讨论,欢迎加入
Technology Blog Created By Oracle ERP - 鲍新建
相关文章
|
1月前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—Oracle数据库文件有坏快损坏的数据恢复案例
一台Oracle数据库打开报错,报错信息: “system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。管理员联系我们数据恢复中心寻求帮助,并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份,无法通过备份去恢复数据库。
|
1月前
|
存储 Oracle 关系型数据库
oracle数据恢复—Oracle数据库文件大小变为0kb的数据恢复案例
存储掉盘超过上限,lun无法识别。管理员重组存储的位图信息并导出lun,发现linux操作系统上部署的oracle数据库中有上百个数据文件的大小变为0kb。数据库的大小缩水了80%以上。 取出&并分析oracle数据库的控制文件。重组存储位图信息,重新导出控制文件中记录的数据文件,发现这些文件的大小依然为0kb。
|
23天前
|
存储 Oracle 关系型数据库
服务器数据恢复—华为S5300存储Oracle数据库恢复案例
服务器存储数据恢复环境: 华为S5300存储中有12块FC硬盘,其中11块硬盘作为数据盘组建了一组RAID5阵列,剩下的1块硬盘作为热备盘使用。基于RAID的LUN分配给linux操作系统使用,存放的数据主要是Oracle数据库。 服务器存储故障: RAID5阵列中1块硬盘出现故障离线,热备盘自动激活开始同步数据,在同步数据的过程中又一块硬盘离线,RAID5阵列瘫痪,上层LUN无法使用。
|
2月前
|
存储 Oracle 关系型数据库
数据库数据恢复—Oracle ASM磁盘组故障数据恢复案例
Oracle数据库数据恢复环境&故障: Oracle ASM磁盘组由4块磁盘组成。Oracle ASM磁盘组掉线 ,ASM实例不能mount。 Oracle数据库故障分析&恢复方案: 数据库数据恢复工程师对组成ASM磁盘组的磁盘进行分析。对ASM元数据进行分析发现ASM存储元数据损坏,导致磁盘组无法挂载。
|
3月前
|
Oracle 关系型数据库 数据库
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。 数据库没有备份,无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件,急需恢复zxfg用户下的数据。 出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏,数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后,发现sysaux01.dbf文件损坏,有坏块。 修复并启动数据库后仍然有许多查询报错,export和data pump工具使用报错。从数据库层面无法修复数据库。
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
|
3月前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—异常断电导致Oracle数据库数据丢失的数据恢复案例
Oracle数据库故障: 机房异常断电后,Oracle数据库启库报错:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。数据库没有备份,归档日志不连续。用户方提供了Oracle数据库的在线文件,需要恢复zxfg用户的数据。 Oracle数据库恢复方案: 检测数据库故障;尝试挂起并修复数据库;解析数据文件。
|
2月前
|
Oracle 关系型数据库 数据库
oracle数据恢复—Oracle数据库文件损坏导致数据库打不开的数据恢复案例
打开oracle数据库时报错,报错信息:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。急需恢复zxfg用户下的数据。 出现上述报错的原因有:控制文件损坏、数据文件损坏、数据文件与控制文件的SCN不一致等。数据恢复工程师对数据库文件做进一步检测分析后发现sysaux01.dbf文件有坏块。修复sysaux01.dbf文件,启动数据库依然有许多查询报错。export和data pump工具无法使用,查询告警日志并分析报错,确认发生上述错误的原因就是sysaux01.dbf文件损坏。由于该文件损坏,从数据库层面无法修复数据库。由于system和用户表空间的数据文件是正常的,
|
SQL Oracle 关系型数据库

推荐镜像

更多