10 Installing in High Availability Environments: OracleAS Cold Failover Cluster

This chapter describes how to install Oracle Application Server with OracleAS Cold Failover Cluster configurations.

Section 10.1, "OracleAS Cold Failover Cluster: Introduction"
Section 10.2, "Preinstallation Steps for OracleAS Cold Failover Cluster"
Section 10.3, "Installing an OracleAS Cold Failover Cluster (Infrastructure) Configuration"
Section 10.4, "Installing a Distributed OracleAS Cold Failover Cluster (Infrastructure) Configuration"
Section 10.5, "Installing an OracleAS Cold Failover Cluster (Oracle Identity Management) Configuration"
Section 10.6, "Installing a Distributed OracleAS Cold Failover Cluster (Oracle Identity Management) Configuration"
Section 10.7, "Installing Oracle Delegated Administration Services and OracleAS Single Sign-On in an OracleAS Cold Failover Cluster"
Section 10.8, "Installing Only the OracleAS Metadata Repository in an OracleAS Cold Failover Cluster Environment"
Section 10.9, "Installing OracleAS Cold Failover Cluster (Middle-Tier)"
Section 10.10, "Installing OracleAS Cold Failover Cluster (Infrastructure) and OracleAS Cold Failover Cluster (Middle-Tier) on the Same Nodes"
Section 10.11, "Postinstallation Steps for OracleAS Cold Failover Cluster"
Section 10.12, "Installing Middle Tiers Against an OracleAS Cold Failover Cluster Infrastructure"
Section 10.13, "Installing Regular Middle-Tiers on OracleAS Cold Failover Cluster Nodes"

10.1 OracleAS Cold Failover Cluster: Introduction

In OracleAS Cold Failover Cluster configurations, you have an active and a passive node, and shared storage that can be accessed by either node.

During normal operation, the active node runs Oracle Application Server processes and processes requests from clients. If the active node fails, then a failover event occurs. The passive node takes over and becomes the active node. It mounts the shared storage and runs the processes.

Configurations

You can install OracleAS Cold Failover Cluster in these configurations:

OracleAS Cold Failover Cluster (Infrastructure). Refer to Section 10.3.
Distributed OracleAS Cold Failover Cluster (Infrastructure). Refer to Section 10.4.
OracleAS Cold Failover Cluster (Oracle Identity Management). Refer to Section 10.5.
Distributed OracleAS Cold Failover Cluster (Oracle Identity Management). Refer to Section 10.6.
OracleAS Cold Failover Cluster (Middle-Tier). Refer to Section 10.9.

10.2 Preinstallation Steps for OracleAS Cold Failover Cluster

Before installing Oracle Application Server in an OracleAS Cold Failover Cluster, perform these procedures:

Section 10.2.1, "Map the Virtual Hostname and Virtual IP Address"
Section 10.2.2, "Set Up a File System That Can Be Mounted from Both Nodes"
Section 10.2.3, "Review Recommendations for Automatic Storage Management"
Section 10.2.4, "Check That Clusterware Is Running"

Note:

In addition to the requirements listed in this chapter, ensure that you meet the requirements described in Section 9.3, "Requirements for High Availability Configurations".

10.2.1 Map the Virtual Hostname and Virtual IP Address

Each node in an OracleAS Cold Failover Cluster configuration is associated with its own physical IP address. In addition, the active node in the cluster is associated with a virtual hostname and virtual IP address. This allows clients to access the OracleAS Cold Failover Cluster using the virtual hostname.

Virtual hostnames and virtual IP addresses are any valid hostname and IP address in the context of the subnet containing the hardware cluster.

Note:

Map the virtual hostname and virtual IP address only to the active node. Do not map the virtual hostname and IP address to both active and secondary nodes at the same time. When you fail over, only then map the virtual hostname and IP address to the secondary node, which is now the active node.
Before attempting to complete this procedure, ask the system or network administrator to review all the steps required. The procedure will reconfigure the network settings on the cluster nodes and may vary with differing network implementations.

The following example configures a virtual hostname called vhost.mydomain.com, with a virtual IP of 138.1.12.191:

Register the virtual hostname and IP address with DNS for the network.

For example, register the vhost.mydomain.com/138.1.12.191 pair with DNS.

Add the following line to the /etc/hosts file on the active node:

ip_address hostname.domain hostname

For example:

138.1.12.191   vhost.mydomain.com   vhost

Determine the primary public network interface.

The primary public network interface for Ethernet encapsulation is typically lan0 on HP-UX Itanium.
```
/usr/bin/netstat -i
```
Using this command, search for a network interface that has an Address value of the physical hostname of the node.
Find an available index number for the primary public network interface.

Using the same command in step 3, determine an available index number for an additional IP address to the primary public network interface.

For example, on HP-UX Itanium, if the following is the output of the /usr/bin/netstat -i command and lan0 is determined to be the primary public interface in step 3, then lan0:2 is available for an additional IP address.
```
Name     Mtu   Network      Address             Ipkts        Opkts 
lan0:1   1500  datacenter1   www2.mydomain.com   1050265       734793 
lan1*    1500  none          none                0             0 
lan0     1500  datacenter1   www1.mydomain.com   39783928      41833023 
lo0      4136  loopback      localhost           1226188       1226196 
```
Do not use 0 as the index number because interface:0 is typically the same as just interface on most systems. For example, lan0:0 is the same as lan0 on HP-UX Itanium.

Add the virtual IP address to the primary public network interface by running the following command, as the root user, using the available index number from step 4:

/usr/sbin/ifconfig primary_public_interface:available_index ip_address

For example, enter the following command if lan0:2 is available:

/usr/sbin/ifconfig lan0:2 138.1.12.191

Note:

You must use the same NETMASK and BROADCAST values for this interface as those used for the primary public network interface (lan0 in this example). Modify the ifconfig commands in this step to include the netmask and broadcast options.

Check that the virtual IP address is configured correctly:
1. Use the instructions listed in step 3 to confirm the new entry for the primary public interface:available_index entry created in step 5.
2. Try to connect to the node using the virtual hostname and virtual IP address from another node. For example, entering both of the following commands from a different node should provide a login to the node you configured in this procedure:
```
telnet hostname.domain
telnet ip_address
```
  For example, enter:
```
telnet vhost.mydomain.com
telnet 138.1.12.191
```

On Failover

If the active node fails, then the secondary node takes over. If you do not have a clusterware agent to map the virtual IP from the failed node to the secondary node, then you have to do it manually. You have to remove the virtual IP mapping from the failed node, and map it to the secondary node.

On the failed node, remove the virtual IP address by running the following command as the root user:
```
/usr/sbin/ifconfig configured_interface down
```
For example, enter the following command if lan0:2 is configured with the virtual IP address:
```
/usr/sbin/ifconfig lan0:2 down
```
Note:
Use the commands in step 3 of the previous procedure to confirm that the virtual IP address has been removed.
On the secondary node, add the virtual IP address.

On the secondary node, follow steps 2 to 6 of the previous procedure to add and confirm the virtual IP address on the secondary node.

10.2.2 Set Up a File System That Can Be Mounted from Both Nodes

Although the hardware cluster has shared storage, you need to create a file system on this shared storage such that both nodes of the OracleAS Cold Failover Cluster can mount this file system. You will use this file system for the following directories:

Oracle home directory for the Oracle Application Server instance
The oraInventory directory

For disk space requirements, see Section 3.2, "System Requirements".

If you are running a volume manager on the cluster to manage the shared storage, refer to the volume manager documentation for steps to create a volume. Once a volume is created, you can create the file system on that volume.

If you do not have a volume manager, you can create a file system on the shared disk directly. Ensure that the hardware vendor supports this, that the file system can be mounted from either node of the OracleAS Cold Failover Cluster, and that the file system is repairable from either node if a node fails.

To check that the file system can be mounted from either node, do the following steps:

Set up and mount the file system from node 1.
Unmount the file system from node 1.
Mount the file system from node 2 using the same mount point that you used in step 1.
Unmount it from node 2, and mount it on node 1, because you will be running Oracle Universal Installer from node 1.

Note:

Only one node of the OracleAS Cold Failover Cluster should mount the file system at any given time. File system configuration files on all nodes of the cluster should not include an entry for the automatic mount of the file system upon a node restart or execution of a global mount command. For example, on UNIX platforms, do not include an entry for this file system in /etc/fstab file.

10.2.3 Review Recommendations for Automatic Storage Management

If you plan to use Automatic Storage Management instances for the OracleAS Metadata Repository database, consider these recommendations:

If you plan to use Automatic Storage Management with Oracle database instances from multiple database homes on the same node, then you should run the Automatic Storage Management instance from an Oracle home that is different from the database homes.
The Automatic Storage Management home should be installed on every cluster node. This prevents the accidental removal of Automatic Storage Management instances that are in use by databases from other homes during the de-installation of a database Oracle home.

10.2.4 Check That Clusterware Is Running

If you plan to automate failovers in the OracleAS Cold Failover Cluster, then each node in a cluster must be running hardware vendor clusterware.

To check that the clusterware is running, use the command appropriate for your clusterware.

10.3 Installing an OracleAS Cold Failover Cluster (Infrastructure) Configuration

Figure 10-1 shows an OracleAS Cold Failover Cluster (Infrastructure) configuration.

Figure 10-1 OracleAS Cold Failover Cluster (Infrastructure) Configuration

Description of "Figure 10-1 OracleAS Cold Failover Cluster (Infrastructure) Configuration"

The figure shows:

Two nodes running clusterware
Storage devices local to each node
Storage device that can be accessed by both nodes. You install OracleAS Infrastructure on this shared storage device.

During normal operation, one node ("node 1") acts as the active node. It mounts the shared storage to access the OracleAS Infrastructure files, runs OracleAS Infrastructure processes, and handles all requests.

If the active node goes down for any reason, the clusterware fails over OracleAS Infrastructure processes to the other node ("node 2"), which now becomes the active node. It mounts the shared storage, runs the processes, and handles all requests.

These nodes appear as one computer to clients through the use of a virtual address. To access the OracleAS Infrastructure, clients, including middle-tier components and applications, use the virtual address associated with the cluster. The virtual address is associated with the active node (node 1 during normal operation, node 2 if node 1 goes down). Clients do not need to know which node (node 1 or node 2) is servicing requests.

You use the virtual hostname in URLs that access the infrastructure. For example, if vhost.mydomain.com is the virtual hostname, the URLs for the Oracle HTTP Server and the Application Server Control would look like the following:

URL for:	Example URL
Oracle HTTP Server, Welcome page	http://vhost.mydomain.com:7777
Oracle HTTP Server, secure mode	https://vhost.mydomain.com:4443
Application Server Control	http://vhost.mydomain.com:1156

Oracle Application Server Middle Tiers

You can install and run the middle tiers on other nodes (nodes that are not running OracleAS Infrastructure). During installation, you set up the middle tiers to use services from the OracleAS Infrastructure installed on the shared storage device.

You can also install and run the middle tiers on the cluster nodes without using an OracleAS Cold Failover Cluster configuration for the middle tiers. In this case, you install middle tiers using the regular installation process. If you do this, ensure that the middle tier ports will not conflict with the OracleAS Infrastructure ports when a failover occurs.

If you want to install and run the middle tiers in an OracleAS Cold Failover Cluster configuration on the same cluster that is running the OracleAS Infrastructure, see Section 10.10, "Installing OracleAS Cold Failover Cluster (Infrastructure) and OracleAS Cold Failover Cluster (Middle-Tier) on the Same Nodes".

10.3.1 OracleAS Cold Failover Cluster (Infrastructure): Overview of Installation Steps

To set up an OracleAS Cold Failover Cluster (Infrastructure) configuration, perform these steps:

Table 10-1 Overview of Installation Steps for OracleAS Cold Failover Cluster (Infrastructure)

	Step	Description
1.	Perform Preinstallation Steps	Preinstallation tasks, described in Section 10.2, include: Section 10.2.1, "Map the Virtual Hostname and Virtual IP Address" Section 10.2.2, "Set Up a File System That Can Be Mounted from Both Nodes" Section 10.2.3, "Review Recommendations for Automatic Storage Management"
2.	Install OracleAS Infrastructure	Install OracleAS Infrastructure on the shared storage.
3.	Perform Postinstallation Steps	This postinstallation step configures the CSS daemon. This step is required only if you are using Automatic Storage Management feature of the Oracle database, and you do not have an existing Oracle database.

Step

Description

Perform Preinstallation Steps

Preinstallation tasks, described in Section 10.2, include:

Section 10.2.1, "Map the Virtual Hostname and Virtual IP Address"
Section 10.2.2, "Set Up a File System That Can Be Mounted from Both Nodes"
Section 10.2.3, "Review Recommendations for Automatic Storage Management"

Install OracleAS Infrastructure

Install OracleAS Infrastructure on the shared storage.

Perform Postinstallation Steps

This postinstallation step configures the CSS daemon. This step is required only if you are using Automatic Storage Management feature of the Oracle database, and you do not have an existing Oracle database.

10.3.2 OracleAS Cold Failover Cluster (Infrastructure): Details of Installation Steps

This section lists the steps for installing OracleAS Infrastructure in an OracleAS Cold Failover Cluster (Infrastructure) configuration.

Step 1 Perform Preinstallation Steps

Perform the preinstallation steps listed in Section 10.2, "Preinstallation Steps for OracleAS Cold Failover Cluster".

Step 2 Install OracleAS Infrastructure

For OracleAS Cold Failover Cluster (Infrastructure), you install both OracleAS Metadata Repository and Oracle Identity Management in the same Oracle home by selecting Identity Management and OracleAS Metadata Repository in the Select Installation Type screen. This option creates a new database for the OracleAS Metadata Repository and a new Oracle Internet Directory.

Key Points

The destination directory must be on the shared disk.
Remember to select High Availability and Replication in the Select Configuration Options screen. By default, this option is not selected.
You enter the virtual hostname in the Specify Virtual Hostname screen.

Installer Screens

Run Oracle Universal Installer and follow the screen sequence shown in Table 10-2:

Table 10-2 Installing OracleAS Infrastructure in an OracleAS Cold Failover Cluster (Infrastructure)

	Screen	Action
1.	--	Start up Oracle Universal Installer. Refer to Section 4.16, "Starting Oracle Universal Installer" for details.
2.	Welcome	Click Next.
3.	Specify Inventory Directory and Credentials	This screen appears only if this is the first installation of any Oracle product on this computer. Enter the full path for the inventory directory: Enter a full path to a directory where you want Oracle Universal Installer to store its files. Oracle Universal Installer uses these files to keep track of all Oracle products that are installed on this computer. Enter a directory that is different from the Oracle home directory. Note: You must enter a directory in the file system that can be mounted from either node in the OracleAS Cold Failover Cluster configuration. Example: `/mnt/app/oracle/oraInventory` Specify operating system group name: Select the operating system group that will have write permission for the inventory directory. Example: `oinstall` Click Next.
4.	Run `orainstRoot.sh`	This screen appears only if this is the first installation of any Oracle product on this computer. Run the `orainstRoot.sh` script in a different shell as the root user. The script is located in the `oraInventory` directory. After running the script, click Continue.
5.	Specify File Locations	Name: Enter a name to identify this Oracle home. The name can consist of alphanumeric and the underscore (_) characters only, and cannot be longer than 128 characters. Example: `OH_INFRA` Destination Path: Enter the full path to the destination directory. This is the Oracle home. Note: You must enter a directory in the file system that can be mounted from either node in the OracleAS Cold Failover Cluster configuration. You must enter a new Oracle home name and directory. Do not select an existing Oracle home from the drop down list. Example: `/mnt/app/oracle/OraInfra` Click Next.
6.	Select a Product to Install	Select OracleAS Infrastructure to install an infrastructure. If you need to install additional languages, click Product Languages. Refer to Section 4.8, "Installing Additional Languages" for details. Click Next.
7.	Select Installation Type	Select Oracle Identity Management and OracleAS Metadata Repository. Click Next. If you get an error message saying that the TMP environment variable is not set, it means that the default temp directory does not have enough space. You can either set the TMP environment variable to point to a different directory or free up enough space in the default temp directory. For details on the TMP environment variable, see Section 3.8.5, "TMP and TMPDIR".
8.	Confirm Pre-Installation Requirements	Verify that you meet all the listed requirements, and click Next.
9.	Select Configuration Options	Select Oracle Internet Directory. Select Oracle Application Server Single Sign-On. Select Oracle Application Server Delegated Administration Services. Select Oracle Application Server Directory Integration and Provisioning. Select OracleAS Certificate Authority (OCA) if you want a certificate authority. Select High Availability and Replication. Click Next.
10.	Specify Port Configuration Options	If you want to use default ports for the components, select Automatic. If you do not want to use the default ports, and you have created a staticports.ini file, select Manual and enter the fullpath to your staticports.ini file in the provided field. Click Next.
11.	Select High Availability or Replication Option	Select Virtual Host, and click Next.
12.	Specify Namespace in Internet Directory	Select the suggested namespace, or enter a custom namespace for the location of the default Oracle Identity Management realm. Ensure the value shown in Suggested Namespace meets your deployment needs. If not, enter the desired value in Custom Namespace. Refer to Section 5.16, "What Do I Enter on the Specify Namespace in Internet Directory Screen?". Click Next.
13.	Specify Virtual Hostname	Note: This is a critical screen when installing the infrastructure in an OracleAS Cold Failover Cluster. If you do not see this screen, check the following: Return to the Select High Availability or Replication Option screen and ensure that you selected Virtual Host. Return to the Select Configuration Options screen and ensure that you selected High Availability and Replication. Virtual Hostname: Enter the virtual hostname for the OracleAS Cold Failover Cluster configuration. Example: `vhost.mydomain.com` Click Next.
14.	OCA screens	If you selected OracleAS Certificate Authority (OCA) in the Select Configuration Options screen, Oracle Universal Installer displays screens for configuring OCA. Refer to Section 5.30, "Install Fragment: OCA Screens" for details.
15.	Specify Database Configuration Options	Global Database Name: Enter a name for the OracleAS Metadata Repository database. Append the domain name of your computer to the database name. Example: `orcl.mydomain.com` SID: Enter the system identifier for the OracleAS Metadata Repository database. Typically this is the same as the global database name, but without the domain name. The SID must be unique across all databases. The SID cannot be longer than eight characters. Example: `orcl` Select Database Character Set: Select the character set to use. Specify Database File Location: Enter the full path to the parent directory for the data files directory. This parent directory must already exist, and you must have write permissions in this directory. Oracle Universal Installer will create a subdirectory in this parent directory, and the subdirectory will have the same name as the SID. The data files will be placed in this subdirectory. Example: If you enter `/u02/oradata`, and the SID is `orcl`, then the data files will be located in `/u02/oradata/orcl`. Click Next.
16.	Specify Database Schema Passwords	Set the passwords for these privileged database schemas: SYS, SYSTEM, SYSMAN, and DBSNMP. You can set different passwords for each schema, or you can set the same password for all the schemas. Refer to Section 5.14, "Restrictions on the Passwords for the SYS, SYSTEM, SYSMAN, and DBSNMP Users" for rules on setting passwords for these accounts. Click Next.
17.	Specify Instance Name and ias_admin Password	Instance Name: Enter a name for this infrastructure instance. Instance names can contain alphanumeric characters and the _ (underscore) character. If you have more than one Oracle Application Server instance on a computer, the instance names must be unique. Refer to Section 4.9, "Oracle Application Server Instances and Instance Names" for instance name details. Example: `infra` ias_admin Password and Confirm Password: Enter and confirm the password for the ias_admin user. This is the administrative user for this infrastructure instance. Refer to Section 4.10, "The ias_admin User and Restrictions on Its Password" for password requirements. Example: `welcome99` Click Next.
18.	--	Finish the installation. Refer to Section 5.28, "Install Fragment: The Last Few Screens of the Installation" for details.

Step 3 Perform Postinstallation Steps

The following step is required only if you meet both of these requirements:

You plan to use the Automatic Storage Management feature of Oracle Database 10g for the OracleAS Metadata Repository.
Your computer does not have an existing Oracle Database 10g.

If you meet these requirements, you need to configure the Cluster Synchronization Services (CSS) daemon on the other node. The CSS daemon synchronizes Automatic Storage Management instances with the database instances that use the Automatic Storage Management instances for database file storage.

To configure the CSS daemon:

Stop all the processes in the OracleAS Cold Failover Cluster (Infrastructure) home.
Stop the CSS daemon. You can do this by running the following command as root.
```
# /sbin/init.d/init.cssd stop
```
Fail over the IP and the disk to the other node.
On the other node, run the following command as root:
```
# $ORACLE_HOME/root.sh
```
ORACLE_HOME is where you installed the OracleAS Cold Failover Cluster (Infrastructure).

10.4 Installing a Distributed OracleAS Cold Failover Cluster (Infrastructure) Configuration

Figure 10-2 shows a distributed OracleAS Cold Failover Cluster (Infrastructure) configuration.

This configuration is similar to the configuration described in Section 10.3, "Installing an OracleAS Cold Failover Cluster (Infrastructure) Configuration", except that the OracleAS Single Sign-On and Oracle Delegated Administration Services components are installed separately on other nodes in an active-active configuration.

Figure 10-2 Distributed OracleAS Cold Failover Cluster (Infrastructure) Configuration

Description of "Figure 10-2 Distributed OracleAS Cold Failover Cluster (Infrastructure) Configuration"

In a distributed OracleAS Cold Failover Cluster (Infrastructure) configuration, you run the OracleAS Metadata Repository, Oracle Internet Directory, and Oracle Directory Integration and Provisioning in an active-passive configuration.

However, the OracleAS Single Sign-On and Oracle Delegated Administration Services components run in an active-active configuration. You have a load balancer to direct requests to the nodes running these components.

10.4.1 Distributed OracleAS Cold Failover Cluster (Infrastructure): Overview of Installation Steps

To set up a distributed OracleAS Cold Failover Cluster (Infrastructure) configuration, perform these steps:

Table 10-3 Overview of Installation Steps for Distributed OracleAS Cold Failover Cluster (Infrastructure)

	Step	Description
