High Availability Monitors Version A.04.00.02 Release Notes

High Availability Monitors Version A.04.00.02 Release Notes for HP-UX 11i v1
Known Problems and Workarounds
Chapter 18
Only Oracle database is monitored when both Oracle and Informix
databases are installed on the same system
What is the problem? Both Oracle and Informix have their own RDBMS MIB subagents,
and each has its own proprietary method of instrumenting the MIB. The HA Database
Monitor relies on values in the MIB to monitor the databases and database servers. Only
Oracle databases appear even if both subagents are running because of:
Oracle’s particular implementation.
only one rdbms MIB subagent receiving MIB requests.
What is the workaround? Install each vendor’s database on different systems. If that is not
feasible, and you need to monitor Informix databases, then stop the Oracle SNMP
subagent (dbsnmp) and listener (tnslsnr), and run only the Informix SNMP subagent.
Known Problems and Workarounds for Oracle Installations
Misleading value for resource instance /rdbms/server/started/<server_name>
What is the problem? The Oracle implementation of the RDBMS public MIB value for the
named resource, rdbmsSrvInfoStartupTime returns a 12-hour clock time, instead of a
24-hour clock time. Therefore, the HA Database Monitor resource instance
/rdbms/server/started/
<server_name>
displays only the 12-hour clock time. As a
result, if you are monitoring using the “greater than” notification option, you may not
receive events in some cases.
What is the workaround? Monitor the resource for changes only. Since the value
represents the time an application server is started, a change to this value is a valid
indication that the server is restarted.
Known Problems and Workarounds for Informix Installations
Resource instance /rdbms/server/uptime/<server_name> is always -l
What is the problem? The uptime resource must be equal to the number of seconds that
the database server has been in UP state. For Informix, the uptime value is always -1,
which indicates that this value cannot be calculated.
What is the workaround? Monitor a different resource for changes. For example, monitor
/rdbms/server/started/<server_name> to detect when a server restarts.