Thursday, February 23, 2017

ORA-00838: Specified value of MEMORY_TARGET is too small, needs to be at least 4128M


Error:

ORA-00838: Specified value of MEMORY_TARGET is too small, needs to be at least 4128M

Cause: The specified value of MEMORY_TARGET was less than the sum of the specified values for SGA_TARGET and PGA_AGGREGATE_TARGET.

Action:

1.  Take a backup PFILE

2.  SQL>CREATE PFILE FROM SPFILE;

3.  Manually Edit the MEMORY_TARGET to at least the recommended value

4.  SQL>CREATE SPFILE FROM PFILE

5.  instance start again

     SQL>startup

Friday, February 17, 2017

Creating a custom application Top in Oracle E-Business Suite Release 12.2

This Document describes the basic steps needed to create a custom application in Oracle E-Business Suite Release 12.2.

Step 1: Create A Custom Application Using adsplice
Step 2: Verify Creation of Custom Product in the Database
Step 3: Create Custom Objects
Step 4: Propagate Changes to Other File System

Step 1: Create A Custom Application Using adsplice

1.Download Patch 3636980 "Support Diagnostics (IZU) patch for AD Splice" from My Oracle Support.
2.Manually copy the three .txt files from the 3636980\izu\admin directory to your own temporary directory.
3.Rename izuprod.txt to <CUSTOM MODULE>prod.txt. In this example, we will be using "xxqbprod.txt".
4.Rename izterr.txt to <CUSTOM MODULE>terr.txt. In this example, we will be using "xxqbterr.txt".
4.a )Open newprods.txt in a text editor.
Change all references of "izu" to <custom module> and all references of "IZU" to <CUSTOM       MODULE> (i.e. keep the case sensitivity).
Note: In this example, we will be changing references of "izu" to be "xxqb" and "IZU" to be "XXQB".
4.b) Modify any other values as appropriate.
In this example case, the modified version of this file will look like the following:
product=xxqb
base_product_top= *APPL_TOP*
oracle_schema=xxqb
sizing_factor=100
main_tspace= USER_DATA
index_tspace=USER_IDX
temp_tspace=TEMP
default_tspace= USER_DATA

5.Open xxqbprod.txt in a text editor.
5.a) Change all references of "izu" to <custom module> and all references of "IZU" to <CUSTOM MODULE> (keeping the case sensitivity).
Note: In this example, we will be changing references of "izu" to be "xxqb" and "IZU" to be "XXQB".
5.b) Change all references to prodid 278 to your own application ID.

You can run the following SQL to find out if your selected custom application ID number is available:

SQL>select decode(count ,0, 'Selected number is available', 'Selected number is already in use') Status, &&enter_custom_applID selected_number
from
(
select count(*) as count from
(
select 'x' from fnd_oracle_userid
where oracle_id= &&enter_custom_applID
union
select 'x' from fnd_application
where application_id= &&enter_custom_applID
)
);

Note: In this example, we will use a production_id of 277.
6. Open xxqbterr.txt in a text editor.
6.a) Change all references of "izu" to <custom module> and all references of "IZU" to <CUSTOMMODULE> (keeping the case sensitivity).
Note: In this example, we will be changing references of "izu" to be "xxqb" and "IZU" to be "XXQB".
6.b) Change the text "Oracle_Support_Diagnostic_Tools" to be "xxqb_custom_app".

7.Copy the following text files to the $APPL_TOP/admin directory:
   xxqbprod.txt
   xxqbterr.txt
   newprods.txt

8.Change directory to the admin directory under $APPL_TOP
Run AD Splice
Note: In Oracle E-Business Suite Release 12.2, AD Splice first makes the new user edition-enabled,and then enables Edition-Based Redefinition (EBR) for the custom objects.AD Splice must be run from the admin directory under APPL_TOP, and is invoked by running the command :
$ adsplice

When prompted for the following, you can press Enter to accept the default location :

Enter the directory where your AD Splicer control file is located.The default directory is [/oracle/VIS/apps/apps_st/appl/admin] :

When prompted for the following, you can press Enter to accept the default filename:
Please enter the name of your AD Splicer control file [newprods.txt] :

When prompted for the following, you can press Enter to accept the default value and regenerate the environment file :

Do you wish to regenerate your environment file [Yes] ?

AutoConfig will be run automatically as part of this procedure.

Review the AD Splice log file to ensure the procedure completed successfully.

Review the AutoConfig log file to ensure the procedure completed successfully.

Step 2: Verify Creation of Custom Product in the Database

Log in to SQL*Plus as APPS, and run the following SQL to confirm that the fnd_application table has one row :
SQL>select * from fnd_application where application_short_name = 'XXQB';
This statement should return one row only.

Run the following SQL to check the product installations table has one row for your custom product :
SQL>select * from fnd_product_installations where APPLICATION_ID = 50201;
This statement should return one row only.

Run the following SQL to check the database user :
SQL>select * from dba_users where username = 'XXQB';
This statement should return one row only.

To ensure the new environment file is picked up, log out and back in again as applmgr, then run the following command to confirm the $XXQB_TOP variable is correctly set :
$ env | grep XXQB

Run the following command to check the file system has been created correctly. You should see a directory listing returned as shown :
$ ls $XXQB_TOP
admin log mesg out sql

Note: If you have registered any schemas using the fnd_oracle_user_pkg.lod_row API, their passwords will not be encrypted. As a result,adpatch and adsplice will fail. To correct this, you need to run the FNDCPASS utility to set the password for the schemas.

Step 3: Create Custom Objects


You can now create any custom objects required.

In the $XXQB_TOP directory, create source code files appropriate to the type of object. For example, forms would be located in $XXQB_TOP/forms/US,and package source code in $XXQB_TOP/admin/sql.

You may also want to create custom request group, responsibilities, menus, etc. that your users require to access your custom objects.

Database objects such as tables, indexes, and sequences should be created in the XXQB schema.

Grant all privilege from each custom data object to the APPS schema.

For example, logged in as the XXQB user:
SQL>grant all privileges on myTable to apps;
Create a synonym in APPS for each custom data object.

For example, logged in as the APPS user:
SQL>create synonym myTable for XXQB.myTable;

Step 4: Propagate Changes to Other File System


When you start the next online patching cycle, the prepare phase will run AD Splice sync-up actions to synchronize the two file systems.

If the AD Splice sync-up fails when the prepare phase is run, check the $APPL_TOP/admin/$TWO_TASK/log/adsplicelog log file for the following :

UPDATE FND_ORACLE_USERID SET READ_ONLY_FLAG = 'A' WHERE ORACLE_ID

If you see this, apply Patch 18283295:R12.AD.C.Delta.5 and restart the prepare phase.

Note: Instructions for applying this patch can be found in My Oracle Support Knowledge Document 1617461.1,Applying the Latest AD and TXK Release Update Packs to Oracle E-Business Suite Release 12.2.

Friday, February 3, 2017

Migrating Oracle E-Business Suite to Oracle Cloud a Complete Insight

Options Available
===============
You can now run Oracle E-Business Suite on Oracle Cloud.  EBS customers can take advantage of rapid environment provisioning, elastic infrastructure that scales up on demand, and a pay-as-you-go model to reduce capital expenditures.

EBS customers have the option of deploying their EBS 12.1.3 and 12.2 environments on the Oracle Compute Cloud Service, and optionally in combination with the Oracle Database Cloud Service DBCS), or the Exadata Cloud Service. 

What EBS customers can do on the cloud?

Provision new instances of E-Business Suite
Clone your own E-Business Suite environments to the cloud
Deploy development tools for E-Business Suite
Customize and extend your cloud-based E-Business Suite environments
Migrate those customizations to other cloud-based or on-premise EBS environments
Manage cloud and on-premise EBS environments using Oracle Application Management Suite
Use your certified third-party products with EBS cloud-based environments 

What additional fees are required for EBS customers?
Oracle Cloud resources and services are available for subscription by Oracle customers. 
Customers who already own Oracle E-Business Suite product licenses may use their Oracle Cloud subscription to provision and deploy Oracle E-Business Suite instances on the Oracle Cloud. The   deployed instances may be used for development, testing, training, production, etc. Once a               customer acquires a subscription to Oracle Cloud,no additional Oracle E-Business Suite license or       usage license is required. 

Do I need to purchase EBS product licenses?
Oracle customers who already own Oracle E-Business Suite licenses may use the Oracle Cloud to   host instances of their applications. 
Oracle’s Compute Cloud uses a “Bring your Own License” model, so customers who wish to use   the Oracle Compute Cloud must already own a valid license to the software deployed on virtual machines in Oracle Compute Cloud. 

Migrating an Oracle E-Business Suite Installation(On-Premise) to the Oracle Compute Cloud Service:

Cloning Oracle Applications Release 12 with Rapid Clone

The content applies to all Release 12.x.x versions, such as 12.0, 12.0.4, and 12.1.x. Where applicable, 12.0.x releases will in general be referred to as Release 12.0, and 12.1.x releases as Release 12.1.

The  most  current version of  this document can be obtained in Oracle Support Knowledge Document 406982.1.
In This Document
    Section 1: Prerequisite Tasks
    Section 2: Cloning Tasks
    Section 3: Finishing Tasks
    Section 4: Advanced Cloning Options
Cloning is the process used to create a copy of an existing Oracle Applications system. There are various scenarios for cloning an Oracle Applications system, including:

Standard cloning - Making a copy of an existing Oracle Applications system, for example a copy of a production system to test updates.

System scale-up - Adding new machines to an Oracle Applications system to provide the capacity for processing an increased workload.

System transformations - Altering system data or file systems, including actions such as platform migration, data scrambling, and provisioning of high availability architectures.

Patching and upgrading - Delivering new versions of Applications components, and providing a mechanism for creating rolling environments to minimize downtime.

An important principle in Oracle Applications cloning is that the system is cloned, rather than the topology. Producing an exact copy of the patch level and data is much more important than creating an exact copy of the topology, as a cloned system must be able to provide the same output to the end user as the source system. However, while a cloned system need not have the full topology of its source, it must have available to it all the topology components that are available to the source.
Note: The Cloning methodology posted on this document requires full Autoconfig compliance.

Table 1:Conventions used in this document include the following:
Term or Usage 
Meaning or Action
Source system
Oracle Applications system being cloned.
Target system 
Oracle Applications system being created as a copy of the source.
APPLMGR
User that owns the application tier file system (APPL_TOP and application tier technology stack).
ORACLE
User that owns the database tier file system (RDBMS ORACLE_HOME and database files).
CONTEXT_NAME 
The CONTEXT_NAME variable refers to the name of the Applications context file. By default, CONTEXT_NAME is [SID]_[HOSTNAME].

Monospace Text
Represents command line text. Type this command exactly as shown.
[ ] Text enclosed in brackets represents a variable. Substitute a value for the variable text.
*Do not type the brackets.


Section 1: Prerequisite Tasks
Before cloning, prepare the source system by applying any required patches and running AutoConfig.

1.Verify OS requirements on target system.
2.Before cloning to a new server, ensure the target system meets all the requirements for Oracle. Applications Release 12 stated on the Oracle Applications Release Notes, and on the Oracle. Applications Installation and Upgrade Notes for each Platform. For the latest installation guidelines refer to My Oracle Support Knowledge Document 405565.1.
Note: On Microsoft Windows, Rapid Clone is not currently certified for use from Domain User Accounts.
Verify source and target system software components and versions In addition to the Oracle Applications software requirements (see Oracle Applications Installation Guide: Using Rapid Install), the following software component versions must exist on the source or target nodes as applicable. The 'Location' column indicates the node where the software component must reside.

Table 2: Software Requirements
Software Component 
Minimum Version 
Required Location 
                Comments
Zip 
2.3(or higher) 
All source system nodes 
Download from InfoZip. Zip must be in your $PATH. If using files bigger than 2Gb, you should use InfoZip ZIP 3.0 or higher.

Unzip 
5.52(or higher) 
All source system nodes 
Download from InfoZip. Unzip must be in your $PATH. If using files bigger than 2Gb, you should use InfoZip UNZIP 5.52 or higher.
Operating system utilities 
N/A 
All target system nodes 
The required operating system utilities for your platform must be in your $PATH when running adcfgclone.pl. For example, make, ld, and ar on UNIX. Refer to Oracle Applications Installation Guide: Using Rapid Install (see Footnote 1)
Perl 
5.x 
All target system nodes 
Use the Perl shipped with OracleAS 10.1.3 and Database 10g, or download it from Perl.com. Perl must be in your $PATH, and $PERL5LIB must be set correctly before cloning

Footnote 1 This is the Release 12.1.1 version; versions for earlier releases are also available from the Oracle E-Business Suite Online Documentation Library

Apply the latest AD patch

For Release 12.0:
Apply patches as listed in below.
Patch: 6510214
Description:R12.AD.A.DELTA.4

For Release 12.1:
Apply patches as listed in below.
     
Patch:9239089
Description:R12.AD.B.DELTA.3

Apply the latest AutoConfig template patch
Update the Oracle Applications file system with the latest AutoConfig template files by applying the TXK AutoConfig Template Rollup patch to all application tier server nodes. Refer to My Oracle Support Knowledge Document 387859.1 for details of the latest AutoConfig Template Rollup patch.

In addition, apply the patches as listed below.
For Release 12.0:
Apply patches as listed in below.
           
Patch:9712546 
Description:R12.TXK.A ONE_OFF: NEED BACKPORT OF 12.1 FIX 7035377 FOR 12.0.6 RC CUSTOMERS

Apply the latest Rapid Clone patches
Update the Oracle Applications file system with the latest Rapid Clone files by applying the following patches to all Applications nodes.

For Release 12.0:
Apply patches as listed in below.

Patch:5484000 
Description:Oracle E-Business Suite 12.0.2 Release Update Pack (RUP2) or higher
Patch:9171651
Description:R12.OAM.A 12.0 RAPIDCLONE CONSOLIDATED FIXES JUL/2010
Patch:9833058
Description:R12.OAM.A HOT CLONE FAILS WITH ORA-00201 DURING RECOVERY MANAGER
Patch:15969020
Description:R12.OAM.A APPSST12C: INCORRECT DIRECTORY WHEN RUNNING ADCFGCLONE.PL
Patch:16958896
Description:R12.OAM.A R12.0 FWDPRT BUG16958392 TCH12C: ADCFGCLONE.PL FAILURE DUE TO DEPRECATED PARAM
Patch:16959080
Description:R12.OAM.A TCH12C: R120+ ONE-OFF FOR S_DB_LISTENER BUG 12362010
Patch:20408489
Description:R12.OAM.A DB12102: RAPID CLONE SUPPORT FOR EBS 12.0.6 WITH DATABASE 12.1.0.2

For Release 12.1:

Apply patches as listed in below.

Patch :9171651
Description:R12.OAM.B 12.1 RAPIDCLONE CONSOLIDATED FIXES JUL/2010
Patch :9833058
Description:R12.OAM.B HOT CLONE FAILS WITH ORA-00201 DURING RECOVERY MANAGER
Patch :12404574
Description:R12.OAM.B ORACLE_HOME REGISTRATION DOES NOT HAPPEN WITH CENTRAL INVENTORY ON LOZ
Patch :12598630
Description:R12.OAM.B R12.1 ONE-OFF FOR S_DB_LISTENER BUG 12362010
Patch :15969020
Description:R12.OAM.B APPSST12C: INCORRECT DIRECTORY WHEN RUNNING ADCFGCLONE.PL
Patch :16958896
Description:R12.OAM.B R12.1 FWDPRT BUG16958392 TCH12C: ADCFGCLONE.PL FAILURE DUE TO DEPRECATED PARAM
Patch :13942692
Description:R12.OAM.B ADPRECLONE.PL FAILS INTERMITTENTLY ON DB TIER WHILE CHECKING LISTENER STATUS
Patch :18991480
Description:R12.OAM.B R12.1.3::12C DATAPATCH FAILS ON EBS CLONED ENVIRONMENTS
Patch :17889841
Description:R12.OAM.B 12C OUI REGISTRATION FAILS BUT CLONING COMPLETES SUCCESSFULLY
Patch :18835102
Description:R12.OAM.B CAN NOT CLONE 12.1.3 APPLICATION TIER AFTER APPLYING PATCH 17889841
Patch :18813637
Description:R12.OAM.B ADCLONECTX.PL FAILS ON 12C ENVIRONMENT WITH ORACLE E-BUSINESS SUITE 12.1.3


Other Patches (All releases):

Apply patches as listed in below.

Patch 8246709
Description:Required for Microsoft Windows if using OracleAS 10.1.3.4. This patch must be re-applied to the OracleAS 10.1.3.4 ORACLE_HOME before every cloning operation.

Warning: Failing to use the latest code may jeopardize the success of the clone. If new Rapid Clone or AutoConfig updates are applied to the system, steps 6, 7, and 8 below must be executed again in order to apply the new files to the database node.

Run AutoConfig on the application tiers
Follow the steps under section " Run AutoConfig on the Application Tiers " in My Oracle Support Knowledge Document 387859.1 to run AutoConfig on all application tier nodes.

Synchronize appsutil on the database tier nodes
Follow the steps under section "Copy AutoConfig to the RDBMS ORACLE_HOME" in My Oracle Support Knowledge Document 387859.1 to copy AutoConfig and Rapid Clone files to each database node via the admkappsutil.pl utility.

Run AutoConfig on the database tier
Follow the steps under section "Run AutoConfig on the Database Tier" in My Oracle Support Knowledge Document 387859.1 to run AutoConfig on the database tier nodes.

Maintain Snapshot Information
Log in to each application tier node as the APPLMGR user, and run "Maintain Snapshot Information" in AD Administration. To update the snapshot, please select the following options "Update Current View Snapshot" and "Update Complete APPL_TOP".
Note: If a snapshot was never created for that APPL_TOP, you will need to create a new one before proceeding with the clone. Refer to Oracle Applications Maintenance Utilities for more information (this is the Release 12.1 version; versions for earlier releases are also available from the Oracle E-Business Suite Online Documentation Library).


Section 2: Cloning Tasks

Use Rapid Clone to create template files for cloning on the source system. After the source system is copied to the target, Rapid Clone updates these templates to contain the new target system configuration settings.
Note: Rapid Clone never changes the source system configuration.
The cloning process consists of three phases, each of which is made up of several logical sections and their steps.
Prepare the source system
Execute the following commands to prepare the source system for cloning:

1.Prepare the source system database tier for cloning
Log on to the source system as the ORACLE user, and run the following commands:
       $ cd [RDBMS ORACLE_HOME]/appsutil/scripts/[CONTEXT_NAME]
       $ perl adpreclone.pl dbTier

2. Prepare the source system application tier for cloning
Log on to the source system as the APPLMGR user, and run the following commands on each nod          node that contains an APPL_TOP:
          $ cd [INST_TOP]/admin/scripts
          $ perl adpreclone.pl appsTier
Note: If new Rapid Clone or AutoConfig updates are applied to the system, adpreclone.pl must be executed again on the dbTier and on the appsTier in order to apply the new files into the clone directory structures that will be used during the cloning configuration stage.

3.Copy the source system to the target system
Copy the application tier file system from the source Applications system to the target node by executing the following steps in the order listed. Ensure the application tier files copied to the target system are owned by the target APPLMGR user, and that the database node files are owned by the target ORACLE user.
Note: In the copying tasks below, UNIX/Linux users should ensure that the symbolic links (soft links) are preserved when copying. On most UNIX platforms, this can be accomplished with the cp -RH command. Consult the UNIX man page for the cp command to check the parameters available on your platform.

