1.1 Shared Application Tier File
System Concepts and Terminology
You can configure multiple application node machines working with a
single Oracle E-Business Suite database node. This creation of a
"multi-node" Oracle E-Business Suite instance is frequently done to
lower cost of ownership (many small machines are cheaper than one big one),
increase fault tolerance (one machine fails, others do not), or scale the
instance (support more users and a greater load).
When configuring Oracle E-Business Suite to use a shared application
tier file system, the application tier node can be configured to perform any of
the standard application tier services, such as Forms, Web, and Concurrent
Processing (Batch).
Note the following definitions:
Node
A node is a logical set of processes running on one hardware machine.
Sometimes a node is also referred to as a "server" or an
"instance". In a single-node installation of Oracle E-Business Suite,
all the Applications processes (including the database processes) run on one
node, whereas in a multi-node installation, the processes are distributed
across multiple nodes.
A multi-node installation of Release 12 supports both shared and
non-shared application tier file systems. An application tier file system
consists of:
- APPL_TOP file system
(APPL_TOP and COMMON_TOP directories).
- Application tier technology
stack file system (OracleAS 10.1.2 and 10.1.3 Oracle Homes).
- Instance Home (INST_TOP)
file system. Each application tier has a unique Instance Home file system
associated with it.
- OraInventory directory which
stores information about all the components installed in various Oracle
Homes
Service
A service is a functional set of Oracle E-Business Suite application
processes running on one or more nodes. Where applicable, the term 'service' is
replacing the more traditional term of 'server'.
Application Tier Services
The following are the major application tier services:
- Root services
- Web Entry Point services
- Web Application services
- Batch Processing services
- Other services
Primary Application Tier Node
A primary application tier node is the first application tier node where
the APPL_TOP, COMMON_TOP, OracleAS 10.1.2 Oracle Home and OracleAS 10.1.3
Oracle Home are installed and configured.
Secondary Application Tier Node
A secondary application tier node is an application tier node where
APPL_TOP, COMMON_TOP, 10.1.2 Oracle Home and 10.1.3 Oracle Home are visible and
configured. The APPL_TOP, COMMON_TOP, OracleAS 10.1.2 Oracle Home and OracleAS
10.1.3 Oracle Home file system is mounted to this node from the primary
application tier node, or from an NFS server.
Instance Home
Instance Home is the top-level directory that contains all the
instance specific files associated with an Application Tier node (APPL_TOP,
OracleAS 10.1.2 Oracle Home and OracleAS 10.1.3 Oracle Home, log files, pid
files and certificates files). In a shared file system, each application tier
will have a unique Instance Home, which should be located on the local file
system.
The Oracle E-Business Suite Release 12 architecture is a framework for
multi-tiered, distributed computing. In this model, various services are
distributed among multiple levels, or tiers, as shown in the figure below.
Refer to Oracle Applications Concepts in the Oracle Applications Documentation Library to
learn more about Oracle E-Business Suite architecture.
In a shared file system, all application tier files (with the specific
exception of the Instance Home file system) are installed on a shared disk
resource, which is mounted on each application tier node.Any application tier
node can be configured to perform any of the standard application tier
services, such as Forms, Web and Concurrent Processing (Batch) services. All
changes made to the shared file system are immediately accessible to all
application tier nodes.
Note:
- For
optimum performance, it is advisable to use a local file system for the
Instance Home.
- To
implement a shared file system, all application tier nodes must be running
the same operating system.
1.3 Shared Application Tier File
System Layout
When configuring Oracle E-Business Suite to use a shared application
tier file system, an application tier node can be configured to perform any of
the standard application tier services, such as Forms, Web, or Concurrent
Processing (Batch) services. An application tier will have a unique Instance
Home associated with it that cannot be shared with other application tiers. You
can configure the services running on an application tier node to match the
node's intended role.
Note: In a shared file system, User ID and group ID should be consistent
across all nodes to avoid file access permission issues. You must retain the
same absolute path for the mount points of the shared file system on each node.
The value for the context variable "s_atName" must be same across all
the application tier nodes context files.
Example Shared File System
The following is an example of mount points shared on each application
tier node:
- COMMON_TOP:
/d01/shared_mount/apps/apps_st/viscomn
- APPL_TOP:
/d01/shared_mount/apps/apps_st/visappl
- OracleAS 10.1.2 ORACLE_HOME:
/d01/shared_mount/apps/tech_st/10.1.2
- OracleAS 10.1.3 ORACLE_HOME:
/d01/shared_mount/apps/tech_st/10.1.3
- OraInventory
/d01/shared_mount/OraInventory
In the figure shown below, entitled "Shared Application Tier File
System", Server-ap6012rt is the primary application tier node, and uses
the file systems "/d01/shared_mount" and "/d01/local". The
file system "/d01/local" contains the Instance Home, and
"/d01/shared_mount" contains the APPL_TOP, COMMON_TOP, OracleAS
10.1.2 and 10.1.3 Oracle Home.
Server-ap6011rt is the secondary application tier node, and the shared
file system "/d01/shared_mount" is also mounted on this node. The
file systems "/d01/local/apps/<CONTEXT NAME for
Server-ap6012rt>" and "/d01/local/apps/<CONTEXT NAME for
Server-ap6011rt>"are only visible on the respective nodes.
1.4 Using a Shared Application Tier
File System in an Oracle Cluster File System Environment
Note: OCFS2 patches are limited to customers with an Oracle Linux Support Subscription. For OCFS2
support and operating system details, refer to the Project:
OCFS2 website.
- Oracle Cluster File System
(OCFS2) for Linux OCFS2 1.4 and higher is supported for
Oracle E-Business Suite Release 12 application tier file systems.
- System administrators may
deploy both the APPL_TOP and INST_TOP on Linux-based OCFS2 shared-disk
cluster file systems.
- Oracle E-Business Suite
Release 12 certification tests with OCFS2-based application tier shared
file systems used the following configuration:
- Oracle Enterprise Linux
Version 5 Update 4 (OEL5U4 64-bit) running OCFS2 1.4.4
- Separate volumes for
APPL_TOP and INST_TOP storage (INST_TOP was also tested and is certified
with local storage)
- Oracle E-Business Suite
application tier mount options used: rw, _netdev, nointr
- Mount option datavolume was not used in the
application tier mounts
- For detailed instructions on configuring OCFS2, see OCFS2: A Cluster File System for Linux: User's Guide for Release 1.4 on the Project: OCFS2 website.
In a multi-node Oracle E-Business Suite instance, you can have more than
one application node used for administration (to patch the instance). Verify
and update the context file using the Oracle Applications Manager (OAM) Context
Editor on all the application tier node(s)
Variable
Name
|
Variable
Value
|
s_appl_config_home
|
Same as
s_at
|
s_isAdAdmin
|
YES
|
In a multi-node Oracle E-Business Suite instance, you can have more than
one application node where the Concurrent Processing (Batch) service is
enabled. All the application node(s) where the Concurrent Processing (Batch)
service is enabled should have the $APPLCSF and $FNDREVIVERPID environment
variables set to the same value. A shared file system should be allocated
for the concurrent manager logs and reviver pids. Verify and update the
context file using the Oracle Applications Manager (OAM) Context Editor
for all the Application Node(s):
Variable
Name
|
Variable
Value
|
s_applcsf
|
Same on
all nodes
|
s_fndreviverpiddir
|
Same on
all nodes
|
s_isAdConc
|
YES
|
s_isAdConcDev
|
YES
|
s_batch_status
|
enabled
|
s_tnsstatus
|
enabled
|
In a multi-node Oracle E-Business Suite instance, you can have more than
one Application node where Web entry point services are enabled.
For information on implementing load balancing in Oracle E-Business
Suite Release 12, see My Oracle Support Knowledge document <="" a="">380489.1 , Advanced
Configurations and Topologies for Enterprise Deployments of E-Business Suite
Release 12.
In a multi-node Oracle E-Business Suite instance, you can have more than
one Application node where the Web application service (Forms) is enabled.
Verify and update the context file using the Oracle Applications Manager (OAM)
Context Editor for all the application node(s):
Variable
Name
|
Variable
Value
|
s_isForms
|
YES
|
s_isFormsDev
|
YES
|
s_formsstatus
|
enabled
|
Rapid Install configures multi-node systems to use a shared application
tier file system as the default. Before you run Rapid Install, you must do the
following:
- Pre-Install tasks
- Allocate the shared file
system for the installation
- Create the user id and
group id for the Applications user (such as APPLMGR) on all the
application nodes. The user and group id must be the same on all the
nodes
- The shared file system must
be mounted on all the application nodes, so that the file system layout
is same across all the nodes.
- Run Rapid Install on each
node, and specify the appropriate mount points
When running Rapid Install for the first time you need to provide details for all the nodes you choose to configure. To specify the details for additional Application nodes, click on the 'Add Server' button in the 'Node Information' screen for each additional node to be configured. You must define the path to the applications file system to be the same on each node. The following paths must be the same: - APPL_TOP
- COMMON_TOP
- Tools ORACLE_HOME
- Web ORACLE_HOME
For example:
- Shared COMMON_TOP:
/d01/shared_mount/apps/apps_st/viscomn
- Shared APPL_TOP:
/d01/shared_mount/apps/apps_st/visappl
- Shared Tools ORACLE_HOME: /d01/shared_mount/apps/tech_st/visora/10.1.2
- Shared Web ORACLE_HOME:
/d01/shared_mount/apps/tech_st/visora/10.1.3
Note:To enable the node
being added to share the application tier file system you must select the Shared
Filesystem checkbox and select the primary node from the drop-down
list. Refer to Oracle Applications Installation Guide: Using Rapid
Install in the Oracle Applications Documentation Library for
more details.
If the primary application node is not the same as the database node, run Rapid Install on each added application node as well as on the primary application node. In the Rapid Install 'Configuration Choice' screen, choose 'Load the following saved configuration' and enter the appropriate database connect string. For more details, refer to 'Standard Installations' in Chapter 2, 'Performing an Installation', of Oracle Applications Installation Guide: Using Rapid Install, available in the Oracle Applications Documentation Library.
This section describes how to add a node to a shared application tier
file system.
- Prepare existing node
Execute Rapid Clone on the existing node
As the APPLMGR user, log in to the node that is sharing the file system and execute the following commands:
$ cd <INST_TOP>/admin/scripts/
$ perl adpreclone.pl appsTier
$ perl adpreclone.pl appsTier
- Make the Applications files
accessible
Mount the shared file system disk to the Application node that you want to add. For example, after mounting the shared file system disk, the following file system is visible from both the application nodes: - Shared COMMON_TOP:
/d01/shared_mount/apps/apps_st/viscomn
- Shared APPL_TOP:
/d01/shared_mount/apps/apps_st/visappl
- Shared OracleAS 10.1.2
ORACLE_HOME: /d01/shared_mount/apps/tech_st/visora/10.1.2
- Shared OracleAS 10.1.3
ORACLE_HOME: /d01/shared_mount/apps/tech_st/visora/10.1.3
Note: User ID and group
ID should be consistent across nodes in a shared file system to avoid file
access permission issues. You must retain the same absolute path for the mount
points of the shared file system on each node. The value for the context
variable "s_atName" must be same in the context file for all the
application tier nodes.
- Configure the node to be
added
You will have to copy the Applications
context file for the existing node to the current node if the Applications
context file for the existing node is not accessible from the current node.
Execute the commands listed below in the table. Refer to Appendix A for an example on prompts while
running adclonectx.pl.
As the APPLMGR user, log in to the node that you want to add.
As the APPLMGR user, log in to the node that you want to add.
$ cd $COMMON_TOP/clone/bin
$ perl adclonectx.pl addnode \
contextfile=/SLOTS/slot03/appmgr/inst/apps/txkr12d1/appl/admin/txkr12d1.xml
The above command will create a new context file for the node you were adding to the multi-node system. The next step is to run the AutoConfig utility which will generate the new Instance Home for this node and update the required tables in the database.
$ perl $AD_TOP/bin/adconfig.pl \
contextfile=<specify the path to the new context file, including the file name>
The next step is to run the AutoConfig utility on all the other nodes so that the required configuration files on those are updated with the new node information.
$ perl adclonectx.pl addnode \
contextfile=/SLOTS/slot03/appmgr/inst/apps/txkr12d1/appl/admin/txkr12d1.xml
The above command will create a new context file for the node you were adding to the multi-node system. The next step is to run the AutoConfig utility which will generate the new Instance Home for this node and update the required tables in the database.
$ perl $AD_TOP/bin/adconfig.pl \
contextfile=<specify the path to the new context file, including the file name>
The next step is to run the AutoConfig utility on all the other nodes so that the required configuration files on those are updated with the new node information.
This section describes how to implement read-only file system for shared
application tier nodes. The read-only file system node can be configured to perform
any of the standard application tier services, such as Forms, Web and
Concurrent Processing (Batch). Admin capability should not be
configured on this node. The file system associated with APPL_TOP, COMMON_TOP,
Tools Oracle Home and Web Oracle Home must be mounted as read-only. This will
ensure that any process running on this node will not be able to create or
update or delete any file in the file system. The file system associated with
Instance Home must have read and write permissions.
For example, the file system permissions should be as follows on this
node:
Name
|
File
System Permissions
|
APPL_TOP:
/d01/shared_mount/apps/apps_st/visappl
|
Read-Only
|
APPL_TOP:
/d01/shared_mount/apps/apps_st/visappl/ad/12.0.0/admin/template/custom
|
Read-Write
|
COMMON_TOP:
/d01/shared_mount/apps/apps_st/viscomn
|
Read-Only
|
COMMON_TOP:
/d01/shared_mount/apps/apps_st/viscomn/html/_pages
|
Read-Write
|
COMMON_TOP:
/d01/shared_mount/apps/apps_st/viscomn/html/fwk/t
|
Read-Write
|
COMMON_TOP:
/d01/shared_mount/apps/apps_st/viscomn/html/cabo
|
Read-Write
|
OracleAS
10.1.2 Tools Oracle Home: /d01/shared_mount/apps/tech_st/visora/10.1.2
|
Read-Only
|
OracleAS
10.1.3 Web Oracle Home: /d01/shared_mount/apps/tech_st/visora/10.1.3
|
Read-Only
|
INST_TOP:
/d01/local/apps/<CONTEXT_NAME>
|
Read-Write
|
OraInventory
Directory
|
Read-Only
|
- Run Steps1 through to 3 as
described in Section 4
- Update the following variable
in the context file and run AutoConfig on all the Application Tier nodes
- The context file for this
node should reside in the Instance Home. Verify and update the context
file using the Oracle Applications Manager (OAM) Context Editor on all the
application node(s):
Variable
Name
|
Variable
Value
|
s_appl_config_home
|
<Instance
Home>/appl
|
- Restart application tier
processes.
This section lists the tasks that may be necessary, depending on your
implementation and the intended use of the multi-node Oracle E-Business Suite
instance.
- If you have more than one
application node where 'Web Entry Point services' are enabled, you
need to implement load-balancing
For information on implementing load
balancing in Oracle E-Business Suite Release 12, see My Oracle Support
Knowledge 380490.1 Advanced Configurations and
Topologies for Enterprise Deployments of E-Business Suite Release 12.
- If you have more than one
application node where 'Batch Processing services' are enabled, you
need to implement Parallel Concurrent Processing
For information on configuring Parallel
Concurrent Processing (PCP), refer to chapter 'Defining Concurrent
Managers' section 'Overview of Parallel Concurrent Processing' inOracle
Applications System Administrator's Guide - Configuration in the Oracle Applications Documentation Library.
This section describes how to migrate non-shared application tier file
system to shared Application Tier file system.
- Migrate any configuration
customization to the primary application tier node. For more details,
refer to section 'Configuration Customizations' in My Oracle
Support Knowledge ,Using AutoConfig to Manage System
Configurations in Oracle Applications Release 12.
- Follow the instructions
described in Section 4.
- Follow the instructions
described in Finishing Tasks.
This section describes how a shared application tier file system affects
system administration
- Applying Technology Stack
Patches (OracleAS 10.1.2 and OracleAS 10.1.3 Oracle Homes)
Application services running
on the primary and all secondary nodes must be shut down before applying any
technology stack patches. Technology stack patches are to be applied on the
primary application node only.
- Applying Applications
Patches
Applications patches only need to be
applied once, on any one of the application tier nodes. The patched files are
immediately accessible to all the other application tier nodes.
In addition, Distributed AD can be used
to enhance the patch application process for Applications patches by taking
advantage of the shared application tier file system.
- Applying Applications
Patches When Sharing Application Tier File System Among Multiple
Database Instances
Applications patches must be applied
first to the primary application tier node. When applying patch to the primary
node, all the adpatch actions must be executed. You can turn off some of the
actions as shown below when applying patches to the secondary database
instance.
$ adpatch
options=nocopyportion,nogenerateportion,nocompilejsp
- Oracle HTTP Server Lock
Files
Oracle HTTP Server processes create temporary lock files for its internal operation. The location of these lock files is specified in httpd.conf by the LockFile. You must ensure that value of the AutoConfig variable s_lock_pid_dir is set to a location on the local file system to avoid file locking issues on a network file system.
R12 Service Deployment option
Root Services: s_root_status
Oracle Process Manager: s_opmnstatus (adopmnctl.sh)
Web Entry Point Services: s_web_entry_status
Oracle HTTP Server: s_oacorestatus (adapcctl.sh)
Web Application Services: s_web_applications_status
OACORE OC4J: s_oacorectrl (adoacorectl.sh)
FORMS OC4J: s_formsstatus (adformsctl.sh)
OAFM OC4J: s_oafmstatus (adoafmctl.sh)
Batch Processing Services: s_batch_status
OracleTNSListenerAPPS: s_tnsstatus (adalnctl.sh)
OracleConcMgr: s_concstatus (adcmctl.sh)
Oracle ICSM: s_icsmctrl (ieoicsm.sh)
Oracle Fulfillment Server: s_jtffsstatus (jtffmctl.sh)
Other Service Group: s_other_service_group_status
OracleFormsServer: s_formsserver_status (adformsrvctl.sh)
Oracle Metrics Client: s_metcstatus (adfmcctl.sh)
Oracle Metrics Server: s_metsstatus (adfmsctl.sh)
Oracle MWA Service: s_mwastatus (mwactlwrpr.sh)
On VM limited resource available on you PC then follow cloning.
single to multi node clonning Shared APPLICATION.
Single machine-
DB
APPS
hostname oracle.com
ip: 192.168.0.20
hostfile entry: 192.168.0.20 oracle.com oracle
VM NAME: R12
1. After that you have plan the cloning single node to multi node i.e
DB is another node
APPS is another node
It's multi node system.
2. DB and APPS on running state on
run adpreclone.sh on application tier.
3. after completeing stop application and db
./adstpall.sh apps/apps - APPS
./addlnctl.sh stop PROD - DB Listener
./addbctl.sh stop - DB
4. shutdown linux VM machine.
5. GO VM Snapshot Manager and create Linked Clone Name is - AppsNode.
6. After Completeing Clone Add and configure some setting on new node.
hostname linux.com
ip: 192.168.0.21
hostfile entry: 192.168.0.21 linux.com oracle
VM NAME: appsNODE
After That both Node host file entry is
hostfile entry: 192.168.0.20 oracle.com oracle
hostfile entry: 192.168.0.21 linux.com oracle
communicate both machine ping with host name like :
ping oracle
ping linux
7. Start both machine
Check NFS mount point accessible
8. Start db on VM Node R12
9. perl adcfgclone.pl appsTier
--------------------------------------------------------------------------------------------------------------------------
ERROR:- adcfgclone
If any error occur when running adcfgclone.sh like:-
perl adcfgclone.pl appsTier
Unable to find the PD KSH version
Unable to find in user PATH
Copyright (c) 2002 Oracle Corporation
Redwood Shores, California, USA
Oracle Applications Rapid Clone
Version 12.0.0
adcfgclone Version 120.20.12000000.11
Enter the APPS password :
Checking for make... found - /usr/bin/make
Checking for ld... found - /usr/bin/ld
Checking for cc... found - /usr/bin/cc
Checking for ar... found - /usr/bin/ar
Checking for ksh...
Unable to find PD KSH version.
Unable to locate all utilities with system path.
PATH = /u01/oracle/PROD/apps/apps_st/comn/clone/bin/../jre/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin
WARNING: Could not find all the required OS utilities in the $PATH. Please review the checks above
__________
SOLUTION:-
__________
check metalink note: 451994.1 for more details.
-bash-3.2$ rpm -qa | grep ksh
ksh-20100202-1.el5
-bash-3.2$ vim adchkutl.sh
insert
export KSH_VERSION='@(#)PD KSH ksh-20060214-1.4'
:wq!
--------------------------------------------------------------------------------------------------------------------------
10. -bash-3.2$ perl adcfgclone.pl appsTier
Copyright (c) 2002 Oracle Corporation
Redwood Shores, California, USA
Oracle Applications Rapid Clone
Version 12.0.0
adcfgclone Version 120.20.12000000.11
Enter the APPS password :
Running:
/u01/oracle/PROD/apps/apps_st/comn/clone/bin/../jre/bin/java -Xmx600M -cp /u01/oracle/PROD/apps/apps_st/comn/clone/jlib/java:/u01/oracle/PROD/apps/apps_st/comn/clone/jlib/xmlparserv2.jar:/u01/oracle/PROD/apps/apps_st/comn/clone/jlib/ojdbc14.jar oracle.apps.ad.context.CloneContext -e /u01/oracle/PROD/apps/apps_st/comn/clone/bin/../context/apps/CTXORIG.xml -validate -pairsfile /tmp/adpairsfile_13648.lst -stage /u01/oracle/PROD/apps/apps_st/comn/clone 2> /tmp/adcfgclone_13648.err; echo $? > /tmp/adcfgclone_13648.res
Log file located at /u01/oracle/PROD/apps/apps_st/comn/clone/bin/CloneContext_10192230.log
Provide the values required for creation of the new APPL_TOP Context file.
Target System Hostname (virtual or normal) [linux] :
Target System Database SID : PROD
Target System Database Server Node [linux] : oracle
Target System Base Directory : /u01/oracle/PROD
Target System Forms ORACLE_HOME Directory [/u01/oracle/PROD/apps/tech_st/10.1.2] :
Target System Web ORACLE_HOME Directory [/u01/oracle/PROD/apps/tech_st/10.1.3] :
Target System APPL_TOP Mountpoint [/u01/oracle/PROD/apps/apps_st/appl] :
Target System COMMON_TOP Directory [/u01/oracle/PROD/apps/apps_st/comn] :
Target System Instance Home Directory [/u01/oracle/PROD/inst] :
Target System Root Service [enabled] :
Target System Web Entry Point Services [enabled] :
Target System Web Application Services [enabled] :
Target System Batch Processing Services [enabled] :
Target System Other Services [disabled] :
Do you want to preserve the Display [oracle:0.0] (y/n) ? : n
Target System Display [linux:0.0] :
Do you want the the target system to have the same port values as the source system (y/n) [y] ? : n
Target System Port Pool [0-99] : 0
Checking the port pool 0
done: Port Pool 0 is free
Report file located at /u01/oracle/PROD/inst/apps/PROD_linux/admin/out/portpool.lst
Complete port information available at /u01/oracle/PROD/inst/apps/PROD_linux/admin/out/portpool.lst
UTL_FILE_DIR on database tier consists of the following directories.
1. /usr/tmp
2. /usr/tmp
3. /u01/oracle/PROD/db/tech_st/10.2.0/appsutil/outbound/PROD_oracle
4. /usr/tmp
Choose a value which will be set as APPLPTMP value on the target node [1] :
Creating the new APPL_TOP Context file from :
/u01/oracle/PROD/apps/apps_st/appl/ad/12.0.0/admin/template/adxmlctx.tmp
The new APPL_TOP context file has been created :
/u01/oracle/PROD/inst/apps/PROD_linux/appl/admin/PROD_linux.xml
Log file located at /u01/oracle/PROD/apps/apps_st/comn/clone/bin/CloneContext_10192230.log
Check Clone Context logfile /u01/oracle/PROD/apps/apps_st/comn/clone/bin/CloneContext_10192230.log for details.
Running Rapid Clone with command:
perl /u01/oracle/PROD/apps/apps_st/comn/clone/bin/adclone.pl java=/u01/oracle/PROD/apps/apps_st/comn/clone/bin/../jre mode=apply stage=/u01/oracle/PROD/apps/apps_st/comn/clone component=appsTier method=CUSTOM appctxtg=/u01/oracle/PROD/inst/apps/PROD_linux/appl/admin/PROD_linux.xml showProgress contextValidated=true
Running:
perl /u01/oracle/PROD/apps/apps_st/comn/clone/bin/adclone.pl java=/u01/oracle/PROD/apps/apps_st/comn/clone/bin/../jre mode=apply stage=/u01/oracle/PROD/apps/apps_st/comn/clone component=appsTier method=CUSTOM appctxtg=/u01/oracle/PROD/inst/apps/PROD_linux/appl/admin/PROD_linux.xml showProgress contextValidated=true
APPS Password :
Beginning application tier Apply - Sun Oct 19 22:33:10 2014
/u01/oracle/PROD/apps/apps_st/comn/clone/bin/../jre/bin/java -Xmx600M -DCONTEXT_VALIDATED=true -Doracle.installer.oui_loc=/oui -classpath /u01/oracle/PROD/apps/apps_st/comn/clone/jlib/xmlparserv2.jar:/u01/oracle/PROD/apps/apps_st/comn/clone/jlib/ojdbc14.jar:/u01/oracle/PROD/apps/apps_st/comn/clone/jlib/java:/u01/oracle/PROD/apps/apps_st/comn/clone/jlib/oui/OraInstaller.jar:/u01/oracle/PROD/apps/apps_st/comn/clone/jlib/oui/ewt3.jar:/u01/oracle/PROD/apps/apps_st/comn/clone/jlib/oui/share.jar:/u01/oracle/PROD/apps/apps_st/comn/clone/jlib/oui/srvm.jar:/u01/oracle/PROD/apps/apps_st/comn/clone/jlib/ojmisc.jar oracle.apps.ad.clone.ApplyAppsTier -e /u01/oracle/PROD/inst/apps/PROD_linux/appl/admin/PROD_linux.xml -stage /u01/oracle/PROD/apps/apps_st/comn/clone -showProgress
APPS Password : Log file located at /u01/oracle/PROD/inst/apps/PROD_linux/admin/log/ApplyAppsTier_10192233.log
\ 50% completed
Completed Apply...
Sun Oct 19 22:55:05 2014
Starting application Services for PROD:
Running:
/u01/oracle/PROD/inst/apps/PROD_linux/admin/scripts/adstrtal.sh -nopromptmsg
You are running adstrtal.sh version 120.13.12000000.3
Executing service control script:
/u01/oracle/PROD/inst/apps/PROD_linux/admin/scripts/adopmnctl.sh start
script returned:
****************************************************
You are running adopmnctl.sh version 120.4.12000000.3
Starting Oracle Process Manager (OPMN) ...
adopmnctl.sh: exiting with status 0
adopmnctl.sh: check the logfile /u01/oracle/PROD/inst/apps/PROD_linux/logs/appl/admin/log/adopmnctl.txt for more information ...
.end std out.
.end err out.
****************************************************
Executing service control script:
/u01/oracle/PROD/inst/apps/PROD_linux/admin/scripts/adapcctl.sh start
script returned:
****************************************************
You are running adapcctl.sh version 120.6.12000000.2
Starting OPMN managed Oracle HTTP Server (OHS) instance ...
adapcctl.sh: exiting with status 0
adapcctl.sh: check the logfile /u01/oracle/PROD/inst/apps/PROD_linux/logs/appl/admin/log/adapcctl.txt for more information ...
.end std out.
.end err out.
****************************************************
Executing service control script:
/u01/oracle/PROD/inst/apps/PROD_linux/admin/scripts/adoacorectl.sh start
.....
.....
.....
.....
all services coming up.
Done ... cloning without any error.....?
No comments:
Post a Comment