1.	Perform Preinstallation Steps	Preinstallation tasks, described in Section 10.2, include: Section 10.2.1, "Map the Virtual Hostname and Virtual IP Address" Section 10.2.2, "Set Up a File System That Can Be Mounted from Both Nodes" Section 10.2.3, "Review Recommendations for Automatic Storage Management" Section 10.2.4, "Check That Clusterware Is Running"
2.	Install OracleAS Infrastructure	In this step, you install OracleAS Infrastructure on the shared storage. You install all components except OracleAS Single Sign-On, Oracle Delegated Administration Services, and OCA.
3.	Perform Postinstallation Steps	This postinstallation step configures the CSS daemon. This step is required only if you are using Automatic Storage Management feature of the Oracle database, and you do not have an existing Oracle database.
4.	Install OracleAS Single Sign-On and Oracle Delegated Administration Services	In this step, you install OracleAS Single Sign-On and Oracle Delegated Administration Services.

10.4.2 Distributed OracleAS Cold Failover Cluster (Infrastructure): Details of Installation Steps

Step 1 Perform Preinstallation Steps

Perform the preinstallation steps listed in Section 10.2, "Preinstallation Steps for OracleAS Cold Failover Cluster".

Step 2 Install OracleAS Infrastructure

In a distributed OracleAS Cold Failover Cluster (Infrastructure) configuration, you install both OracleAS Metadata Repository and Oracle Identity Management components (except for OracleAS Single Sign-On, Oracle Delegated Administration Services, and OCA) in the same Oracle home by selecting Identity Management and OracleAS Metadata Repository in the Select Installation Type screen. This option creates a new database for the OracleAS Metadata Repository and a new Oracle Internet Directory.

The steps are the same as those listed in step 2, "Install OracleAS Infrastructure", except that in the Select Configuration Options screen, do not select OracleAS Single Sign-On, Oracle Application Server Delegated Administration Services, and OracleAS Certificate Authority (OCA).

Step 3 Perform Postinstallation Steps

The following step is required only if you meet both of these requirements:

You plan to use the Automatic Storage Management feature of Oracle Database 10g for the OracleAS Metadata Repository.
Your computer does not have an existing Oracle Database 10g.

If you meet these requirements, you need to configure the CSS daemon on the other node. The CSS daemon synchronizes Automatic Storage Management instances with the database instances that use the Automatic Storage Management instances for database file storage.

To configure the CSS daemon:

Stop all the processes in the OracleAS Cold Failover Cluster (Infrastructure) home.
Stop the CSS daemon. You can do this by running the following command as root.
```
# /sbin/init.d/init.cssd stop
```
Fail over the IP and the disk to the other node.
On the other node, run the following command as root:
```
# $ORACLE_HOME/root.sh
```
ORACLE_HOME is where you installed the OracleAS Cold Failover Cluster (Infrastructure).

Step 4 Install OracleAS Single Sign-On and Oracle Delegated Administration Services

You install OracleAS Single Sign-On and Oracle Delegated Administration Services on the local disks of each node. You perform these installations separately.

Preinstallation Steps

This installation is actually an OracleAS Cluster (Identity Management) installation. As such, you perform the OracleAS Cluster (Identity Management) setup steps in Chapter 11, "Installing in High Availability Environments: OracleAS Cluster (Identity Management)":

Installation Steps

The steps are the same as those listed in Section 11.6.5, "Installing OracleAS Single Sign-On and Oracle Delegated Administration Services on Each Node".

10.5 Installing an OracleAS Cold Failover Cluster (Oracle Identity Management) Configuration

Figure 10-3 shows an OracleAS Cold Failover Cluster (Oracle Identity Management) configuration.

This configuration is suitable if you have the OracleAS Metadata Repository database in a separate highly available environment and you want to use an active-passive configuration for the Oracle Identity Management components. You install the Oracle Identity Management components on a shared disk different from the share disk that contains the OracleAS Metadata Repository database.

This configuration includes:

Two clustered nodes
Storage devices local to each node
Two shared disks that can be accessed by both nodes. One shared disk contains the Oracle home for the database (on which you will load the OracleAS Metadata Repository), and on the other shared disk, you will install Oracle Identity Management.

During normal operation, node 1, which is the primary node, is the active node. It mounts both shared disks to access the Oracle Identity Management and database files, runs the Oracle Identity Management and database processes, and handles all requests.

If node 1 goes down for any reason, the clusterware fails over the Oracle Identity Management and database processes to node 2. Node 2 becomes the active node, mounts both shared disks, runs the processes, and handles all requests.

To access the active node in an OracleAS Cold Failover Cluster, clients, including middle-tier components and applications, use the virtual hostname associated with the OracleAS Cold Failover Cluster. The virtual hostname is associated with the active node (node 1 during normal operation, node 2 if node 1 goes down). Clients do not need to know which node (primary or secondary) is servicing requests.

You also use the virtual hostname in URLs that access the infrastructure. For example, if vhost.mydomain.com is the name of the virtual host, the URLs for the Oracle HTTP Server and the Application Server Control would look like the following:

URL for:	Example URL
Oracle HTTP Server, Welcome page	http://vhost.mydomain.com:7777
Oracle HTTP Server, secure mode	https://vhost.mydomain.com:4443
Application Server Control	http://vhost.mydomain.com:1156

Figure 10-3 OracleAS Cold Failover Cluster (Oracle Identity Management) Configuration

Description of "Figure 10-3 OracleAS Cold Failover Cluster (Oracle Identity Management) Configuration"

10.5.1 OracleAS Cold Failover Cluster (Oracle Identity Management): Overview of Installation Steps

To create an OracleAS Cold Failover Cluster (Oracle Identity Management) configuration against an existing cold failover cluster database, perform these steps:

Table 10-4 Overview of Installation Steps for OracleAS Cold Failover Cluster (Oracle Identity Management) Configuration

Step

Description

Perform Preinstallation Steps

Preinstallation tasks, described in Section 10.2, include:

Section 10.2.1, "Map the Virtual Hostname and Virtual IP Address"
Section 10.2.2, "Set Up a File System That Can Be Mounted from Both Nodes"
Section 10.2.3, "Review Recommendations for Automatic Storage Management"
Section 10.2.4, "Check That Clusterware Is Running"

Install OracleAS Metadata Repository

Install OracleAS Metadata Repository on your existing cold failover cluster database.

Install the Oracle Identity Management Components

Install the Oracle Identity Management components.

10.5.2 OracleAS Cold Failover Cluster (Oracle Identity Management): Details of Installation Steps

Perform the following steps to install Oracle Application Server in an OracleAS Cold Failover Cluster (Oracle Identity Management) configuration.

Step 1 Perform Preinstallation Steps

Perform the preinstallation steps listed in Section 10.2, "Preinstallation Steps for OracleAS Cold Failover Cluster".

Step 2 Install OracleAS Metadata Repository

Use the OracleAS Metadata Repository Creation Assistant to install the OracleAS Metadata Repository in an existing database. Refer to Oracle Application Server Metadata Repository Creation Assistant User's Guide for details.

If you do not have an existing database, you can use Oracle Universal Installer to create one. Note that you have to create the database with a virtual hostname. Refer to Section 10.8, "Installing Only the OracleAS Metadata Repository in an OracleAS Cold Failover Cluster Environment" for details.

Step 3 Install the Oracle Identity Management Components

You install the Oracle Identity Management on the other shared disk. Follow the installation steps described in Table 10-5.

Key Points

When Oracle Universal Installer prompts you for the Oracle home path, enter a path on the shared disk. Ensure that both nodes can access this path.
In the Select High Availability or Replication Option screen, select Virtual Host.
In the Specify Virtual Hostname screen, enter the virtual hostname.

Installer Screens

Table 10-5 Installing Oracle Identity Management Components

	Screen	Action
1.	--	Start up Oracle Universal Installer and complete the first few screens. Refer to Section 5.27, "Install Fragment: The First Few Screens of the Installation" for details. Note: In the Select Installation Type screen, select Oracle Identity Management.
2.	Select Configuration Options	Select Oracle Internet Directory. Select OracleAS Single Sign-On. Select Oracle Application Server Delegated Administration Services. Select Oracle Application Server Directory Integration and Provisioning. Select OracleAS Certificate Authority (OCA) if you want a certificate authority. Select High Availability and Replication. Click Next.
3.	Specify Port Configuration Options	If you want to use default ports for the components, select Automatic. If you do not want to use the default ports, and you have created a staticports.ini file, select Manual and enter the fullpath to your staticports.ini file in the provided field. Click Next.
4.	Specify Repository	Username: Enter the username to use to log in to the OracleAS Metadata Repository database. The user must have DBA privileges. Password: Enter the user password. Hostname and Port: Enter the name of the computer where the database is running, and the port number at which it is listening. Use the format: `host:port`. Service Name: Enter the service name of the database. Note that the service name must include the database domain name. Example: `orcl.mydomain.com` Click Next.
5.	Select High Availability or Replication Option	Select Virtual Host, and click Next.
6.	Specify Namespace in Internet Directory	Select the suggested namespace, or enter a custom namespace for the location of the default Oracle Identity Management realm. Ensure the value shown in Suggested Namespace meets your deployment needs. If not, enter the desired value in Custom Namespace. Refer to Section 5.16, "What Do I Enter on the Specify Namespace in Internet Directory Screen?". Click Next.
7.	Specify Virtual Hostname	Note: This is a critical screen when installing the infrastructure in an OracleAS Cold Failover Cluster. If you do not see this screen, check the following: Return to the "Select High Availability or Replication Option" screen and ensure that you selected Virtual Host. Return to the Select Configuration Options screen and ensure that you selected High Availability and Replication. Virtual Hostname: Enter the virtual hostname for the OracleAS Cold Failover Cluster configuration. Example: `vhost.mydomain.com` Click Next.
8.	OCA screens	If you selected OracleAS Certificate Authority (OCA) in the Select Configuration Options screen, Oracle Universal Installer displays screens for configuring OCA. Refer to Section 5.30, "Install Fragment: OCA Screens" for details.
9.	Specify Instance Name and ias_admin Password	Instance Name: Enter a name for this infrastructure instance. Instance names can contain alphanumeric characters and the _ (underscore) character. If you have more than one Oracle Application Server instance on a computer, the instance names must be unique. Refer to Section 4.9, "Oracle Application Server Instances and Instance Names" for instance name details. Example: `id_mgmt` ias_admin Password and Confirm Password: Set the password for the ias_admin user. This is the administrative user for the instance. Refer to Section 4.10, "The ias_admin User and Restrictions on Its Password" for restrictions on the password. Example: `welcome99` Click Next.
10.	--	Finish the installation. Refer to Section 5.28, "Install Fragment: The Last Few Screens of the Installation" for details.

10.6 Installing a Distributed OracleAS Cold Failover Cluster (Oracle Identity Management) Configuration

This configuration is suitable:

If you want to run Oracle Internet Directory and Oracle Directory Integration and Provisioning on the same tier as your database, and Oracle Delegated Administration Services and OracleAS Single Sign-On on a different tier
If you want to install the OracleAS Metadata Repository in an existing cold failover cluster database

Figure 10-4 shows a distributed OracleAS Cold Failover Cluster (Oracle Identity Management) configuration.

It consists of:

