Académique Documents
Professionnel Documents
Culture Documents
com/forums/migrating-to-oracle-apps-r12-from-11-
5-10-2-a-t1124/
-- R 12 upgrade process involve replacing 11i Tech stack (9iAS & 806) to Fusion
Middleware (10g Application Server)
-- Basic upgrade process involves Rapid Install & Autopatch
-- Rapid Install involves installing new R12 tech stack as mentioned in first point
-- Auto patch process involves upgrading E-Business Suite database compatible to
R12 (Data Model)
-- Final upgrade process is of updating data model using enhanced version of
AutoPatch
-- Minimum version from which you can upgrade to R12 is 11.5.7 and higher
-- Minimum database version from which you can upgrade to R12 is 9i
so if your database is still 8i or <>
-- Database must be 10.2.0.2 before or during upgrade process & prior to running
AutoPatch which will upgrade datamodel to R12
As per Oracle R12 Upgrade Documentation, Apps 11i Instance is classified in Two
Categories based on Apps & DB Version
Category 1 - 11.5.7, 11.5.8, 11.5.9 (CU1), 11.5.10 (CU1)
Category 2 - 11.5.9 (CU2), 11.5.10 (CU2) or 11.5.10.2
Various upgrade paths (mainly 3) revolves around application version & database
version (mainly on database version).
Related :
For full Steps follow metalink Note # 403339.1 Oracle 10gR2 Database Preparation
Guidelines for an E-Business Suite Release 12 Upgrade
http://avdeo.com/2008/03/04/upgrading-oracle-application-11i-to-e-business-suite-
r12/
Upgrading an application from 11i to R12 involves, upgrading the database side, upgrading the
middleware techstack and upgrading the application side.
Upgrade Process
All upgrade functionality has been consolidated into a single unified upgrade driver that
performs the upgrade without reliance on the information formerly captured on the AutoUpgrade
screens.
Rapid Install provides the most up-to-date, certified version of Oracle Applications products,
along with the certified technology stack components. In an upgrade, it creates the new file
system for the application (middle) tier components and the new file system for the database.
After the upgrade, you run Rapid Install again to configure servers and start services.
An upgrade also includes various manual steps, including those that direct you to run scripts or
apply patches. You rely on AutoPatch to apply all patches, including the unified driver that
performs the upgrade to Release 12.
Here are the 4 simple steps, briefly presented below for upgrade. These steps are at very high
level of abstraction. We will detailed each steps as we move on further.
Rapid Install automatically installs and configures the required technology stack components for
both the database tier and the application tier.
The database tier technology stack for both a new installation and for a system upgrade is based
on Oracle10g Release 2.
The technology stack installed on the application tier includes, among other components:
- Oracle 10g Application Server (AS) 10.1.2
- Oracle 10g Application Server (AS) 10.1.3
- Oracle Developer 10g (includes Oracle Forms)
- Java (J2SE) native plug-in 1.5.0_08
- Java Developer Kit (JDK) 5.0
Memory Requirements
Database Size
To estimate the increase in required disk space for upgrading, consider the products, the number
of languages being installed, and changes in the data model.
For example:
In a test upgrade of the largest Oracle production system (oraprod), the database increased 10-20
percent. In a test upgrade, the Vision database increased 5 percent. For guidelines based on an
upgrade of the Oracle production system (oraprod), see E-Business Suite Release 12 Upgrade
Sizing and Best Practices (Doc ID: 399362.1).
Database Backup
*** We strongly recommend that you back up your entire system before you begin the upgrade.
***
Initialization parameters required at each stage of the upgrade may vary depending on when you
upgrade your database. Review the requirements for these parameters before you begin. Refer to
metalink note ID 396009.1 for initialization parameters.
Change the following initialization parameters as specified below for upgrade process. Once the
upgrade process completes, reset the parameters back.
Make sure that the temporary tablespace you have is locally managed and not dictionary
managed. You can check this information using below query.
Else if the extent management is not local, you can drop and recreate temp tablespace using the
below command.
Character Sets
You have to be careful while selecting the character set for APPL_TOP. Depending on whether
your Applications system connects to the database during the upgrade process, you may be able
to select a new character set for the Release 12 APPL_TOP on the Rapid Install wizard upgrade
screens. However, if you do, the new set must be either identical to, or compatible with, the
existing database character set. If you change the character set in the APPL_TOP to one that is
not compatible with the current database character set, the upgraded system will be corrupted.
2) Prepare for upgrade using Upgrade Manual Script(TUMS) and upgrading database
• R12 upgrade process involve replacing 11i Tech stack (9iAS & 806) to Fusion
Middleware (10g Application Server)
• Basic upgrade process involves Rapid Install & Autopatch
• Rapid Install involves installing new R12 tech stack as mentioned in first point
• Auto patch process involves upgrading E-Business Suite database compatible
to R12 (Data Model)
• Final upgrade process is of updating data model using enhanced version of
AutoPatch
• Minimum version from which you can upgrade to R12 is 11.5.7 and higher
• Minimum database version from which you can upgrade to R12 is 9i
As per Oracle R12 Upgrade Documentation, Apps 11i Instance is classified in Two Categories
based on Apps & DB Version
The following table lists the paths available for each of the E-Business Suite 11i releases
supported for an upgrade to R12
PATH A:
PATH B:
PATH C:
In our case, we are following path C. We were having 11.5.10 + CU2 application with 9i
database. We will upgraded the database to 10GR2.
Then we will apply the database patches as per metalink note ID 403339.1 followed by service
pack and then will upgrade the application to R12.
Now preparing the application system is till main step # 2 which includes upgrading the database
as well. From main step 3, upgrade process for R12 starts. You may wish to stop after carring out
the upgrade for database, run your business for some time (may be few months) and then go for
R12 upgrade. This gives a comparatively less downtime for your existing application as you dont
have to do all at the same time and can be done in steps.
The Upgrade Manual Script (TUMS) examines your current configuration and creates a report
that lists upgrade tasks that do not apply to your system. This report contains information that is
unique to your system configuration, so its output is relevant to your individual upgrade.
Omitting the steps listed in the TUMS report can significantly reduce upgrade downtime.You
create the TUMS report by applying a Release 11i patch, which loads objects into your APPS
schema that TUMS uses to examine your Applications configuration. Your current Applications
environment is not affected.
Below are the list of steps I am mentioning, which are the required steps. I am skipping the
conditional steps here, just to make it brief. You can as well check the oracle documentation for
the complete steps.
Step 1) Apply latest AD patch level. The latest AD patch is 11i.AD.I.6 and checkin number is
6502082.
SQL> select patch_level from fnd_product_installations
2 where patch_level like ‘%AD%’;
PATCH_LEVEL
——————————
11i.AD.I.6
Directory created.
- adgrants.sql will grants SYS privileges needed by Applications, and creates required views in
SYS.
You need to run this command “as sysdba”. This will prompt you for FND_ORACLE_USERID
owner. You need to enter “applsys” when it prompts.
Step 8 ) Upgrading the database from 9i to 10g. You can refer to upgrade database in Oracle
applications 11i post to have detailed steps. The database version should be 10.2.0.2
Step 9) Prepare the application for upgrade. You need to run the rapid wizard in upgrade mode.
This will create the required file system, install the required techstack components. Below are the
screen flow for the same.
After running this wizard, you will find that your existing application is intact and also a new file
system has been created for you.
All your services should be up and running. Your 11i application should be intact. You might
face an issue, that services (specially Apache) wont come up and your URL wont open. In this
case you can check if the services get started from “inst” directory that got created after you run
the wizard.
Also during running of the wizard configuration information will be written to following files.
you can check at your prompt and it will list the configuration files.
3) Upgrade Process
Below are the steps for upgrade process from 11.5.10.CU2 to 12.0.0. Till now we have just
prepared the application for upgrade. Creating the neccessary filesystem layout and database
upgrade was part of preparing for upgrade.
Step 2) Back up the database – Once again take a backup. I am not crazy asking backup so many
times, but in case we face any issue and if we dont have latest stable backup, we will be helpless.
Step 3) Ensure that Maintenance Mode is enabled – Put your application in maintenance mode
For other product related steps and NLS synchronization, please check the Oracle Upgrade docs
for 11i to R12.
Once these step are carried out last step is finishing the upgrade process. Follow the below steps.
1) generate appsutil.zip on appmgr side and copy the same to new ORACLE_HOME. The new
ORACLE_HOME directory structure will be created as /u01/app/oracle/db/tech_st/10.2.0
2) unzip appsutil.zip in new ORACLE_HOME
3) run autoconfig in new ORACLE_HOME
Once these steps are done, run rapid install again by provding the config file which was
generated before. The file location as we noted down before is
/u01/app/applmgr/apps/apps_st/appl/admin/ocvmrh2081/conf_PROD.txt
After these steps are performed, the application system will be configured and ready for use.
This completes the upgrade activity from 11i to R12.
References: