Configuring extra failover capabilities in the ObjectServer
Related events use standard ObjectServer components to provide a high availability solution. These ObjectServer components require extra configuration to ensure high availability where there is an ObjectServer pair and the primary ObjectServer goes down before the cache on the Netcool®/Impact node refreshes.
In this scenario, if you deploy a correlation rule, the rule is picked up if you have replication setup between the ObjectServer tables. Otherwise, the new rule is not picked up and this state continues until you deploy another new rule. Complete the following steps to setup replication between the ObjectServer tables.
- In the
.GATE.map
file, add the following lines.CREATE MAPPING RE_CACHEMAP ( 'name' = '@name' ON INSERT ONLY, 'updates' = '@updates' );
- If your configuration does not use the standard
StatusMap
file, add the following line to theStatusMap
file that you use to controlalerts.status
, you can find theStatusMap
file in the.tblrep.def
file.'ParentIdentifier' = '@ParentIdentifier'
- In the
.tblrep.def
file, add the following lines.REPLICATE ALL FROM TABLE 'relatedevents.cacheupdates' USING map 'RE_CACHEMAP';
For more information about adding collection ObjectServers and displaying ObjectServers to your environment, see the
following topics within IBM® Documentation for IBM
Tivoli®
Netcool/OMNIbus, Netcool/OMNIbus 8.1.0 Welcome page.
- Setting up the standard multitiered environment
- Configuring the bidirectional aggregation ObjectServer Gateway
- Configuring the unidirectional primary collection ObjectServer Gateway