Two nodes running Oracle Delegated Administration Services and OracleAS Single Sign-On. These nodes are accessed through a load balancer.
Two nodes running clusterware. These nodes will run the existing cold failover cluster database, Oracle Internet Directory, and Oracle Directory Integration and Provisioning.
Storage devices local to each node
Two shared disks. One shared disk contains the database Oracle home. On the other shared disk, you will install Oracle Internet Directory and Oracle Directory Integration and Provisioning.
Firewalls to separate the tiers

Tier Running the Oracle Internet Directory, Oracle Directory Integration and Provisioning, and Database

In this tier, during normal operation, the active node mounts the shared disks to access the Oracle Identity Management and database; runs the Oracle Internet Directory, Oracle Directory Integration and Provisioning, and database processes; and handles all requests.

If the active node goes down for any reason, the clusterware fails over the processes to the secondary node (node 2), which becomes the new active node, mounts the shared disks, runs the processes, and handles all requests.

To access the active node, clients, including middle-tier components and applications, use the virtual hostname. The virtual hostname is associated with the active node (which is the primary node during normal operation, the secondary node upon failover). Clients do not need to know which node (primary or secondary) is servicing requests.

You need to use the virtual hostname in URLs to access the active node. For example, if vhost.mydomain.com is the virtual hostname, the URLs for the Oracle HTTP Server and the Application Server Control for this tier would look like the following:

URL for:	Example URL
Oracle HTTP Server, Welcome page	http://vhost.mydomain.com:7777
Oracle HTTP Server, secure mode	https://vhost.mydomain.com:4443
Application Server Control	http://vhost.mydomain.com:1156

Tier Running Oracle Delegated Administration Services and OracleAS Single Sign-On

Note that the nodes in this tier are not clustered. Both nodes are active at the same time, and you install the files locally on each node. To access these nodes, clients go through a load balancer. For example, if the name of the load balancer is loadbalance1.mydomain.com, the URLs for the Oracle HTTP Server and the Application Server Control for this tier would look like the following:

URL for:	Example URL
Oracle HTTP Server, Welcome page	http://vhost.mydomain.com:7777
Oracle HTTP Server, secure mode	https://vhost.mydomain.com:4443
Application Server Control	http://vhost.mydomain.com:1156

Figure 10-4 Distributed OracleAS Cold Failover Cluster (Oracle Identity Management) Configuration

Description of "Figure 10-4 Distributed OracleAS Cold Failover Cluster (Oracle Identity Management) Configuration"

10.6.1 Distributed OracleAS Cold Failover Cluster (Oracle Identity Management): Overview of Installation Steps

To create a distributed OracleAS Cold Failover Cluster (Oracle Identity Management) configuration against an existing cold failover cluster database, perform these steps:

Table 10-6 Overview of Installation Steps for Distributed OracleAS Cold Failover Cluster (Oracle Identity Management) Configuration

	Step	Description
1.	Perform Preinstallation Steps	Preinstallation tasks, described in Section 10.2, include: Section 10.2.1, "Map the Virtual Hostname and Virtual IP Address" Section 10.2.2, "Set Up a File System That Can Be Mounted from Both Nodes" Section 10.2.3, "Review Recommendations for Automatic Storage Management" Section 10.2.4, "Check That Clusterware Is Running"
2.	Install OracleAS Metadata Repository	Install OracleAS Metadata Repository on your existing cold failover cluster database.
3.	Install Oracle Internet Directory and Oracle Directory Integration and Provisioning	Install the Oracle Internet Directory and Oracle Directory Integration and Provisioning components.
4.	Install OracleAS Single Sign-On and Oracle Delegated Administration Services	Install the OracleAS Single Sign-On and Oracle Delegated Administration Services components.

10.6.2 Distributed OracleAS Cold Failover Cluster (Oracle Identity Management): Details of Installation Steps

Step 1 Perform Preinstallation Steps

Perform the preinstallation steps listed in Section 10.2, "Preinstallation Steps for OracleAS Cold Failover Cluster".

Step 2 Install OracleAS Metadata Repository

If you do not have an existing database, you can use Oracle Universal Installer to create one. Note that you have to create the database with a virtual hostname. The database should run in an active-passive configuration, typically on a hardware cluster. Refer to Section 10.8, "Installing Only the OracleAS Metadata Repository in an OracleAS Cold Failover Cluster Environment" for details.

Step 3 Install Oracle Internet Directory and Oracle Directory Integration and Provisioning

Install the Oracle Internet Directory and Oracle Directory Integration and Provisioning components on the other shared disk. Follow the installation steps described in Table 10-7.

Key Points

In the Select Installation Type screen, select Oracle Identity Management.
In the Select Configuration Options screen, select Oracle Internet Directory, Oracle Application Server Directory Integration and Provisioning, and High Availability and Replication.
In the Select High Availability or Replication Option screen, select Virtual Host.
In the Specify Virtual Hostname screen, enter the virtual hostname.

Installer Screens

Table 10-7 Installing Oracle Internet Directory and Oracle Directory Integration and Provisioning

	Screen	Action
1.	--	Start up Oracle Universal Installer and complete the first few screens. Refer to Section 5.27, "Install Fragment: The First Few Screens of the Installation" for details. Note: In the Select Installation Type screen, select Oracle Identity Management.
2.	Select Configuration Options	Select Oracle Internet Directory. Do not select Oracle Application Server Single Sign-On. Do not select Oracle Application Server Delegated Administration Services. Select Oracle Application Server Directory Integration and Provisioning. Do not select OracleAS Certificate Authority (OCA). Select High Availability and Replication. Click Next.
3.	Specify Port Configuration Options	If you want to use default ports for the components, select Automatic. If you do not want to use the default ports, and you have created a staticports.ini file, select Manual and enter the fullpath to your staticports.ini file in the provided field. Click Next.
4.	Specify Repository	Username: Enter the username to use to log in to the OracleAS Metadata Repository database. The user must have DBA privileges. Password: Enter the user password. Hostname and Port: Enter the name of the computer where the database is running, and the port number at which it is listening. Use the format: `host:port`. Service Name: Enter the service name of the database. Note that the service name must include the database domain name. Example: `orcl.mydomain.com` Click Next.
5.	Select High Availability or Replication Option	Select Virtual Host, and click Next.
6.	Specify Namespace in Internet Directory	Select the suggested namespace, or enter a custom namespace for the location of the default Oracle Identity Management realm. Ensure the value shown in Suggested Namespace meets your deployment needs. If not, enter the desired value in Custom Namespace. Refer to Section 5.16, "What Do I Enter on the Specify Namespace in Internet Directory Screen?". Click Next.
7.	Specify Virtual Hostname	Note: This is a critical screen when installing the infrastructure in an OracleAS Cold Failover Cluster. If you do not see this screen, check the following: Return to the Select High Availability or Replication Option screen and ensure that you selected Virtual Host. Return to the Select Configuration Options screen and ensure that you selected High Availability and Replication. Virtual Hostname: Enter the virtual hostname for the OracleAS Cold Failover Cluster configuration. Example: `vhost.mydomain.com` Click Next.
8.	Specify Instance Name and ias_admin Password	Instance Name: Enter a name for this infrastructure instance. Instance names can contain alphanumeric characters and the _ (underscore) character. If you have more than one Oracle Application Server instance on a computer, the instance names must be unique. Refer to Section 4.9, "Oracle Application Server Instances and Instance Names" for instance name details. Example: `oid_dip` ias_admin Password and Confirm Password: Set the password for the ias_admin user. This is the administrative user for the instance. Refer to Section 4.10, "The ias_admin User and Restrictions on Its Password" for restrictions on the password. Example: `welcome99` Click Next.
9.	--	Finish the installation. Refer to Section 5.28, "Install Fragment: The Last Few Screens of the Installation" for details.

Step 4 Install OracleAS Single Sign-On and Oracle Delegated Administration Services

Install these components in an OracleAS Cluster (Identity Management) configuration. In this configuration, you install them on the local disks of each node. You perform these installations separately.

Preinstallation steps: Because this installation is actually an OracleAS Cluster (Identity Management) installation, you can follow the OracleAS Cluster (Identity Management) setup steps in Chapter 11, "Installing in High Availability Environments: OracleAS Cluster (Identity Management)":

Installation steps: The installation steps are described in Section 11.6.5, "Installing OracleAS Single Sign-On and Oracle Delegated Administration Services on Each Node".

10.7 Installing Oracle Delegated Administration Services and OracleAS Single Sign-On in an OracleAS Cold Failover Cluster

The configuration described in this section is similar to that described in Section 10.4, "Installing a Distributed OracleAS Cold Failover Cluster (Infrastructure) Configuration". The difference is that in the configuration described in this section, OracleAS Single Sign-On and Oracle Delegated Administration Services run in an OracleAS Cold Failover Cluster configuration.

You need two sets of clustered nodes. Refer to Figure 10-5. One set runs the OracleAS Metadata Repository and Oracle Internet Directory, and another set runs Oracle Delegated Administration Services and OracleAS Single Sign-On.

For each set, you need a shared storage and a virtual hostname. You install Oracle homes for the various Oracle Application Server components on the shared storage.

Figure 10-5 Oracle Delegated Administration Services and OracleAS Single Sign-On in a Cold Failover Cluster

Description of "Figure 10-5 Oracle Delegated Administration Services and OracleAS Single Sign-On in a Cold Failover Cluster"

10.7.1 Oracle Delegated Administration Services and OracleAS Single Sign-On in OracleAS Cold Failover Cluster: Overview of Installation Steps

Table 10-8 Overview of Steps for Installing Oracle Delegated Administration Services and OracleAS Single Sign-On in an OracleAS Cold Failover Cluster

	Step	Description
1.	Perform Preinstallation Steps	Preinstallation tasks, described in Section 10.2, include: Section 10.2.4, "Check That Clusterware Is Running". You need clusterware for all nodes. Section 10.2.1, "Map the Virtual Hostname and Virtual IP Address". You need two sets of virtual hostnames: one set for OracleAS Metadata Repository and Oracle Internet Directory, and a second set for Oracle Delegated Administration Services and OracleAS Single Sign-On. Section 10.2.2, "Set Up a File System That Can Be Mounted from Both Nodes". You need two shared disks, one for each set of nodes. Section 10.2.3, "Review Recommendations for Automatic Storage Management"
2.	(optional) Create staticports.ini Files	If you wish, create two staticports.ini files, one for each set of nodes.
3.	Install OracleAS Metadata Repository and Oracle Internet Directory	From node 1, install OracleAS Metadata Repository and Oracle Internet Directory on the shared disk. The steps are the same as those listed in step 2, "Install OracleAS Infrastructure", except that in the Select Configuration Options screen, do not select OracleAS Single Sign-On and Oracle Application Server Delegated Administration Services.
4.	Install Oracle Delegated Administration Services and OracleAS Single Sign-On from Node 3	From node 3, install Oracle Delegated Administration Services and OracleAS Single Sign-On on the shared disk.
5.	Stop the OracleAS Infrastructure Processes on Node 1	From node 1, stop the OracleAS Infrastructure processes.
6.	Stop the OracleAS Infrastructure Processes on Node 3	From node 1, stop the OracleAS Infrastructure processes.
7.	Perform Postinstallation Steps	This postinstallation step configures the CSS daemon. This step is required only if you are using Automatic Storage Management feature of the Oracle database, and you do not have an existing Oracle database.

