![](https://csdnimg.cn/release/download_crawler_static/88222023/bga.jpg)
HACMP Smart Assist for Oracle lets you:
v Discover and configure the Oracle Application Server (AS) components, make the AS components
highly available, and monitor those components for failure.
v Integrate HACMP and Oracle database 10g for a Cold Failover Cluster (CFC) environment and monitor
the database for failure.
v Make the resources specific to the Oracle Infrastructure highly available, such as a shared volume
group, file systems, and the service IP label associated with the Oracle application.
This lets you create a mutual takeover cluster configuration and a cluster configuration with multiple
nodes and resource groups with Oracle instances. HACMP ensures the availability of these instances by
moving resource groups from one node to another when the conditions in the cluster change.
v Start and stop the Oracle Application Server business applications on the nodes automatically, by the
means of an HACMP application server (a collection of start and stop scripts in HACMP) created for
the Oracle instance in the HACMP cluster.
v Automatically monitor the Oracle database instance(s) running on the nodes as well as Oracle
Application Server.
v Verify the existing configuration of the Oracle components to ensure that the Oracle and HACMP
configuration is valid.
Keeping Oracle Application server highly available
HACMP increases the availability of Oracle Application Server instance by eliminating single points of
failure. A single point of failure exists when a critical function relies on a single component in a
configuration. If that component fails, the application dependent on that component becomes unavailable.
The primary components required to deploy an HACMP cluster for the Oracle Application Server are:
v Middle Tier Application Server. The Middle Tier Application Server communicates with the cluster
through the service IP virtual IP address (VIP).
The middle tier hosts most of the Oracle Application Server business applications. These applications
rely on Oracle AS Infrastructure for security and metadata support. The middle tier also includes a
Web caching sub-tier (Oracle Application Server Web Cache), and a Web server sub-tier (Oracle HTTP
Server).
v Infrastructure Tier. Consists of two parts: Oracle AS Metadata Repository and Oracle Identity
Management (IM). Together, they provide centralized metadata, management, and security services for
Oracle Application Server components.
A highly available Oracle AS deployment requires a highly available Infrastructure service.
Uninterrupted access to Oracle Identity Management, installed as part of the infrastructure, is in the
critical path to the availability of other application services.
The Oracle AS infrastructure tier components are grouped into the following tiers:
v OID tier. Provides Oracle Internet Directory (OID) services including directory services, directory
integration services to integrate OID with third-party directories, etc. The main processes in this tier are
the OID (Oracle Internet Directory) and Oracle Directory Integration and Provisioning (DIP) processes.
v SSO tier. Provides Single Sign On (SSO) and Delegation Administration services (DAS). The main
processes in this tier are the Oracle HTTP Server (OHP) and OC4j instances hosting SSO and DAS
applications.
The OID tier and SSO tier together provide the Identity Management services.
v Database Tier. An Oracle database serves as the metadata repository (MR). The same database may
contain the metadata repository and the schemas used to hold application data. The processes in this
tier are the database instance processes and the database listener.
You may group Middle-tier components and Infrastructure tier components on two separate clusters.
Usually, middle tier components are configured with AFC and infrastructure components with CFC.
2 High Availability Cluster Multi-Processing for AIX: Smart Assist for Oracle user's guide