This Knowledgebase article provides information about how to configure alerts and set reporting levels using the Engine Management Service.
The Engine Management Service allows you to configure alerts and customize the actions taken by Neverfail Continuity Engine when the alert is triggered.
Procedure
How to Configure Alerts
How to Set Alerts Reporting
The Subject and Content text fields offer a template for email messages that will be sent to recipients. They can be customized and allow the use of Neverfail Continuity Engine specific informational variables as detailed below:
Variable |
Value |
$EventId |
Id of trigger event |
$EventName |
Name of event |
$EventDetail |
Detail message for event |
$EventHostName |
The name of the host where the event took place |
$EventHostRole |
The role (active/passive) of the server where the event took place |
$EventHostId |
The identity(Primary/Secondary)of the server where the event took place |
$EventTime |
The time at which event occurred |
Although you can configure alerts to suit your requirements, it is recommended that the preconfigured content remains the same and any adjustments are made in addition.
An alternative method of issuing e-mail alerts is to run a command, by selecting the Run Command check box. A Run Command can be either a script or a command line argument to run on the alert trigger.
Once the alert recipients and or actions to be run have been defined, the OK button must be selected to save the changes and apply the notification rules defined.
Alerts and Escalations
In V6.[n], alerts are sent from the server on which they originated. The most critical case is presumably a pending failover, so the alert cannot be passed to the active server in order to have it sent, as the passive server cannot communicate with the active server. To prevent this, configure a management IP address which allows the passive to see the mail server.
Escalations are a mechanism for handling error conditions, such as problems with replication which require restarting replication and therefore a Full System Check. They can get passed from server to server, but this is because of the internal mechanism for controlling Neverfail Continuity Engine groups, where one server is designated as the leader. This is not necessarily the active server, but the lowest numbered server in the Neverfail Continuity Engine cluster partition, as there is no ambiguity in this choice. Typically, this will be the Primary server, and typically the Primary server will be active, so the administrator may see the effect of, for example a replication restart because of a problem between Secondary and Tertiary being alerted by the Primary.
Neverfail Continuity Engine
None
KBID-2927