Documente Academic
Documente Profesional
Documente Cultură
htm
Introduction
Cloning Oracle Applications 11i instances can be a long and boring task. Either if
you are an APPS DBA in a production or development environment this task has
become the most time consuming for an APPS DBA since release 11i has been
released. There are many reasons for which a developer (in the case of a
development environment) or a functional/technical person (for production or
development) wants a clone of a particular Instance. Considering also that even
in the most settled environments there are at least a couple of APPS instances in
addition to the production one the DBA has to have its tools sharpen and ready
to deliver what been asked. Depending upon the Release of your APPS
instances you may have different options available in order to speed up and
simplify the tasks. In the case that you are running Oracle Applications patch
level 11.5.8 or higher, you have the facility to use Rapid Clone which is an
advanced method of cloning the application tree making the DBAs life easier and
the customers happier.
In spite that Release 11.5.9 is out for a while I still can find lots customer running
releases older than 11.5.7. There is a mixture of reasons for which these sites
are not upgrading to a more recent APPS release. One of those is because they
are are satisfied with the functionality of the release that they are running and
have no interest in upgrading to a higher level, whereas others can't upgrade due
to other problem like the amount of customizations, applications compatibilities
and similar. However if you are a DBAs responsible for supporting releases
11.5.6 & 11.5.7 you can still use Rapid Clone. There is patch number 2926786
which allows you to apply Rapid Clone on your application environment without
upgrading the Oracle Applications modules. Rapid Clone requires the foundation
to be upgraded to patch 2942559. Please note that this patch also includes
AutoConfig.
I do advise you to check Oracle Metalink for additional information and while you
are there check also note 230672.1, which details how to set up and run Rapid
Clone, and note 165195.1, which describe the use of AutoConfig. Should you be
interested in using Rapid Clone in a APPS instance older than patch level 11.5.8
I would strongly advise you to check carefully what patch level are you running
and the certification matrix before applying any patches.
AutoConfig and its Components
AutoConfig is a tool that came with later releases of 11i. It can be upgraded via a
patch set if you are using a previous version. This tool supports the automatic
configuration of Applications instances and collects all information needed to
facilitate that automation into repositories (Applications Context for the
application layer and Database Context for the database layer). When
AutoConfig runs, it takes the information from these context files and uses them
to help you to maintain the configuration of your system.
There are many benefits to migrating your system to AutoConfig enabled and
one of these is the ability to clone with Rapid Clone. There is also the ability to
maintain the configuration of the Application Layer, centralization of the
configuration for all instances into one simple interface, and the ease of
maintaining the maintenance tool itself (alterations and updates to the
AutoConfig utility are delivered in the form of a patch).
Component Description
Applications The Applications Context is a XML repository that is located within in
Context the APPL_TOP. It contains configuration information that is specific
to that particular APPL_TOP in the admin directory and the file has
the naming convention of <SID>.xml (VIS.xml). While the files in the
Context are easily readable (they are in XML format, they will open
in a browser if you try to open them) and editable with any text
editor, it is important that you not manually alter them, as AutoConfig
can get a little testy if you do.
Database The Database Context differs from the Applications Context only in
Context that it resides within the RDBMS's ORACLE_HOME and contains
configuration information that is specific to that database tier and its
components. Again, it is important not to alter any of the files in the
Context directly. All editing can be done through the context editor.
AutoConfig These template files include generically configured named tags.
File These named tags are later replaced with your instance-specific
Templates configuration information from whichever Context you are dealing
with.
AutoConfig Every product in the Oracle E-Business Suite maintains a driver file
Driver File used by AutoConfig. The driver file lists the AutoConfig file templates
and their destination locations.
Component Description
AutoConfig A set of scripts that provide a simplified interface to the AutoConfig
Scripts APIs.
Context While not entirely an AutoConfig component, the Context Editor
Editor (also comes as a patch) allows you the ability to edit the information
found in the Context's context files. This is the only means of editing
that AutoConfig appears to approve of as it manages the formatting
in such a way that it does not cause AutoConfig to complain.
The Basic Steps for Cloning APPS instances with Rapid Clone &
AutoConfig (single node install)
Make sure that version 2.1.0.17 of the Oracle Universal Installer and Perl 5.005
should be installed and included in your path.
If you are using Oracle Workflow, you must update wf_notification_attributes and
wf_item_attribute_values.
Be sure to review your install logs after cloning to make sure there are no errors.
After you have verified connectivity in the cloned environment, have a user
navigate through the system to verify the clone is functional and complete.
In Summary