Skip Headers
Oracle® Enterprise Manager Grid Control Installation and Basic Configuration
10g Release 2 (10.2) for Linux x86
B16228-01
  Go To Table Of Contents
Contents
Go To Documentation Library
Home
Go To Product List
Solution Area
Go To Index
Index

Previous
Previous
Next
Next
 

C Installing Enterprise Manager on Real Application Clusters

This appendix discusses installing Enterprise Manager Grid Control in a Real Application Clusters environment

Pre-Installation Tasks

Before installation, consider the following sections.

Configure Oracle Cluster Synchronization Services (CSS)

The first time you install Oracle Enterprise Manager on a system, Oracle Universal Installer configures and starts a single-node version of the Oracle Cluster Synchronization Services (CSS) service. The CSS service is required to enable synchronization between an Automatic Storage Management (ASM) instance and the database instances that rely on it for database file storage. It is configured and started even if you do not choose Automatic Storage Management as a storage mechanism for database files.Since it must be running before any Automatic Storage Management instance or database instance is started, Oracle Universal Installer configures it to start automatically when the system starts.For Oracle Real Application Clusters installations, the CSS service is installed with Oracle Cluster Ready Services (CRS) in a separate Oracle home directory (also called the CRS home directory). For single-node installations, the CSS service is installed in and runs from the same Oracle home as the Oracle Database. For this reason, you must use caution when removing Oracle Database software from the system. Before you remove an Oracle home directory that contains an Oracle Database, you must either delete the CSS service configuration, or if necessary, reconfigure the CSS service to run from another Oracle home directory.

If you plan to have more than one Oracle Database installation on a single system and you want to use Automatic Storage Management for database file storage, Oracle recommends that you run the CSS service and the Automatic Storage Management instance from the same Oracle home directory and use different Oracle home directories for the database instances.


Note:

If you plan to have more than one Oracle Database installation on a single system and you want to use Automatic Storage Management (ASM) for database file storage, Oracle recommends that you run the CSS service and the Automatic Storage Management instance from the same Oracle home directory and use different Oracle home directories for the database instances.

Additional Software Requirements for Agent Installation on Clusters

If the Enterprise Manager installation is on a Cluster, you must install Oracle Clusterware (formerly called CRS) or Vendor Clusterware separately, besides fulfilling all the other Oracle software requirements (see Chapter1, "Enterprise Manager Software Requirements" for more information). Oracle Clusterware/Vendor Clusterware is not available on the Oracle Enterprise Manager Grid Control 10g Release 2 (10.2) installation media.

Oracle Clusterware/Vendor Clusterware

Oracle Cluster Ready Services (CRS) consist of key subcomponents required by Oracle Real Application Clusters installations. It performs workload management and a component restart. For example, when an instance supporting a particular service fails, Cluster Ready Services restarts the service on the next available instance that you have configured for that service.You must install Cluster Ready Services before installing Oracle Real Application Clusters. The software is available on the Cluster Ready Services installation media.


See Also:

For more information, refer to the Oracle Enterprise Manager Licensing Information. This guide is available on the Oracle Database Installation media.

Pre-Installation Tasks for Real Application Clusters on Linux

Before you install and use Oracle Real Application clusters, you must configure secure shell (SSH) for the Oracle user on all cluster nodes. The Installer uses the ssh and scp commands during installation to run remote commands on and copy files to the other cluster nodes. You must configure SSH so that these commands do not prompt for a password.


Note:

If SSH is not available, the Installer attempts to use rsh and rcp instead. However, these services are disabled by default, in most Linux machines.

To configure SSH, complete the following steps on each cluster node:

  1. Log in as the oracle user.

  2. If necessary, create the .ssh directory in the Oracle user's home directory and set the correct permissions on it:

    $ mkdir ~/.ssh
    $ chmod 755 ~/.ssh
    
    
  3. Enter the following commands to generate an RSA key for version 2 of the SSH protocol:

    $ /usr/bin/ssh-keygen -t rsa
    
    

    At the prompts:

    • Accept the default location for the key file.

    • Enter and confirm a pass phrase that is different from the Oracle user's password.

    This command writes the public key to the ~/.ssh/id_dsa.pub file and the private key to the ~/.ssh/id_dsa file. Never distribute the private key to anyone.

  4. Enter the following commands to generate a DSA key for version 2 of the SSH protocol:

    $ /usr/bin/ssh-keygen -t dsa
    
    

    At the prompts:

    • Accept the default location for the key file.

    • Enter and confirm a pass phrase that is different from the Oracle user's password.

    This command writes the public key to the ~/.ssh/id_dsa.pub file and the private key to the ~/.ssh/id_dsa file. Never distribute the private key to anyone.

  5. Copy the contents of the ~/.ssh/id_rsa.pub and ~/.ssh/id_dsa.pub files to the ~/.ssh/authorized_keys file on this node and to the same file on all other cluster nodes.


    Note:

    The ~/.ssh/authorized_keys file on every node must contain the contents from all of the ~/.ssh/id_rsa.pub and ~/.ssh/id_dsa.pub files that you generated on all cluster nodes.

  6. Change the permissions on the ~/.ssh/authorized_keys file on all cluster nodes:

    $ chmod 644 ~/.ssh/authorized_keys
    
    

    At this point, if you use ssh to log in to or run a command on another node, you are prompted for the pass phrase that you specified when you created the DSA key.

To enable the Installer to use the ssh and scp commands without being prompted for a pass phrase, follow these steps:

  1. On the system where you want to run the Installer, log in as the Oracle user.

  2. Enter the following commands:

    $ exec /usr/bin/ssh-agent $SHELL$ /usr/bin/ssh-add
    
    
  3. At the prompts, enter the pass phrase for each key that you generated.

    If you have configured SSH correctly, you can now use the ssh or scp commands without being prompted for a password or a pass phrase.

  4. To test the SSH configuration, enter the following commands from the same terminal session, testing the configuration of each cluster node:

    $ ssh nodename1 date$ ssh nodename2 date    .    .
    
    

    These commands should display the date set on each node. If any node prompts for a password or pass phrase, verify that the ~/.ssh/authorized_keys file on that node contains the correct public keys.

  5. To ensure that X11 forwarding will not cause the installation to fail, create a user-level SSH client configuration file for the Oracle software owner user, as follows:

    1. Using any text editor, edit to create the ~oracle/.ssh/config file.

    2. Ensure the ForwardX11 attribute is set to no, for example:

      Host *
            ForwardX11 no
      
      
  6. You must run the Installer from this session or remember to repeat steps 2 and 3 before you start the Installer from a different terminal session.

Some of the other pre-installation tasks are listed below:

  • Configure SSH on all nodes

  • Oracle Clusterware/Vendor Clusterware must be running

For more detailed information on these pre-installation tasks that you must perform before a RAC Install, see the Oracle Real Application Clusters Installation and Configuration Guide.