Share the content if you found it is useful (You can share using 300 community websites) click "share" at the end of the post.

You are encouraged to leave a comment.








Tuesday, January 05, 2010

Oracle Applications Upgrade to 12.1.2

Pre-requisites:

Applications should be of 12.1.1


For upgrading Oracle Applications from12.0.x to 12.1.1 please refer my blogpost


http://balajiabhi.blogspot.com/2009/07/upgrade-oracle-e-business-suite-1205-to.html


Web OH should be above 10.1.3.4


Step:1

Download AD_B_2 (8502056)


Download R121RUP2 (7303033)


Download Online Help patch (7303032)


Step:2


Apply 8502056:


Copy adgrants.sql from admin directory of the patch directory and copy to Database Oracle HOME/appsutil/admin


Source the Database environment file:


Run adgrants.sql as


Sqlplus /nolog


@adgrants.sql APPS


Source the Application Environment file


Apply the unified driver of 8502056 on the Application tier using adpatch


Be Sure that you have WEB_OH as 10.1.3.4 and above.


You can see that in WEB_OH (ORACLE_APPS_BASE/apps/tech_st/10.1.3/config/ias.properties) version.


Step 3:


Apply 7303033 using adpatch with default options.


  • Be sure that you have enough space in APPS_TS_TX_DATA and APPS_TS_TX_IDX before starting the patch application.

After application of patch 7303033, it is advised to apply the online Help patch no. 7303032 using adpatch with default options


After application of these patches,


Please run autoconfig on the apps Tier and then make the appsutil.zip file from $AD_TOP/bin/perl

admkappsutil.pl


Copy the file to the $RDBMS_ORACLE_HOME and unzip the file.


Run autoconfig on the Database Tier.


It is mandatory to do a preclone on both the tiers which will enable to create a new clone directory structures during cloning.


Startup the instance.


Verify the upgrade using apps account in the backend


SQL> select release_name from FND_PRODUCT_GROUPS;


RELEASE_NAME

--------------------------------------------------

12.1.2


SQL>


Front end:



From the Forms:






Issues:


One object becomes invalid after application of the main patch.


OBJECT_NAME OWNER OBJECT_TYPE


------------------------------ ------------------- ----------------------------------

PA_PWP_SUMM_PKG APPS PACKAGE BODY


When you try to compile the object manually as apps, we got the following error:


SQL> alter package PA_PWP_SUMM_PKG compile body;


Warning: Package Body altered with compilation errors.


SQL> show err


Errors for PACKAGE BODY PA_PWP_SUMM_PKG:


LINE/COL ERROR

-------- -----------------------------------------------------------------

342/1 PL/SQL: SQL Statement ignored

375/10 PL/SQL: ORA-00942: table or view does not exist



I raised SR against this error. Let me update any fix for this. Until now, the upgrade is uneventful.


Cheers!!!!

Saturday, January 02, 2010

ORA-00001: unique constraint (APPLSYS.AD_SNAPSHOT_FILES_U2) violated in R12 (12.1.1)

Happy and Prosperous New Year 2010!!!

Today I need to discuss an issue while planning to upgrade my 12.1.1 instance to 12.1.2 using the patch 7303033 released recently by Oracle.

While updating the snapshot information through adadmin, i got the error as follows:

AD Administration error:
adusnapUpdateGlobalView(): Error while executing statement

AD Administration error:
ORA-00001: unique constraint (APPLSYS.AD_SNAPSHOT_FILES_U2) violated
ORA-06512: at "APPS.AD_FILE_UTIL", line 2535
ORA-06512: at line 3


AD Administration error:
adusnapStoreInDB(): Error calling adusnapUpdateGlobalView()

Failed to store APPL_TOP Snapshot to tables
adusnapMaintainSnapshot() : Error calling adusnapUpdateCurrentView2()
Error calling adusnapPartialCurVw()
Error calling adusnapMaintainSnapshot

Fix:
use the sql as below as apps user:
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Production
With the Partitioning, OLAP and Data Mining options

SQL> select distinct(snapshot_id) from ad_snapshot_files;

SNAPSHOT_ID
-----------
129
128
132
-130
130
131

6 rows selected.

SQL>
Note, the negative number -130, we need to delete the entry and retry with adadmin

SQL> delete from ad_snapshot_files where snapshot_id=-130;

84196 rows deleted.

SQL>

Rerun adadmin, it should continue normally.

Cheers!!!
Related Posts Plugin for WordPress, Blogger...

Let us be Friends...

Share |

Popular Posts

Recent Comments