Oracle® Application Server Release Notes
10g Release 2 (10.1.2) for Linux x86 B19312-04 |
|
Previous |
Next |
This chapter describes issues related to highly available topologies. This chapter contains the following issues:
Section 4.1, "OracleAS Disaster Recovery: Discover Topology Command"
Section 4.2, "OracleAS Disaster Recovery: Real Application Clusters Database Supported"
If you run the discover topology
command on a node that contains more than one Oracle home, and one of the Oracle homes is invalid for some reason (that is, the Oracle home does not appear in the Oracle Universal Installer), the discover topology
command generates a warning:
ASGCTL> discover topology oidpass=welcome1 Discovering topology on host "hasun1" with IP address "123.45.67.89" hasun1:7890 Connecting to the OID server on host "hasun12vip1.mydomain.com" using SSL port "636" and username "orcladmin" Getting the list of databases from OID Gathering database information for SID "orcl" from host "hasun12vip1.mydomain.com" Getting the list of instances from OID Gathering instance information for "immr.hasun12vip1.mydomain.com" from host "hasun12vip1.mydomain.com" Gathering instance information for "asmid.haqadr01.mydomain.com" from host "haqadr01.mydomain.com" ********** WARNING ********** hasun1: -->ASG_IAS-15779: Error getting instance information for instance "asmid.haqadr01.mydomain.com" from host "haqadr01.mydomain.com". This instance will be excluded from the topology.xml file drmt: -->ASG_IAS-15632: The home that contains instance "asmid.haqadr01.mydomain.com" could not be found drmt: -->ASG_DUF-4950: An error occurred on host "drmt" with IP "130.35.45.23" and port "7890" ******** END WARNING ******** The topology has been discovered. A topology.xml file has been written to each home in the topology.
To work around this issue, delete the entry for the invalid Oracle home from the Inventory.xml
file in the oraInventory
directory, then rerun the discover topology
command.
Table 1-3 in the Oracle Application Server High Availability Guide incorrectly stated that OracleAS Disaster Recovery does not support OracleAS Infrastructure in active-active topologies. OracleAS Disaster Recovery does support OracleAS Infrastructure in active-active topologies, as well as active-passive topologies. In OracleAS Infrastructure active-active topologies, the OracleAS Metadata Repository runs on a Real Application Clusters database.
The following table shows the updated Table 1-3 (bold text shows the updates):
Table 4-1 Service level requirements and architecture choices
Business Requirements | Architecture Choices | |||
---|---|---|---|---|
Local High Availability | Scalability | Disaster Recovery | Instance Redundancy | Disaster Recovery |
N |
N |
N |
Base |
N |
Y |
N |
N |
Active-passive |
N |
N |
Y |
N |
Active-active |
N |
N |
N |
Y |
Base |
Y |
Y |
Y |
N |
Active-active |
N |
Y |
N |
Y |
Active-passive |
Y |
N |
Y |
Y |
Active-active (middle tier) Base (Infrastructure) |
Y |
Y |
Y |
Y |
Active-active (middle tier) Active-passive and active-active (Infrastructure) |
Y |
Note: OracleAS Disaster Recovery supports the base, active-passive, and active-active Infrastructure architectures. For additional scalability in a base, active-passive, or active-active architecture, extra computing power can be added to the infrastructure hardware (for example, high capacity CPUs, more memory) |