10.7.2 Oracle Delegated Administration Services and OracleAS Single Sign-On in OracleAS Cold Failover Cluster: Details of Installation Steps

Step 1 Perform Preinstallation Steps

Perform the preinstallation steps listed in Section 10.2, "Preinstallation Steps for OracleAS Cold Failover Cluster".

Step 2 (optional) Create staticports.ini Files

If you wish, you may set up two staticports.ini files, one for each set of nodes. For information about staticports.ini, see Section 3.5.3, "Using Custom Port Numbers (the "Static Ports" Feature)".

Step 3 Install OracleAS Metadata Repository and Oracle Internet Directory

Install OracleAS Metadata Repository and Oracle Internet Directory in the same Oracle home by selecting Identity Management and OracleAS Metadata Repository in the Select Installation Type screen. This option creates a new database for the OracleAS Metadata Repository and a new Oracle Internet Directory.

The steps are the same as those listed in step 2, "Install OracleAS Infrastructure", with these differences:

In the Select Configuration Options screen, select these components/options:
- Oracle Internet Directory
- Oracle Application Server Directory Integration and Provisioning
- High Availability and Replication
Do not select these components:
- Oracle Application Server Single Sign-On
- Oracle Application Server Delegated Administration Services
- OracleAS Certificate Authority (OCA)
In the Specify Port Configuration Options screen, select Manual and enter the fullpath to the staticports.ini file that you created in the previous step.

Step 4 Install Oracle Delegated Administration Services and OracleAS Single Sign-On from Node 3

From node 3, install Oracle Delegated Administration Services and OracleAS Single Sign-On on the shared disk by following the steps in Table 10-9.

Key Points

When Oracle Universal Installer prompts you for the Oracle home path, enter a path on the shared disk. Ensure that both nodes can access this path.
In the Select High Availability or Replication Option screen, select Virtual Host.
In the Specify Virtual Hostname screen, enter the virtual hostname.

Table 10-9 Installing Oracle Delegated Administration Services and OracleAS Single Sign-On

	Screen	Action
1.	--	Start up Oracle Universal Installer and complete the first few screens. Refer to Section 5.27, "Install Fragment: The First Few Screens of the Installation" for details. Note: In the Select Installation Type screen, select Oracle Identity Management.
2.	Select Configuration Options	Do not select Oracle Internet Directory. Select Oracle Application Server Single Sign-On. Select Oracle Application Server Delegated Administration Services. Do not select Oracle Application Server Directory Integration and Provisioning. Do not select OracleAS Certificate Authority (OCA). Select High Availability and Replication. Click Next.
3.	Specify Port Configuration Options	Select Manual and enter the fullpath to your staticports.ini file in the provided field. You created the staticports.ini file in step 2, "(optional) Create staticports.ini Files". Click Next.
4.	Select High Availability or Replication Option	Select Virtual Host, and click Next.
5.	Register with Oracle Internet Directory	Enter connect information for the Oracle Internet Directory that you installed earlier. Hostname: Enter the virtual hostname to access the Oracle Internet Directory host. Port: Enter the port on which Oracle Internet Directory is listening. Refer to Section 5.17, "How to Determine Port Numbers Used by Components" if you do not know the port number. Use Only SSL Connections with this Oracle Internet Directory: Select this option if you want to use only SSL to connect to Oracle Internet Directory. Click Next.
6.	Specify Oracle Internet Directory Login	Username: Enter the username to log in to the Oracle Internet Directory. Password: Enter the password for the username. Realm: Enter the realm against which to validate the username. This field appears only if your Oracle Internet Directory has multiple realms. Click Next.
7.	Specify Virtual Hostname	Note: This is a critical screen when installing in an OracleAS Cold Failover Cluster. If you do not see this screen, check the following: Return to the Select High Availability or Replication Option screen and ensure that you selected Virtual Host. Return to the Select Configuration Options screen and ensure that you selected High Availability and Replication. Virtual Hostname: Enter the virtual hostname for the OracleAS Cold Failover Cluster configuration. Example: `vhost_2.mydomain.com` Click Next.
8.	Specify Instance Name and ias_admin Password	Instance Name: Enter a name for the instance. Instance names can contain alphanumeric characters and the _ (underscore) character. If you have more than one Oracle Application Server instance on a computer, the instance names must be unique. Refer to Section 4.9, "Oracle Application Server Instances and Instance Names" for instance name details. Example: `sso_das` ias_admin Password and Confirm Password: Set the password for the ias_admin user. This is the administrative user for the instance. Refer to Section 4.10, "The ias_admin User and Restrictions on Its Password" for restrictions on the password. Example: `welcome99` Click Next.
9.	--	Finish the installation. Refer to Section 5.28, "Install Fragment: The Last Few Screens of the Installation" for details.

Step 5 Stop the OracleAS Infrastructure Processes on Node 1

Stop the processes that are running in the Oracle home where you installed the OracleAS Metadata Repository and Oracle Internet Directory.

Stop the Application Server Control.

prompt> ORACLE_HOME/bin/emctl stop iasconsole

Stop the components.

prompt> ORACLE_HOME/opmn/bin/opmnctl stopall

Stop the OracleAS Metadata Repository.
1. Set the ORACLE_HOME environment variable to the OracleAS Infrastructure home.
2. Set the ORACLE_SID environment variable to the SID of the OracleAS Metadata Repository (for example, orcl).
3. Stop the OracleAS Metadata Repository instance.
```
prompt> ORACLE_HOME/bin/sqlplus /nolog
SQL> connect SYS as SYSDBA
SQL> shutdown
SQL> quit
```
4. Stop the listener.
```
prompt> ORACLE_HOME/bin/lsnrctl stop
```
5. Stop the Oracle Enterprise Manager 10g 10g Database Control.
```
prompt> ORACLE_HOME/bin/emctl stop dbconsole
```

Step 6 Stop the OracleAS Infrastructure Processes on Node 3

Stop the processes that are running in the Oracle home where you installed Oracle Delegated Administration Services and OracleAS Single Sign-On.

Stop the Application Server Control.

prompt> ORACLE_HOME/bin/emctl stop iasconsole

Stop the components.

prompt> ORACLE_HOME/opmn/bin/opmnctl stopall

Step 7 Perform Postinstallation Steps

The following step is required only if you meet both of these requirements:

You plan to use the Automatic Storage Management feature of Oracle Database 10g for the OracleAS Metadata Repository.
Your computer does not have an existing Oracle Database 10g.

To configure the CSS daemon:

Stop all the processes in the OracleAS Cold Failover Cluster (Infrastructure) home.
Stop the CSS daemon. You can do this by running the following command as root.
```
# /sbin/init.d/init.cssd stop
```
Fail over the IP and the disk to the other node.
On the other node, run the following command as root:
```
# $ORACLE_HOME/root.sh
```
ORACLE_HOME is where you installed the OracleAS Cold Failover Cluster (Infrastructure).

10.8 Installing Only the OracleAS Metadata Repository in an OracleAS Cold Failover Cluster Environment

This section describes how to install the OracleAS Metadata Repository in a new database (that is, Oracle Universal Installer will create a new database for you and populate it with the OracleAS Metadata Repository). You can use this database in an OracleAS Cold Failover Cluster environment.

As a prerequisite, check that you have configured a virtual hostname and virtual IP.

Table 10-10 Installing the OracleAS Metadata Repository Only

	Screen	Action
1.	--	Start up Oracle Universal Installer and complete the first few screens. Refer to Section 5.27, "Install Fragment: The First Few Screens of the Installation" for details. Note: In the Select Installation Type screen, select Oracle Identity Management and Metadata Repository. Do not select the Metadata Repository option. This option creates a new database with the OracleAS Metadata Repository, but this database is not configured for OracleAS Cold Failover Cluster.
2.	Select Configuration Options	Do not select Oracle Internet Directory. Do not select Oracle Application Server Single Sign-On. Do not select Oracle Application Server Delegated Administration Services. Do not select Oracle Application Server Directory Integration and Provisioning. Do not select OracleAS Certificate Authority (OCA). Select High Availability and Replication. Click Next.
3.	Specify Port Configuration Options	Select Automatic. Click Next.
4.	Select High Availability Option	Select Virtual Host. Click Next.
5.	Register Oracle Application Server Metadata Repository	If you already have an Oracle Internet Directory and know its connect information, select Yes and enter the name of the computer where Oracle Internet Directory is running and the port number. Refer to Section 5.17, "How to Determine Port Numbers Used by Components"if you do not know the port number. Use Only SSL Connections with this Oracle Internet Directory: Select this option if you want Oracle Application Server components to use only SSL to connect to Oracle Internet Directory. If you do not have an Oracle Internet Directory, or do not know its connect information, select No. Click Next.
6.	Specify Oracle Internet Directory login	This screen appears only if you selected Yes in the previous screen. Username: Enter the username for logging in to Oracle Internet Directory. The user must belong to the iAS Admins group in Oracle Internet Directory. Password: Enter the password. Realm: This field appears only if your Oracle Internet Directory contains multiple realms. Enter the name of the realm against which to authenticate the user. Click Next.
7.	Specify Virtual Hostname	Virtual Hostname: Enter the name of the virtual host. Click Next.
8.	Oracle Database screens	Enter information for the OracleAS Metadata Repository database. Refer to Section 5.29, "Install Fragment: Database Screens".
9.	Specify Instance Name and ias_admin Password	Instance Name: Enter a name for this instance. Instance names can contain alphanumeric characters and the _ (underscore) character. If you have more than one Oracle Application Server instance on a computer, the instance names must be unique. Refer to Section 10.9, "Installing OracleAS Cold Failover Cluster (Middle-Tier)" for instance name details. Example: `infra` ias_admin Password and Confirm Password: Set the password for the ias_admin user. This is the administrative user for the instance. Refer to Section 4.11, "Comparing Installing Components Against Configuring Components"for restrictions on the password. Example: `welcome99` Click Next.
10.	--	Finish the installation. Refer to Section 5.28, "Install Fragment: The Last Few Screens of the Installation"for details.

10.9 Installing OracleAS Cold Failover Cluster (Middle-Tier)

You can also install Oracle Application Server middle tiers in an OracleAS Cold Failover Cluster configuration with separate Oracle Homes on the local storage of each node (see Figure 10-6) or a single Oracle Home on a shared disk (see Figure 10-7).

OracleAS Cold Failover Cluster (Middle-Tier) configurations have an active node and a passive node. Unlike OracleAS Cold Failover Cluster (Infrastructure), you can install OracleAS Cold Failover Cluster (Middle-Tier) on a shared disk or you can install in separate Oracle Homes, one on each node of the cluster. Each installation option for OracleAS Cold Failover Cluster (Middle-Tier) has different benefits:

A single Oracle Home installation is easier to manage, patch, and maintain because you only need to update the configuration on one Oracle Home.
Separate Oracle Homes allow for rolling upgrades and patches of the instance.

Note that single Oracle Home install is not supported for installations that include OracleAS Wireless.

The following sections contain instructions for installing OracleAS Cold Failover Cluster (Middle-Tier):

