Operating userApplication is configured as follows:
Scalable operation with Oracle9i RAC
userApplication | Description | Resources |
app1,app2 | Controls Oracle instances and listeners. | Oracle resource (instance, listener) |
app3 | Starts up or stops userApplication (app1 and app2) simultaneously on all nodes. | Controller resource |
app4,app5 | Used as standby for Gls or takeover network. (Option) | Gls resource, etc |
Information
The following setup values are recommended for app1 and app2. The other attributes not described below are optional.
Attributes | Values |
Operation method | Standby |
AutoStartUp | Optional |
AutoSwitchOver | No |
PersistentFault | 1 |
Standby operation
userApplication | Description | Resources |
app1 | userApplication on all operation nodes | Oracle resource (instance, listener) |
Information
The following setup values are recommended for userApplication app1. The other attributes not described below are optional.
Attributes | Values |
Operation method | Standby |
AutoSwitchOver | HostFailure|ResourceFailure|ShutDown |
PersistentFault | 1 |
HaltFlag | yes |
The flow of userApplication creation is as follows:
1 | userApplication with No Oracle Resources | 2.2.4 userApplication with No Oracle Resources |
2 | Oracle Database Creation and Setting | |
3 | userApplication with Oracle Resources | 2.2.9 userApplication with Oracle Resources |
Information
PersistentFault remains the same resource status (Faulted) even after RMS is restarted in the event of a resource failure. Users are supposed to locate the fault and check completion of recovery processing then start userApplication manually. For example, if a failure occurs, users can detect which userApplication failed even after server reboot. Even though AutoStartUp setup is set, userApplication will not be started, and automatic startup will prevent recurrence of the failure.