|
Oracle9i Application Server Certified Configuration Deployment and Cloning Guide
Release 2.0.6 for Linux x86 Part No. B10953-02 |
|
|
|
|
This chapter describes concepts, features, and procedures for cloning Oracle9i Application Server Certified Configuration (Oracle9iAS CC).
This chapter contains the following sections:
Cloning replicates existing configured Oracle9iAS CC instances onto different sets of machines, and reconfigures all the components that are involved to make the new (cloned) instances work.
Cloning of Oracle9iAS CC entails cloning the components and rewiring the links to each other to make them work in the cloned setup.
The cloning tool allows users to clone Oracle9iAS CC. Cloning involves the following steps:
Setting up source instance for cloning and create an image of the source instance.
Extracting the image created in the previous step on a target system.
Reconfiguring the copied image on a target system.
The following are the two types of cloning:
Cold cloning
Hot cloning
With cold cloning, all the services on a source instance are shut down before the image is created. With hot cloning, no service is required to be shut down on a source instance. Images can be created even when the services are up and running. This cloning tool version supports both cold and hot cloning.
The following are considerations when cloning Oracle9iAS CC.
On the destination node, you must configure cloned Oracle homes one at a time using the clone_driver.sh script.
Oracle does not support environments with cloned and non-cloned components. For example, if you cloned an Oracle9i Application Server middle-tier and associate it with an existing Infrastructure database, Oracle will not support this configuration. However, Oracle does not prohibit you from configuring in such a manner.
Do not share the stage area that you used to create the clone image, among customers.
If you created new OC4J instances or deployed customer OC4J applications, the configuration for these components are not updated upon cloning. You must manually update them.
Before cloning, ensure you meet the following prerequisites:
Determine the stage area that you will use to hold the source image
Ensure that you have enough disk space to hold all the Oracle homes and associated data files in the stage area.
In the case of cold cloning, shut down all Oracle9iAS CC services before cloning any component. See Appendix A, " Administering Oracle9i Application Server CC" for more information on shutting down services. You should shutdown all services in the order specified in Appendix A.
Cloning a two-tier deployment involves the following Oracle homes:
Oracle9i Application Server Infrastructure database
Oracle9i release 2 customer database for Oracle Portal, Oracle9iFS, and custom applications (if configured)
|
Note: You must clone the Oracle9i release 2 customer database using the tools that come with Oracle9i Certified Configuration. For details, see Oracle9i Certified Configuration documentation at: |
Infrastructure mid-tier (OID and SSO servers)
Oracle9iAS CC mid-tier components
You must complete the following steps to clone a two-tier deployment:
Perform the following on the source database-tier system to prepare an image for the Oracle9iAS Infrastructure Oracle home:
Log in as the root user.
Source the /etc/ora_cc_env environment using the following command:
# . /etc/ora_cc_env
Change directories to $ORACLE_CC_ROOT/clone/scripts by using the following command:
# cd $ORACLE_CC_ROOT/clone/scripts
Run the prepare_to_clone.sh script.
Run the following command:
# prepare_to_clone.sh
Specify All to prepare the stage area for all the Oracle homes in the list returned by the above command.
Specify the stage area location.
|
Note: Cold cloning requires that you shut down the processes in the selected Oracle homes prior to image creation. |
For hot cloning:
Log in as the operating system user who owns the Oracle9iAS Infrastructure database Oracle home.
Use the following command to set the environment for Oracle9iAS Infrastructure database Oracle home
$. $HOME/profile.iascc_env
Perform the redo-log switch and put the Oracle9iAS Infrastructure database in backup mode.
Back up the control files to a trace file using the following command:
$ /admin/mwcc/clone/scripts/bkupcontrol2trc.sh
The script will generate the trace file, gen_controlfile_<ORACLE_SID>.trc file under /SID/oradata directory.
Log in as the root user and source the /etc/ora_cc_env file using the following command:
# ./etc/ora_cc_env
Go to the $ORACLE_CC_ROOT/clone/scripts by using the following command:
# cd $ORACLE_CC_ROOT/clone/scripts
Run the following command to create an image of the Oracle9iAS Infrastructure database without the database related files:
# prepare_to_clone.sh -hot
Specify All to prepare the stage area for all the Oracle homes in the list returned by the above command.
Specify the stage area.
Copy the stage area from the source system to the destination system. Alternatively, use nfs export to make the stage area available on the destination system.
Perform the following on the source middle-tier system:
Log in as the root user.
Source the /etc/ora_cc_env environment using the following command:
# . /etc/ora_cc_env
Change directories to $ORACLE_CC_ROOT/clone/scripts by using the following command:
# cd $ORACLE_CC_ROOT/clone/scripts
Run the prepare_to_clone.sh script.
For cold cloning, run the following command:
prepare_to_clone.sh
Specify All to prepare the stage area for all the Oracle homes in the list returned by the above command.
Specify the stage area.
|
Note: Cold cloning requires that you shut down the processes in the selected Oracle homes prior to image creation. |
For hot cloning, run the following command:
prepare_to_clone.sh -hot
Specify All to prepare the stage area for all the Oracle homes in the list returned by the above command.
Specify the stage area.
Copy the stage area from the source system to the destination system. Alternatively, use nfs export to make the stage area available on the destination system.
After the clone stage area is prepared, you can restart services on the source system.
|
See Also: See Appendix A, " Administering Oracle9i Application Server CC" on how to restart services. |
Perform the following on the destination database-tier and middle-tier system:
Log in as the root user.
If the latest version of the Utility Pack is not installed on your system, use the following steps to install the Utility Pack:
Mount the gold image export area as described in Chapter 2, " Installing and Configuring Oracle9iAS CC Using the Gold Image".
Change directory to the stage area.
Run the install.sh script as follows:
# ./install.sh -cdzeroonly
Source the /etc/ora_cc_env environment using the following command:
# . /etc/ora_cc_env
Remove temporary property files:
# rm $ORACLE_CC_ROOT/clone/config/*.properties
Change directories to $ORACLE_CC_ROOT/clone/scripts by using the following command:
# cd $ORACLE_CC_ROOT/clone/scripts
Run the clone_extract.sh script:
Specify the stage area.
Specify the instance type and customer ID.
Confirm the Oracle home to which the stage area will be extracted.
Access to the stage area is not needed once extraction is successful. However, Oracle advises you to preserve access in case of reconfiguration failure. In such a case, you would need to re-extract the component that failed, and re-run the clone_driver.sh script.
For hot cloning, you must extract the database related files on the target system at the proper /<SID>/oradata location appropriately.
|
Note: If you usedprepare_to_clone.sh to create the hot image, ensure that you manually copy the Infrastructure database data files, archive log files, and the gen_controlfile_<ORACLE_SID>.trc trace file over to the proper directories on the target database-tier system. This is a pre-requisite for cloning of the Infrastructure database Oracle home.
|
While it is not necessary to clone the Oracle9i release 2 customer database first, it is required that you clone the database and make sure that all the processes are up and running before your clone the Oracle9i Application Server mid-tier components.
The customer database Oracle home will have a Oracle Net service (tns alias) entry created to connect to the Infrastructure database. Change this Net service entry appropriately, so that it connects to new the target Infrastructure database.
The cloning process requires that you clone in the following order:
Infrastructure database Oracle home on the database-tier
Infrastructure mid-tier Oracle home on the middle-tier
Oracle9i Application Server mid-tier components on the middle-tier
Use the following instructions to clone each of the items above:
|
Note: If you have Oracle9iAS Portal or Oracle9iFS on the customer database, you must clone them before you start this procedure. |
Log in as the root user on the destination database-tier.
Source the /etc/ora_cc_env environment by using the following command:
# . /etc/ora_cc_env
Change directories to $ORACLE_CC_ROOT/clone/scripts by using the following command:
# cd $ORACLE_CC_ROOT/clone/scripts
When cloning the Infrastructure Mid-Tier, set the DISPLAY environment variable.
Run the clone_driver.sh script to start the cloning process.
Select the Oracle home for one of the following:
Infrastructure database
Infrastructure mid-tier
Oracle9i Application Server mid-tier components
The parameters for the cloned (new) instance can be specified as an input file or in interactive mode.
Use the following command to cold clone in interactive mode:
# ./clone_driver.sh
Use the following command to hot clone in interactive mode:
# ./clone_driver.sh -hot
Answer the questions and complete the reconfiguration process.
Use the following command to clone using an input file:
Copy the $ORACLE_CC_ROOT/clone/config/clone_src.properties file to another file. Edit the file and specify the parameters (except passwords) relevant to this configuration.
Run the clone_driver.sh script:
# ./clone_driver.sh -propfile <propfile name>
The example above is for cold cloning. To hot clone, append -hot to the end of the code line above. After the clone_driver.sh script runs successfully, the new (cloned) Infrastructure database will be configured and running.
Use the configuration steps outlined in Chapter 2, " Installing and Configuring Oracle9iAS CC Using the Gold Image" to verify that the Infrastructure database is correctly configured and for ways to handle any configuration failures.
Cloning a single-tier deployment involves the following components:
Oracle9i customer database containing objects for customer Portal, Oracle9iFS, and custom applications (if configured)
|
Note: You must clone the Oracle9i release 2 customer database using the tools that come with Oracle9i Certified Configuration. For details, see Oracle9i Certified Configuration documentation at: |
You must complete the following steps to clone a single-tier deployment:
Perform the following on the source single-tier system:
Log in as the root user.
Source the /etc/ora_cc_env environment using the following command:
# . /etc/ora_cc_env
Change directories to $ORACLE_CC_ROOT/clone/scripts by using the following command:
# cd $ORACLE_CC_ROOT/clone/scripts
Remove temporary property files:
# rm $ORACLE_CC_ROOT/clone/config/*.properties
Run the prepare_to_clone.sh script.
Specify All to prepare the stage area for all Oracle homes on the single-tier.
Specify the stage area.
Copy the stage area from the source system to the destination system. Alternatively, use nfs export to make the stage area available on the destination system.
Perform the following on the destination single-tier system:
Log in as the root user on the destination single-tier.
If the latest version of the Utility Pack is not installed on your system, use the following steps to install the Utility Pack:
Mount the gold image export area as described in Chapter 2, " Installing and Configuring Oracle9iAS CC Using the Gold Image".
Change directory to the stage area.
Run the install.sh script as follows:
# ./install.sh -cdzeroonly
Source the /etc/ora_cc_env environment using the following command:
# . /etc/ora_cc_env
Change directories to $ORACLE_CC_ROOT/clone/scripts by using the following command:
# cd $ORACLE_CC_ROOT/clone/scripts
Run the clone_extract.sh script:
Specify the stage area.
Specify the instance type and customer ID.
Confirm the Oracle home to which the stage area will be extracted.
Access to the stage area is not needed once extraction is successful. However, the user is advised to preserve access in case of reconfiguration failure. In such a case, the user would need to re-extract the component that failed, and re-run the clone_driver.sh script.
While it is not necessary to clone the Oracle9i release 2 customer database first, it is necessary for you to clone the database and make sure that all the processes are up and running before your clone the Oracle9i Application Server mid-tier components.
The customer database Oracle home will have a Oracle Net service (tns alias) entry created to connect to the Infrastructure database. Change this Net service entry appropriately, so that it connects to new the target infrastructure database.
The cloning process requires that you clone in the following order:
Infrastructure
Oracle9i Application Server Mid-Tier Components on a Single-Tier
To clone the Infrastructure or Oracle9i Application Server mid-tier components on the single-tier, use the following instructions:
Source the /etc/ora_cc_env environment by using the following command:
# . /etc/ora_cc_env
Change directories to $ORACLE_CC_ROOT/clone/scripts by using the following command:
# cd $ORACLE_CC_ROOT/clone/scripts
When cloning the Infrastructure, set the DISPLAY variable.
Run the clone_driver.sh script to start the cloning process.
Select the Oracle home for Infrastructure or Oracle9i Application Server mid-tier components.
The parameters for the cloned (new) instance can be specified as an input file or in interactive mode.
Use the following command to cold clone in interactive mode:
# ./clone_driver.sh
Use the following command to hot clone in interactive mode:
# ./clone_driver.sh -hot
Use the following command to clone using a property file as an input:
Copy the $ORACLE_CC_ROOT/clone/config/clone_src.properties file to another file. Edit the file and specify the parameters relevant to this configuration.
Run the clone_driver.sh script:
# ./clone_driver.sh -propfile <propfile name>
The code line above is for cold cloning. To hot clone, append -hot to the end of the code line. After the clone_driver.sh script runs successfully, the new (cloned) Infrastructure will be configured and running.
Use the configuration steps outlined in Chapter 2, " Installing and Configuring Oracle9iAS CC Using the Gold Image" to verify that the Infrastructure is correctly configured and for ways to handle any configuration failures.
The following are postcloning steps.
Using the following procedure, remove the old partner application entries on the cloned system:
Log into the Oracle Single Sign-On (SSO) server at:
http:// host:port/pls/orasso
Click SSO Server Administration.
Click Administer Partner Applications.
In the Edit/Delete Partner Application section, delete the following old partner applications:
Oracle Portal (portal schema name on customer database)
Oracle Portal (portal)
old ias infrastructure oid/sso instance name
old ias middle tier instance name
wireless_deviceportal
|
Note: If there are two application entries with the same name (for example,wireless_deviceportal), then use the following procedure to identify the old application:
The application ID with the lesser value is the old partner application. |
After reconfiguration is complete, perform the following steps to configure Oracle9iFS:
You must modify four existing Credential Managers: SmallServiceConfiguration, MediumServiceConfiguration, LargeServiceConfiguration, and IfsDefault. Each time you run Oracle9iFS Credential Manager Configuration Assistant (ifsoidcm), you can only modify one existing Credential Manager. Run ifsoidcm four times, and complete the following procedure for each Credential Manager:
Run Oracle9iFS Credential Manager Configuration Assistant ($ORACLE_HOME/9ifs/bin/ifsoidcm).
The Welcome window opens. Click Next.
The Oracle9iFS Database window opens. Enter the iFS schema name (normally ifssys), schema password, and the TNS connect string to the database on which iFS data resides, and click Next.
If the Database Connection Information window opens, then enter the iFS database hostname, TCP/IP port number, and database service name or SID. Click Next.
The Existing Credential Managers window opens, listing the following existing Credential Managers: SmallServiceConfiguration, MediumServiceConfiguration, LargeServiceConfiguration, and IfsDefault
Select the entry OiD under the Configuration Manager, click Modify, and click Next.
The OiD Login window opens. Ensure that the OiD Host Name, Port Number and password entries are correct, and click Next.
The wizard connects before going on to the next screen to ensure that the information that you enter is valid.
The Supported Functions window opens. Click Next.
The Authentication Types window opens. Click Next.
The Oracle9iFS Specific Passwords window opens. Click Next.
The Subscribers window opens. Click Next.
The Begin Configuration window opens. Click Configure.
Configuration begins. A task completion window opens to inform you when configuration is complete, typically within 30 seconds.
Repeat this procedure until you configure all four Credential Managers.
Complete the following procedure to update hostname configurations:
Run Oracle9iFS Manager Console ($ORACLE_HOME/9ifs/bin/ifsmgr).
Log in as the SYSTEM user, using the syntax SYSTEM/system password (Example: SYSTEM/manager9ifs), and give the ifssys schema password (for example, manager)
From the console display, click Node Configuration. The node configuration tree expands. Note that the Locator text field is modified to indicate the correct node configuration, but the Name text field continues to list the previous host name.
Without changing the host name, make a small change in the Locator text field.
For example, click in the Locator text field, and add a space, and then delete the extra space you added.
The activity in the Locator text field causes the Name text field to repopulate with the correct hostname.
Click Apply to apply the changes to both Node Configuration entries (HTTP Node and Node).
Quit ifsmgr.
When you complete the preceding postconfiguration procedures, start Oracle9iFS using Oracle Enterprise Manager. It should start up normally.
After reconfiguration is complete, you need to do the following to reset the Oracle Application InterConnect (OAI) schema password:
Log in as the user who owns the Oracle9i Application Server mid-tier Oracle home.
Set the environment variables by sourcing the following script:
$ ~/ $ . profile.iascc_env
Reconfigure OAI hub.
$ /admin/mwcc/oai/config_oai.sh -hub
If you configured OAI database adapters, you will see the following error messages after cloning:
Failed to connect to the hub database. Please check the hub database parameters Retrying after a 15 sec interval... java.sql.SQLException: ORA-01017: invalid username/password; logon denied
You must kill all the database adapter processes, reset OAI schema password as mentioned above, and restart the database adapter.
Perform the steps in this section only if you installed Oracle9iAS CC from a cloned image. Do not use these steps if you installed Oracle9iAS CC from Product CD-ROMs.
Use the following to refresh the ONS configuration for a two-tier deployment:
In the Infrastructure database Oracle home on the database-tier, update the ias.properties file in the $ORACLE_HOME/config directory with the proper host name values for the following entries:
SSOhost
OIDhost
Run the following command in the Infrastructure mid-tier Oracle home on the middle-tier system. This command updates the $ORACLE_HOME/opmn/conf/ons.conf file with the IP addresses of the database-tier and middle-tier systems.
$ $ORACLE_HOME/dcm/bin/dcmctl listinstances
Verify that the ons.conf file contains the IP addresses of the database-tier and middle-tier systems only.
Run the following command in the Infrastructure database Oracle home on the database-tier system. This command updates the $ORACLE_HOME/opmn/conf/ons.conf file with the IP addresses of the database-tier and middle-tier systems.
$ $ORACLE_HOME/dcm/bin/dcmctl listinstances
Verify that the ons.conf file contains the IP addresses of the database-tier and middle-tier systems only.
You must now stop and start services in all Oracle homes. See "Restart Oracle9i Application Server Services" for details.
Use the following to refresh the ONS configuration for a single-tier deployment:
Run the following command in the Infrastructure Oracle home.This command updates the $ORACLE_HOME/opmn/conf/ons.conf file with the IP addresses of the current system.
$ $ORACLE_HOME/dcm/bin/dcmctl listinstances
Verify that the ons.conf file contains the IP addresses of the current system.
You must now stop and start services in all Oracle homes. See "Restart Oracle9i Application Server Services" for details.
If you installed Oracle9iAS CC from the clone image, then running the OPMN processes may contain outdated information. You must restart Oracle9i Application Server services to ensure the information in the OPMN processes is up to date. See Appendix A, " Administering Oracle9i Application Server CC" for details on how to start or stop services in a specific Oracle home. You must restart the services in the following order:
You must restart the services in the sequence specified in Appendix A.