For example: cd /target_dest_dir/db 
                         cp -RH /source_dir/db/*
  • Alternatively, the tar command can be used to compress the directories into a temporary staging area. UNIX/Linux users should ensure that the symbolic links (soft links) are preserved when compressing. On most UNIX platforms, this is the default behavior of tar command. Consult the UNIX man page for the tar command to check the parameters available on your platform.
  • Additionally, verify the permissions of the executables under ORACLE_HOME/bin that can potentially be owned by root (i.e. nmo, nmhs, nmb, etc).
3.1. Copy the application tier file system.
Log on to the source system application tier nodes as the APPLMGR user and shut down the application tier server processes.Copy the following application tier directories from the source node to the target application tier node:
            [APPL_TOP]
            [COMMON_TOP]
            Applications Technology Stack:
            [OracleAS Tools ORACLE_HOME]
            [OracleAS Web IAS_ORACLE_HOME]

3.2. Copy the database node file system
Log on to the source system database node as the ORACLE user, and then:Perform a normal shutdown of the source system database
Copy the database (.dbf) files from the source system to the target system
Copy the source database ORACLE_HOME to the target system
Start the source Applications system database and application tier processes


4.Configure the target system

Change the following in the /etc/hosts file.

<Priviate ip of cloud server>  <Public host name of the cloud server>

*** The above setting in the host file is required if you are directly using the public host name to communicate to the local private ip of server instead of using Oracle web entry point configuration.


Run the following commands to configure the target system. You will be prompted for specific target system values such as SID, paths, and ports.

4.1 Configure the target system database server
Log on to the target system as the ORACLE user and enter the following commands:
        $ cd [RDBMS ORACLE_HOME]/appsutil/clone/bin
        $ perl adcfgclone.pl dbTier
Note: If the database version is 12c Release 1, ensure to add the following line in your sqlnet_ifile.ora after adcfgclone.pl execution completes:

For E-Business Suite Release 12.0
SQLNET.ALLOWED_LOGON_VERSION_SERVER = 8

For E-Business Suite Release 12.1
SQLNET.ALLOWED_LOGON_VERSION_SERVER = 8 (if the initialization parameter SEC_CASE_SENSITIVE_LOGON is set to FALSE)
SQLNET.ALLOWED_LOGON_VERSION_SERVER = 10 (if SEC_CASE_SENSITIVE_LOGON is set to TRUE) 

4.2 Configure the target system application tier server nodes
Log on to the target system as the APPLMGR user and enter the following commands:
         $ cd [COMMON_TOP]/clone/bin
         $ perl adcfgclone.pl appsTier   
Note: If you are cloning between different versions of the Operating System (e.g. Linux 5 to Linux 4) it is recommended that you relink the AD_TOP product binaries using [adrelinknew "ad all"] followed by APPL_TOP executables with adadmin.


Section 3: Finishing Tasks

This section lists tasks that may be necessary, depending on your implementation and the intended use of the cloned system.

Update profile options
Rapid Clone updates only site level profile options. If any other profile options are set to instance specific values, you must update them manually.

Update printer settings
If the new cloned system needs to utilize different printers, update the target system with the new printer settings now.

Update Workflow configuration settings
Cloning an Oracle Applications instance will not update the host and instance-specific information used by Oracle Workflow. Review the tables and columns listed in Table 4 to check for any instance-specific data in the Workflow configuration on the target system.

Table 3: Workflow configuration settings    
Table Name 
Column Name 
Column Value Details
WF_NOTIFICATION_ATTRIBUTES 
TEXT_VALUE 
Value starts with http://[old web host]: Update to new web host.

WF_ITEM_ATTRIBUTE_VALUES 
TEXT_VALUE 
Value starts with "http://[old web host]: Update to new web host.
WF_SYSTEMS    
GUID
Using the Workflow Administrator Web Applications responsibility, create a new system defined as the new global database name.
WF_SYSTEMS 
NAME
Replace value with the database global name
WF_AGENTS 
ADDRESS
Update database link with the new database global name.
FND_FORM_FUNCTIONS 
WEB_HOST_NAME 
Update with the new web host name.
FND_FORM_FUNCTIONS 
WEB_AGENT_NAME 
Update to point at the new PL/SQL listener name.
FND_CONCURRENT_REQUESTS 
LOGFILE_NAME 
Update with the correct path to the logfile directory
FND_CONCURRENT_REQUESTS 
OUTFILE_NAME 
Update with the correct path to the logfile directory.
    
Verify the APPLCSF variable setting
Source the APPS environment and review that the variable APPLCSF (identifying the top-level directory for concurrent manager log and output files) points to a suitable directory. To modify it, change the value of the s_applcsf variable in the context file and then run AutoConfig.
    
Update the SESSION_COOKIE_DOMAIN value in ICX_PARAMETERS
   
If the target system is in a different domain name than the source system and SESSION_COOKIE_DOMAIN was not null in the source system, update that value to reflect the new domain name.

Re-Implement SSL and SSO configuration

If the Source System was SSL or SSO enabled, and the Target is wished to be SSL or SSO enabled, then reconfigure the Target by following the SSL/SSO documentation. Otherwise, if the Target is wished to be non-SSL or non-SSO, then follow the same SSL/SSO documentation to undo the SSL/SSO setup.