Section 10.9.1, "Installing in Separate Oracle Homes"
Section 10.9.2, "Installing in a Single Oracle Home"

Refer to Section 10.9.3, "Expanding the Middle Tiers" for instructions to expand an existing installation.

Virtual Hostname

Clients access the active node (for example, node 1) using the virtual hostname (vhost_mt.mydomain.com in Figure 10-6 and Figure 10-7). If node 1 fails, the virtual hostname points to node 2, and node 2 becomes the active node.

Figure 10-6 OracleAS Cold Failover Cluster (Middle-Tier) Configuration with Separate Oracle Homes

Description of "Figure 10-6 OracleAS Cold Failover Cluster (Middle-Tier) Configuration with Separate Oracle Homes"

Figure 10-7 OracleAS Cold Failover Cluster (Middle-Tier) Configuration with a Single Oracle Home

Description of "Figure 10-7 OracleAS Cold Failover Cluster (Middle-Tier) Configuration with a Single Oracle Home"

10.9.1 Installing in Separate Oracle Homes

To install OracleAS Cold Failover Cluster (Middle-Tier) in separate Oracle Homes, perform the following steps.

10.9.1.1 Preinstallation Steps

Before installing the middle tier, perform the following generic preinstallation steps listed in the following sections:

Section 10.2.1, "Map the Virtual Hostname and Virtual IP Address"
Section 10.2.2, "Set Up a File System That Can Be Mounted from Both Nodes"
Section 10.2.3, "Review Recommendations for Automatic Storage Management"
Section 10.2.4, "Check That Clusterware Is Running"

In addition, you also need to perform the following steps:

Section 10.9.1.1.1, "Set up staticports.ini File"
Section 10.9.1.1.2, "Create an Alias for the Hostnames"

10.9.1.1.1 Set up staticports.ini File

Both installations must use the same ports. To do this, set up a staticports.ini file to use when installing the middle tiers. Refer to Section 3.5.3, "Using Custom Port Numbers (the "Static Ports" Feature)" for details on creating the staticports.ini file.

Note:

The ports used for the middle tiers must be different from the ones used for the infrastructure installed on the same cluster.

10.9.1.1.2 Create an Alias for the Hostnames

If you plan to include OracleAS Web Cache in the Oracle Application Server instances, you should create an alias for the hostnames.

You do this by adding a line to the /etc/hosts file on each node.

Lines in the hosts file have the following format. You can have one or more aliases.

ip_address official_hostname aliases...

For example, if the nodes are called node1 and node2, and you want the alias to be called cfcwebcache, then you would add these lines to the hosts file:

In the hosts file on node1, add this line:

123.45.67.22  node1.mydomain.com  node1  cfcwebcache.mydomain.com

In the hosts file on node2, add this line:

123.45.67.33  node2.mydomain.com  node2  cfcwebcache.mydomain.com

10.9.1.2 Installing the Middle Tiers

Install the middle tiers on the local storage of each node.

Note:

To save time, you can install the middle tiers on both nodes at the same time, instead of doing them sequentially.

Note the following when performing the installations:

Use the same Oracle home paths for both installations.
Specify the staticports.ini file that you created in Section 10.9.1.1, "Preinstallation Steps" during the installation.
Use the same instance name for both installations. This is not mandatory, but recommended.

To install J2EE and Web Cache middle tiers, see Section 6.8, "Installing J2EE and Web Cache in a Database-Based Farm Repository and with Oracle Identity Management Access".

To install Portal and Wireless or Business Intelligence and Forms middle tiers, see Section 6.12, "Installing Portal and Wireless or Business Intelligence and Forms".

10.9.1.3 Postinstallation Steps

Before the middle tiers can run in cold failover cluster mode, perform the following postinstallation steps:

Section 10.9.1.3.1, "(optional) Configure the Middle-Tier Instances to Use SSL"
Section 10.9.1.3.2, "Back up the Installations (Middle-Tier and OracleAS Infrastructure)"
Section 10.9.1.3.3, "Enable the Virtual IP for the OracleAS Cold Failover Cluster (Middle-Tier) on the Active Node"
Section 10.9.1.3.4, "(optional) Create a File System on the Shared Disk for OracleAS JMS File-Based Persistence"
Section 10.9.1.3.5, "Update Component Configuration on Node 1"
Section 10.9.1.3.6, "Update Component Configuration on Node 2"
Section 10.9.1.3.7, "Back up Files"

The last section, Section 10.9.1.3.8, "Restoring Files to a Known State", describes how to revert to a known state if an unrecoverable error occurred during conversion.

10.9.1.3.1 (optional) Configure the Middle-Tier Instances to Use SSL

If you want the middle-tier instances to use SSL, follow the steps in the Oracle Application Server Administrator's Guide. You should perform this SSL configuration before you configure the middle tiers for OracleAS Cold Failover Cluster.

10.9.1.3.2 Back up the Installations (Middle-Tier and OracleAS Infrastructure)

