How to Configure Alerts and Set Reporting Levels Using the Engine Management Service




This Knowledgebase article provides information about how to configure alerts and set reporting levels using the Engine Management Service.


More Information

The Engine Management Service allows you to configure alerts and customize the actions taken by Neverfail Continuity Engine when the alert is triggered.


How to Configure Alerts

  1. Configure alerts by navigating to the Settings page of the Engine Management Service UI.  Do this by selecting the Settings tab and clicking Alerts > Alert Triggers .
  2. The Alert Triggers dialog displays the status of all alerts with the current alert level. The alerts are preconfigured with the recommended alerting levels.  Reconfigure alerts to red, yellow, or green, by selecting the Trigger Red Alert, Trigger Yellow Alert, or Trigger Green Alert column and selecting the appropriate check boxes.
  3. Once you are finished, click the OK button to save the new configuration.


How to Set Alerts Reporting

  1. Once you are satisfied with the trigger levels, select the appropriate tab to configure the recipients of emailed alerts for Red Alerts, Yellow Alerts, and Green Alerts. Emails can be sent for all three alerting levels.
  2. In order to configure alerts, the check box Send mail must be selected for each alert level on each tab and the frequency of the email must be selected. The default is to send the email Always .
  3. Add each recipient's fully qualified email addresses to the Mail Recipients list for the trigger level alert.


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:




Id of trigger event


Name of event


Detail message for event


The name of the host where the event took place


The role (active/passive) of the server where the event took place


The identity(Primary/Secondary)of the server where the event took place


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.


Applies To

Neverfail Continuity Engine


Related Information



0 out of 0 found this helpful



Please sign in to leave a comment.