What are high level important steps in R12.2 cloning process
Q What are high
level important steps in R12.2 cloning process?
PART
1 : PREREQUISITE TASKS
– check for in-progress online patching cycle
– check for in-progress online patching cycle
PART
2 : PREPARE SOURCE SYSTEM
perl adpreclone.pl dbTier
perl adpreclone.pl appsTier
perl adpreclone.pl dbTier
perl adpreclone.pl appsTier
**require Apps User password and Weblogic AdminServer password
In 12.2, the adpreclone.pl process on the application tier creates a complete compressed archive of the Oracle Fusion Middleware and its components
PART
3 : COPY APPLICATION TIER NODE
Copy Application Tier node from the Source “Run Edition File System” to the Target “Run Edition File System”.so if source run edition is fs2, then target run edition will also be fs2
Only copy “EBSapps” directory from under $RUN_BASE. DO NOT COPY “inst” or “FMW_Home”
Copy Application Tier node from the Source “Run Edition File System” to the Target “Run Edition File System”.so if source run edition is fs2, then target run edition will also be fs2
Only copy “EBSapps” directory from under $RUN_BASE. DO NOT COPY “inst” or “FMW_Home”
PART
4 : COPY DATABASE TIER NODE
Do
normal RMAN cloning
PART
5 : CONFIGURE TARGET DATABASE SYSTEM
SQL> exec fnd_conc_clone.setup_clean;
SQL> exec fnd_conc_clone.setup_clean;
$
perl adconfig.pl dbTier
PART
6 : CONFIGURE TARGET APPLICATION SYSTEM
——————————————–
$ perl adcfgclone.pl appsTier
——————————————–
$ perl adcfgclone.pl appsTier
RUN
ADPRECLONE ON RUN EDITION <<< NEW STEP IN R12.2
COPY TARGET RUN EDITION OVER TARGET PATCH EDITION <<< NEW STEP IN R12.2
RUN ADCFGCLONE ON TARGET APPLICATION NODE PATCH EDITION <<< NEW STEP IN R12.2
COPY TARGET RUN EDITION OVER TARGET PATCH EDITION <<< NEW STEP IN R12.2
RUN ADCFGCLONE ON TARGET APPLICATION NODE PATCH EDITION <<< NEW STEP IN R12.2
PART
7 : FINISHING TASKS
————————-
Update profiles, workflow settings, SESSION_COOKIE_DOMAIN, SSL and SSO configuration as required
Changing SYS/SYSTEM/APPS/SYSADMIN/OTHER ORACLE passwords as per business requirements
————————-
Update profiles, workflow settings, SESSION_COOKIE_DOMAIN, SSL and SSO configuration as required
Changing SYS/SYSTEM/APPS/SYSADMIN/OTHER ORACLE passwords as per business requirements
Q In the cloning process, when do you utilize
dbTechStack vs just dbTier?
perl adcfgclone.pl dbTechStack vs perl adcfgclone.pl dbtier
perl adcfgclone.pl dbTechStack vs perl adcfgclone.pl dbtier
There are different components with RapidClone that are used
when cloning an Oracle Applications instance. These are:
dbTechStack (RDBMS ORACLE_HOME)
database (database only, including control file creation)
dbconfig (database only, with no control file creation)
dbTier (both dbTechStack and database)
database (database only, including control file creation)
dbconfig (database only, with no control file creation)
dbTier (both dbTechStack and database)
atTechStack (Tools and Web ORACLE_HOMEs)
appltop (APPL_TOP only)
appsTier (both atTechStack and appltop)
appltop (APPL_TOP only)
appsTier (both atTechStack and appltop)
perl adcfgclone.pl dbtier
This will configure the ORACLE_HOME on the target database tier
node + recreate the control files. This is used for cold backup.
perl adcfgclone.pl dbTechStack
This will configure the ORACLE_HOME on the target database tier
node only. When running this command, you will have to recreate the control
files manually.
This is used to clone the Database separately, for example using RMAN hot backup.
This is used to clone the Database separately, for example using RMAN hot backup.
When you use “dbTier” option, the perl script will configure
both the tech stack and data stack(ORACLE_HOME and Oracle Database)
whereas “dbTechStack” option will only configures ORACLE_HOME
and it WILL NOT create database, and this is generally used while doing hot
clone where db creation is a manual step.
Comments
Post a Comment