Before running the chgtocfmt script (in Section 10.9.1.3.5, "Update Component Configuration on Node 1""), you should back up the middle tiers on both nodes and also your OracleAS Infrastructure, including the OracleAS Metadata Repository and the Oracle Identity Management components. You can do this using the OracleAS Backup and Recovery Tool, described in the Oracle Application Server Administrator's Guide. You then have backup files, from which you can perform a restore operation on your files in case you encounter errors during the conversion.

You can also use the -b option to the chgtocfmt script to back up your files, but note the following points:

The -b option backs up only the middle-tier instance. It does not back up your OracleAS Infrastructure. You should use the -b option only for standalone J2EE and Web Cache middle tiers (that is, middle tiers that do not require an OracleAS Infrastructure).
The -b option calls the OracleAS Backup and Recovery Tool to perform the backup. This means that before you can use the -b option, you need to have configured the OracleAS Backup and Recovery Tool beforehand.

10.9.1.3.3 Enable the Virtual IP for the OracleAS Cold Failover Cluster (Middle-Tier) on the Active Node

On node1, log in as root and run the following command:

# /usr/sbin/ifconfig interface_name virtual_IP

Refer to Section 10.2.1, "Map the Virtual Hostname and Virtual IP Address" for details.

10.9.1.3.4 (optional) Create a File System on the Shared Disk for OracleAS JMS File-Based Persistence

If you are using OracleAS JMS with file-based persistence, create a file system on the shared disk for the OracleAS JMS queues, and mount this file system from node1.

10.9.1.3.5 Update Component Configuration on Node 1

Perform the following steps to update some component configuration on the middle-tier Oracle home that you installed on node 1.

Run the conversion command chgtocfmt on node 1.

Note:
If you changed any of the component port numbers after installation, you must manually update the file located at ORACLE_HOME/install/portlist.ini before performing this step.
```
prompt> $ORACLE_HOME/bin/chgtocfmt -v vhost_mt.mydomain.com -p password -n [-s] [-b] [-e] [-w cfcwebcache.mydomain.com]
```
where
- -v specifies the fully qualified virtual hostname to which the install is being converted. The virtual hostname should be enabled on the current host.
- -p specifies the password for the Oracle Internet Directory.
- -n indicates that the install is not on a shared disk.
- -s indicates that SSL is enabled on the middle-tier.
- -b indicates to perform a backup of the current configuration before converting the instance to run in the OracleAS Cold Failover Cluster (Middle-Tier). The OracleAS Backup and Recovery Tool must be preconfigured to use this option. To do this, see the Oracle Application Server Administrator's Guide.
- -e indicates that you are expanding a OracleAS Cold Failover Cluster (Middle-Tier) installation. Only use this option if you adding new components or configuring additional components in an existing OracleAS Cold Failover Cluster (Middle-Tier).
- -w specifies the alias located in /etc/hosts that is used for the OracleAS Web Cache on this node.
Check the following log files for errors:
- chgtocmt.log
- chgip0.log
- chgip1.log
These files are located in the ORACLE_HOME/chgip/log directory.
Verify the changes on node 1.

To verify the installation, access the Application Server Control page using the virtual hostname in the URL (for example: http://vhost_mt.mydomain.com:1156).

The default port number is 1156. You can verify the port number by looking in the ORACLE_HOME/install/portlist.ini file.
Modify OracleAS JMS
1. In the jms.xml file for the OC4J instance that you plan to use, set the host attribute in jms-server to the virtual hostname (example: vhost_mt.mydomain.com).
```
<jms-server host="vhost_mt.mydomain.com" port="9127">
...
</jms-server>
```
2. If for a queue, file-based message persistence is being used, the location for the file should ideally be on a shared disk. In this case, the shared disk needs to fail over with the virtual IP. To configure this, the value of the persistence-file attribute for queue should be a file on the shared disk.
```
<queue name="Demo Queue" location="jms/demoQueue"
   persistence-file="/path/to/shared_file_system/demoQueueFile">
   <description>A dummy queue</description>
</queue>
```
3. Update the DCM repository and restart the components.
```
prompt> $ORACLE_HOME/dcm/bin/dcmctl updateConfig -ct oc4j
prompt> $ORACLE_HOME/bin/emctl stop iasconsole
prompt> $ORACLE_HOME/opmn/bin/opmnctl stopall
prompt> $ORACLE_HOME/opmn/bin/opmnctl startall
prompt> $ORACLE_HOME/bin/emctl start iasconsole
```
Fail over the Virtual IP to Node 2
1. Stop all Oracle Application Server processes on node 1.
```
prompt> $ORACLE_HOME/bin/emctl stop iasconsole
prompt> $ORACLE_HOME/opmn/bin/opmnctl stopall
```
2. Fail over the virtual hostname vhost_mt.mydomain.com from node 1 to node 2.
  
  On node1, run the following command as root:
```
# /usr/sbin/ifconfig interface_name down
```
  On node2, run the following command as root:
```
# /usr/sbin/ifconfig interface_name virtual_IP
```

10.9.1.3.6 Update Component Configuration on Node 2

Perform these steps on the middle-tier Oracle home that you installed on node 2.

Run the conversion command chgtocfmt on node 2 as you did in Step 1 in Section 10.9.1.3.5.
Check the log files on node 2 as you did in Step 2 in Section 10.9.1.3.5
Verify the changes on node 2 as you did in Step 3 in Section 10.9.1.3.5.
Modify OracleAS JMS on node 2 as you did in Step 4 in Section 10.9.1.3.5

10.9.1.3.7 Back up Files

After successfully converting the middle tiers to an OracleAS Cold Failover Cluster (Middle-Tier) topology, you should back up your files again because previous backups that you have are no longer valid (because of the configuration changes you just made). You should back up all your middle tiers (on both nodes), plus your OracleAS Infrastructure.

You can perform the backups using the OracleAS Backup and Recovery Tool, which is documented in the Oracle Application Server Administrator's Guide.

10.9.1.3.8 Restoring Files to a Known State

This section describes how to restore files to a known state, if errors occurred during the conversion.

If an unrecoverable error occurred during conversion, you can restore the middle tiers and OracleAS Infrastructure to a known state using the backup files that you created in Section 10.9.1.3.2, "Back up the Installations (Middle-Tier and OracleAS Infrastructure)". You use the OracleAS Backup and Recovery Tool to perform the restore operation.

If you do not have backup files, you can try reversing the changes made by the chgtocfmt script by running the script again, but this time you use the physical hostname for both the -v and -w options. For example:

prompt> $ORACLE_HOME/bin/chgtocfmt -v physhost_mt.mydomain.com -p password -n [-s] [-b] [-e] [-w physhost_mt.mydomain.com]

Note that re-running the script may not work. If the script gave errors when you were converting to a virtual host-based environment, you might get the same errors when you re-run the script to convert back to a physical host-based environment.

10.9.2 Installing in a Single Oracle Home

To install OracleAS Cold Failover Cluster (Middle-Tier) on a shared disk, perform the following steps.

Note:

Single Oracle Home install is not supported for installations that include OracleAS Wireless.

10.9.2.1 Preinstallation Steps

Before installing the middle tier, perform the following generic preinstallation steps listed in the following sections:

Section 10.2.1, "Map the Virtual Hostname and Virtual IP Address"
Section 10.2.2, "Set Up a File System That Can Be Mounted from Both Nodes"
Section 10.2.3, "Review Recommendations for Automatic Storage Management"
Section 10.2.4, "Check That Clusterware Is Running"

In addition, you also need to perform the following steps:

Section 10.9.2.1.1, "Create an Alias for the Hostnames"
Section 10.9.2.1.2, "(optional) Set up staticports.ini File"
Section 10.9.2.1.3, "Enable the Virtual IP for the OracleAS Cold Failover Cluster (Middle-Tier) on the Active Node"

10.9.2.1.1 Create an Alias for the Hostnames

If you plan to include OracleAS Web Cache in the Oracle Application Server instances, you should create an alias for the hostnames.

You do this by adding a line to the /etc/hosts file on each node.

Lines in the hosts file have the following format. You can have one or more aliases.

ip_address official_hostname aliases...

For example, if the nodes are called node1 and node2, and you want the alias to be called cfcwebcache, then you would add these lines to the hosts file:

In the hosts file on node1, add this line:

123.45.67.22  node1.mydomain.com  node1  cfcwebcache.mydomain.com

In the hosts file on node2, add this line:

123.45.67.33  node2.mydomain.com  node2  cfcwebcache.mydomain.com

10.9.2.1.2 (optional) Set up staticports.ini File

If you wish, you may set up a staticports.ini file to use when installing the middle tier. Refer to Section 3.5.3, "Using Custom Port Numbers (the "Static Ports" Feature)" for details on creating the staticports.ini file.

10.9.2.1.3 Enable the Virtual IP for the OracleAS Cold Failover Cluster (Middle-Tier) on the Active Node

On node1, log in as root and run the following command:

# /usr/sbin/ifconfig interface_name virtual_IP

Refer to Section 10.2.1, "Map the Virtual Hostname and Virtual IP Address" for details.

10.9.2.2 Installing the Middle Tier

Install the middle tier on the shared disk of the hardware cluster from either node of the cluster.

Note:

If you created a staticports.ini file in Section 10.9.2.1, "Preinstallation Steps", specify it during the installation.

To install J2EE and Web Cache middle tiers, see Section 6.8, "Installing J2EE and Web Cache in a Database-Based Farm Repository and with Oracle Identity Management Access".

To install Portal and Wireless or Business Intelligence and Forms middle tiers, see Section 6.12, "Installing Portal and Wireless or Business Intelligence and Forms".

10.9.2.3 Postinstallation Steps

Before the middle tiers can run in cold failover cluster mode, perform the following postinstallation steps:

Section 10.9.2.3.1, "(optional) Configure the Middle-Tier Instances to Use SSL"
Section 10.9.2.3.2, "Back up the Installations (Middle-Tier and OracleAS Infrastructure)"
Section 10.9.2.3.3, "(optional) Create a File System on the Shared Disk for OracleAS JMS File-Based Persistence"
Section 10.9.2.3.4, "Update Component Configuration"
Section 10.9.2.3.5, "Back up Files"
Section 10.9.2.3.6, "Restoring Files to a Known State"

10.9.2.3.1 (optional) Configure the Middle-Tier Instances to Use SSL

10.9.2.3.2 Back up the Installations (Middle-Tier and OracleAS Infrastructure)

Before running the chgtocfmt script (in Section 10.9.2.3.4, "Update Component Configuration"), you should back up the middle tiers on both nodes and also your OracleAS Infrastructure, including the OracleAS Metadata Repository and the Oracle Identity Management components. You can do this using the OracleAS Backup and Recovery Tool, described in the Oracle Application Server Administrator's Guide. You then have backup files, from which you can perform a restore operation your files in case you encounter errors during the conversion.

You can also use the -b option to the chgtocfmt script to back up your files, but note the following points:

The -b option backs up only the middle-tier instance. It does not back up your OracleAS Infrastructure. You should use the -b option only for standalone J2EE and Web Cache middle tiers (that is, middle tiers that do not require an OracleAS Infrastructure).
The -b option calls the OracleAS Backup and Recovery Tool to perform the backup. This means that before you can use the -b option, you need to have configured the OracleAS Backup and Recovery Tool beforehand.

10.9.2.3.3 (optional) Create a File System on the Shared Disk for OracleAS JMS File-Based Persistence

If you are using OracleAS JMS with file-based persistence, create a file system on the shared disk for the OracleAS JMS queues, and mount this file system from node 1.

10.9.2.3.4 Update Component Configuration

Perform the following steps to update some component configuration on the middle-tier Oracle home on the shared disk.

Run the conversion command chgtocfmt on node 1.

Note:
If you changed any of the component port numbers after installation, you must manually update the file located at ORACLE_HOME/install/portlist.ini before performing this step.
```
prompt> $ORACLE_HOME/bin/chgtocfmt -v vhost_mt.mydomain.com -p password [-n] [-s] [-b] [-e] [-w cfcwebcache.mydomain.com]
```
where
- -v specifies the fully qualified virtual hostname to which the install is being converted. The virtual hostname should be enabled on the current host.
- -p specifies the password for the Oracle Internet Directory.
- -n indicates that the install is not on a shared disk.
- -s indicates that SSL is enabled on the middle-tier.
- -b indicates to perform a backup of the current configuration before converting the instance to run in the OracleAS Cold Failover Cluster (Middle-Tier). This option invokes the OracleAS Backup and Recovery Tool to perform the backup. This means that you must have configured the OracleAS Backup and Recovery Tool before you can use this option. To do this, see the Oracle Application Server Administrator's Guide.
  
  Although you can use the -b option for all middle tiers, it is highly recommended that you use it only for standalone middle tiers (middle tiers not associated with an OracleAS Infrastructure). The reason is that it backs up only the middle tier; it does not back up the OracleAS Infrastructure. For middle tiers that use an OracleAS Infrastructure, use the OracleAS Backup and Recovery Tool to back up both the middle tiers and OracleAS Infrastructure.
- -e indicates that you are expanding a OracleAS Cold Failover Cluster (Middle-Tier) installation. Only use this option if you adding new components or configuring additional components in an existing OracleAS Cold Failover Cluster (Middle-Tier).
- -w specifies the alias located in /etc/hosts that is used for the OracleAS Web Cache on this node.
Check the following log files for errors:
- chgtocmt.log
- chgip0.log
- chgip1.log
These files are located in the ORACLE_HOME/chgip/log directory.
Verify the changes on node 1.

To verify the installation, access the Application Server Control page using the virtual hostname in the URL (for example: http://vhost_mt.mydomain.com:1156).

The default port number is 1156. You can verify the port number by looking in the ORACLE_HOME/install/portlist.ini file.
Modify OracleAS JMS
1. In the jms.xml file for the OC4J instance that you plan to use, set the host attribute in jms-server to the virtual hostname (example: vhost_mt.mydomain.com).
```
<jms-server host="vhost_mt.mydomain.com" port="9127">
...
</jms-server>
```
2. If for a queue, file-based message persistence is being used, the location for the file should ideally be on a shared disk. In this case, the shared disk needs to fail over with the virtual IP. To configure this, the value of the persistence-file attribute for queue should be a file on the shared disk.
```
<queue name="Demo Queue" location="jms/demoQueue"
   persistence-file="/path/to/shared_file_system/demoQueueFile">
   <description>A dummy queue</description>
</queue>
```
3. Update the DCM repository and restart the components.
```
prompt> $ORACLE_HOME/dcm/bin/dcmctl updateConfig -ct oc4j
prompt> $ORACLE_HOME/bin/emctl stop iasconsole
prompt> $ORACLE_HOME/opmn/bin/opmnctl stopall
prompt> $ORACLE_HOME/opmn/bin/opmnctl startall
prompt> $ORACLE_HOME/bin/emctl start iasconsole
```
Copy /etc/oratab and /var/opt/oracle/oraInst.loc from node 1 to node 2.
Fail over the Virtual IP to node 2.
1. Stop all Oracle Application Server processes on node 1.
```
prompt> $ORACLE_HOME/bin/emctl stop iasconsole
prompt> $ORACLE_HOME/opmn/bin/opmnctl stopall
```
2. Fail over the virtual hostname vhost_mt.mydomain.com from node 1 to node 2.
  
  On node 1, run the following command as root:
```
# /usr/sbin/ifconfig interface_name down
```
  On node 2, run the following command as root:
```
# /usr/sbin/ifconfig interface_name virtual_IP
```
3. Fail over the shared disk hosting the Oracle home.
Verify the installation on node 2 as you did in Step 3.

10.9.2.3.5 Back up Files

After successfully converting the middle tier to an OracleAS Cold Failover Cluster (Middle-Tier) topology, you should back up your files again because previous backups that you have are no longer valid (because of the configuration changes you just made). You should back up all your middle tier, plus your OracleAS Infrastructure.

You can perform the backups using the OracleAS Backup and Recovery Tool, which is documented in Oracle Application Server Administrator's Guide.

10.9.2.3.6 Restoring Files to a Known State

This section describes how to restore files to a known state, if errors occurred during the conversion.

prompt> $ORACLE_HOME/bin/chgtocfmt -v physhost_mt.mydomain.com -p password -n [-s] [-b] [-e] [-w physhost_mt.mydomain.com]

Note that rerunning the script may not work. If the script gave errors when you were converting to a virtual host-based environment, you might get the same errors when you re-run the script to convert back to a physical host-based environment.

10.9.3 Expanding the Middle Tiers

After installing the OracleAS Cold Failover Cluster (Middle-Tier), you may decide you need a component that is not installed or configured on the middle tier.

If you decide to add additional components, see Section 6.13, "Expanding a MiddleTier" for installation instructions. If you need to configure components that were not previously configured, see the Oracle Application Server Administrator's Guide. For installations in separate Oracle homes, you will need to expand the middle tiers on both nodes of the cluster.

Note that the OracleAS Wireless component is not supported for a OracleAS Cold Failover Cluster (Middle-Tier) installed in single Oracle home.

After adding or configuring additional components, you need to run the chgtocfmt command using the -e option. All of the other options should be the same as the first time you ran it. For example, if you ran this command the first time:

prompt> $ORACLE_HOME/bin/chgtocfmt -v vhost_mt.mydomain.com -p password -w cfcwebcache.mydomain.com

then you should run the following command after expanding the middle tiers:

prompt> $ORACLE_HOME/bin/chgtocfmt -v vhost_mt.mydomain.com -p password -w cfcwebcache.mydomain.com -e

For installations in separate Oracle homes, you will need to run the chgtocfmt command on both nodes of the cluster.

10.10 Installing OracleAS Cold Failover Cluster (Infrastructure) and OracleAS Cold Failover Cluster (Middle-Tier) on the Same Nodes

This configuration is a combination of Section 10.3, "Installing an OracleAS Cold Failover Cluster (Infrastructure) Configuration" and Section 10.9, "Installing OracleAS Cold Failover Cluster (Middle-Tier)". This section describes how to install these configurations on the same nodes.

Figure 10-8 shows where you would install the components, and on which nodes they would be running.

In normal mode, OracleAS Infrastructure runs on node 1, while the middle tier runs on node 2. Unlike normal cold failover cluster configurations, both nodes are active in this case but running different components (either the OracleAS Infrastructure components or the middle-tier components).

Virtual Hostnames

You need two virtual hostnames: one virtual hostname (for example, vhost_infra) points to the node running OracleAS Infrastructure, and the other virtual hostname (for example, vhost_mt) points to the node running the middle tier.

Failover

If node 1 fails (Figure 10-9), the OracleAS Infrastructure processes fail over to node 2. The virtual hostname that was pointing to node 1 now points to node 2.

If node 2 fails (Figure 10-10), the middle-tier processes fail over to node 1. The virtual hostname that was pointing to node 2 now points to node 1. Note that you need to configure the middle tier after installation for it to fail over to the other node.

Location of Oracle Homes

You install the OracleAS Infrastructure on the shared storage, and the middle tier on the local storage of each node. You install the middle tier twice, once for each node.

To access the OracleAS Infrastructure or the middle tier, clients use the virtual hostname associated with the node running the OracleAS Infrastructure or middle-tier components.

You also use the virtual hostname in URLs. For example, if vhost_infra.mydomain.com is the name of the virtual host for the OracleAS Infrastructure, the URLs for the Oracle HTTP Server and the Application Server Control would look like the following:

URL for:	Example URL
Oracle HTTP Server, Welcome page	http://vhost.mydomain.com:7777
Oracle HTTP Server, secure mode	https://vhost.mydomain.com:4443
Application Server Control	http://vhost.mydomain.com:1156

Figure 10-8 OracleAS Cold Failover Cluster (Infrastructure) with OracleAS Cold Failover Cluster (Middle-Tier) on the Same Nodes

Description of "Figure 10-8 OracleAS Cold Failover Cluster (Infrastructure) with OracleAS Cold Failover Cluster (Middle-Tier) on the Same Nodes"

Figure 10-9 If Node 1 Fails

Description of "Figure 10-9 If Node 1 Fails"

Figure 10-10 If Node 2 Fails

Description of "Figure 10-10 If Node 2 Fails"

10.10.1 Installation Steps

To create this configuration:

Set up the environment.
Create an alias for the hostnames.

You do this by adding a line to the /etc/hosts file on each node.

Lines in the hosts file use the following format. You can have one or more aliases.

ip_address official_hostname aliases...

For example, if the nodes are called node1 and node2, and you want the alias to be called cfcwebcache, then you would add these lines to the hosts file:
- In the hosts file on node1, add this line:
```
123.45.67.22  node1.mydomain.com  node1  cfcwebcache.mydomain.com
```
- In the hosts file on node2, add this line:
```
123.45.67.33  node2.mydomain.com  node2  cfcwebcache.mydomain.com
```
Install OracleAS Infrastructure on the shared storage. Refer to Section 10.3.2, "OracleAS Cold Failover Cluster (Infrastructure): Details of Installation Steps".
Create a staticports.ini file for the middle tiers. This is to ensure that the middle tiers use the same ports, and that the ports are different from the ports used by the OracleAS Infrastructure.

When either node fails, a failover event occurs and all the OracleAS Infrastructure and middle-tier components will run on the same node. For the components to continue working, there must not be any port conflicts.

Install the middle tier on the local storage of each node.

Note:

For installing the middle tiers:

You need to use the same Oracle home path for both nodes.
You need to use the same Oracle Application Server instance name.
When Oracle Universal Installer prompts you to enter the hostname for the Oracle Internet Directory, enter the virtual hostname for the OracleAS Infrastructure.
To install a J2EE and Web Cache middle tier, see Section 6.8, "Installing J2EE and Web Cache in a Database-Based Farm Repository and with Oracle Identity Management Access".
To install a Portal and Wireless middle tier, see Section 6.12, "Installing Portal and Wireless or Business Intelligence and Forms".

10.10.2 Postinstallation Steps

Perform the postinstallation steps for node1 and node2 listed in Section 10.9.2.3, "Postinstallation Steps".

10.11 Postinstallation Steps for OracleAS Cold Failover Cluster

Section 10.11.1, "Edit the ORACLE_HOME/Apache/Apache/htdocs/index.html File"
Section 10.11.2, "Copy /var/opt/oracle and /etc/oratab to the Other Node"
Section 10.11.3, "Create a Clusterware Agent for Automatic Failover"

10.11.1 Edit the ORACLE_HOME/Apache/Apache/htdocs/index.html File

In the ORACLE_HOME/Apache/Apache/htdocs/index.html file, change all occurrences of the physical hostname (example: node1) to the virtual hostname (example: vhost), where node1 appears as a hostname.

Note that if node1 is used as part of the Oracle Application Server instance name, do not change it.

10.11.2 Copy /var/opt/oracle and /etc/oratab to the Other Node

After the OracleAS Infrastructure installation is complete, copy the /var/opt/oracle directory and the /etc/oratab file from the node where you performed the installation to the other node in Oracle Application Server Cold Failover Cluster. This ensures that you can run Oracle Universal Installer to update the Oracle home from either node in the cluster.

10.11.3 Create a Clusterware Agent for Automatic Failover

An OracleAS Cold Failover Cluster environment provides the framework for a manual failover of OracleAS Infrastructure. To achieve automatic failover, you must set up an agent using the clusterware. An example of automatic failover is setting up the secondary node to monitor the heart beat of the primary node and when the secondary node detects that the primary node is down, the virtual IP address, shared storage, and all the OracleAS Infrastructure processes are failed over to the secondary node.

10.12 Installing Middle Tiers Against an OracleAS Cold Failover Cluster Infrastructure

This section describes how to install middle tiers that are not in a cold failover cluster configuration against an OracleAS Cold Failover Cluster infrastructure.

If you want to install middle tiers that can take advantage of cold failover cluster features, see Section 10.9, "Installing OracleAS Cold Failover Cluster (Middle-Tier)" or Section 10.10, "Installing OracleAS Cold Failover Cluster (Infrastructure) and OracleAS Cold Failover Cluster (Middle-Tier) on the Same Nodes".

For non-cold failover cluster middle tiers to work with OracleAS Infrastructure in an OracleAS Cold Failover Cluster, you can install the middle tiers on computers outside the cluster, or on nodes within the cluster.

Note:

The preferred solution is to install and run the non-cold failover cluster middle tiers on nodes outside the OracleAS Cold Failover Cluster.

10.12.1 If You Plan to Install Middle Tiers on OracleAS Cold Failover Cluster Nodes

If you plan to install a non-cold failover cluster middle tier on an OracleAS Cold Failover Cluster node (primary or secondary), perform these tasks before installing the middle tier:

Section 10.12.1.1, "Create a staticports.ini File for the Middle Tier"
Section 10.12.1.2, "Rename the /var/opt/oracle Directory Used for the Infrastructure"

10.12.1.1 Create a staticports.ini File for the Middle Tier

Ensure that the ports used by the middle tier are not the same as the ports used by the infrastructure. The reason is that the infrastructure can fail over from the primary to the secondary node (and vice versa), and there must not be any port conflicts on either node. The same ports must be reserved for the infrastructure on both nodes.

If the infrastructure is running on the same node where you want to install the middle tier, Oracle Universal Installer can detect which ports are in use and select different ports for the middle tier. For example, if the infrastructure is running on the primary node, and you run Oracle Universal Installer on the primary node to install the middle tier, then Oracle Universal Installer can assign different ports for the middle tier.

However, if the infrastructure is running on a node different from where you want to install the middle tier, Oracle Universal Installer cannot detect which ports are used by the infrastructure. For example, if the infrastructure is running on the primary node but you want to install the middle tier on the secondary node, Oracle Universal Installer is unable to detect which ports the infrastructure is using. In this situation, you need to set up a staticports.ini file to specify port numbers for the middle tier. Refer to Section 3.5.3, "Using Custom Port Numbers (the "Static Ports" Feature)" for details.

To see which ports the infrastructure is using, view the ORACLE_HOME/install/portlist.ini file, where ORACLE_HOME refers to the directory where you installed the infrastructure.

10.12.1.2 Rename the /var/opt/oracle Directory Used for the Infrastructure

Set up the environment so that the middle tier will have its own inventory directory, instead of using the same inventory directory used by the infrastructure. To do this, you need to rename the /var/opt/oracle directory to something else so that Oracle Universal Installer will prompt you to enter a new inventory directory. The following example renames it to oracle.loc.infra.

prompt> su
Password: root_password
# cd /var/opt
# mv oracle oracle.infra

When Oracle Universal Installer prompts for the inventory directory, specify a directory on the local storage or on a disk other than the one where you installed the OracleAS Infrastructure.

When the middle-tier installation is complete, do the following rename operations:

prompt> su
Password: root_password
# cd /var/opt
# mv oracle oracle.mt see (1)
# mv oracle.infra oracle see (2)

(1) This command renames the oracle directory created by Oracle Universal Installer when it installed the middle tier.

(2) This command renames the oracle.infra directory back to oracle.

The /var/opt/oracle directory is not used during Oracle Application Server runtime. The only time you need it is when you run Oracle Universal Installer (for example, to de-install an instance or to expand an instance).

Ensure that the correct oracle directory is in place before you run Oracle Universal Installer.

10.12.2 Procedure for Installing Middle Tiers Against an OracleAS Cold Failover Cluster Infrastructure

To install middle tiers against OracleAS Infrastructure in an OracleAS Cold Failover Cluster, follow the procedures as documented in Chapter 6, "Installing Middle Tiers", but with these differences:

In the Register with Oracle Internet Directory screen, enter the virtual hostname in the Hostname field.
If you are installing the middle tier on an OracleAS Cold Failover Cluster node, you must follow these additional requirements:
- Read Section 10.12.1, "If You Plan to Install Middle Tiers on OracleAS Cold Failover Cluster Nodes".

10.13 Installing Regular Middle-Tiers on OracleAS Cold Failover Cluster Nodes

If you install middle-tiers that are not in a cold failover cluster configuration on the same nodes as an OracleAS Cold Failover Cluster infrastructure, then the ports used for the middle tiers must be different from the ones used for any OracleAS Infrastructure installed on the same cluster. The ports must also be different from those used for other Oracle Homes on the same node. To check the ports assigned to components in any Oracle Home, see the Ports page on the Application Server Control Console.

When you install the middle-tiers, you should use a staticports.ini file. Refer to Chapter 3, "Using Custom Port Numbers (the "Static Ports" Feature)"for details.