FNDCPASS Utlity in R12.2
Key Considerations:
Autoconfig Requirement:
After changing theAPPLSYSPUB
orGUEST
user passwords, need to run the autoconfig.Pre-Change Preparations:
- Shutdown Applications: Before changing the APPS password, make sure to shut down the application.
- Backup Critical Tables: Perform a backup of the
FND_USER
andFND_ORACLE_USER_ID
tables. If anything goes wrong during the password change process, you can restore these tables to revert to the previous state. Restrictions:
- The system and sys user passwords cannot be changed using the FNDCPASS utility.
- Users not registered in the FND metadata tables cannot be modified using this utility.
The SYSTEM token is used when changing the APPLSYS password.
The ORACLE token is used when changing a SINGLE Applications schema password.
Steps and Impacts of Changing the APPS Password:
Shutdown the Application Tier Services:
Before initiating the apps password change, it's essential to shut down the application tier services.Validation of the APPLSYS Schema:
The utility will validate the APPLSYS schema, ensuring that everything is in order before proceeding with the password change.Re-registering the Password in Oracle Applications:
Once the password is changed, it is re-registered within the Oracle Applications, ensuring that all components recognize the new credentials.Re-encryption of Passwords in Critical Tables:
- The FND_USER table, which stores user passwords, will have all its passwords re-encrypted.
- Similarly, all passwords in the FND_ORACLE_USER_ID table will also be re-encrypted.
Updating Passwords in the FND_ORACLE_USER_ID Table:
- The APPLSYS password is updated in the FND_ORACLE_USER_ID table.
- The APPS password is also updated in the same table, ensuring consistency across the database.
Synchronization of APPLSYS, APPS, and APPS_NE Passwords:
- The APPLSYS and APPS passwords are changed to the same value.
- The APPLSYS password change automatically updates the APPS and APPS_NE passwords to the same value, ensuring uniformity.
Execution of the ALTER USER Command:
The ALTER USER command is executed to officially change the Oracle password, reflecting the changes in the database.Updates in the DBS_USERS Table:
The changes made are reflected in the DBS_USERS table, updating the password information.Running Autoconfig:
After the password change, it is necessary to manually run Autoconfig to apply the changes across the Oracle Applications environment.Restarting the Application and Updating JDBC Datasource:
- Start the admin server and update the JDBC datasource with the new password.
- Once the updates are made, restart the entire application to ensure that the new password is fully integrated.
0 is request id (request ID 0 is assigned to request ID's which are not submitted via Submit Concurrent Request Form)
'Y' indicates that this method is directly invoked from the command-line and not from the Submit Request Form.
I wish to show thanks to you just for bailing me out of this particular trouble. As a result of checking through the net and meeting techniques that were not productive, Same as your blog I found another one Oracle Cloud Applications .Actually I was looking for the same information on internet for Oracle Cloud Applications Consultant and came across your blog. I am impressed by the information that you have on this blog. Thanks once more for all the details.
ReplyDelete