Actions
Last updated
Last updated
Actions module is responsible for sending notifications and performing different tasks.
Action definition is stored in table [dbo].[sqlwatch_config_action]
Executable can either be a command action_exec or a report action_report_id but not both. The action_exec expects optional parameters {SUBJECT} and {BODY} which are defined by the template.
If action triggers a report, the content of the report will be embedded in the {BODY} and action associated with the given report called instead:
This way we can also call stand alone reports that are not triggered by checks, for example daily or weekly Server overview report or even business reports.
Actions are executed by a PowerShell step in the SQL Server agent job and there are currently two types supported T-SQL and PowerShell which are invoked by either by Invoke-SqlCmd or Invoke-Expression
Actions support templates. For example, we may want a short description in the Pushover notification and more details in an email notification.
Templates are defined in [dbo].[sqlwatch_config_check_action_template]. Each status (OK, WARNING and CRITICAL) has its own subject and body templates which generate {SUBJECT} and {BODY} content required by the action_exec
To make it easier to build custom templates, a number of variables have been exposed for the end user:
Variable
Description
{CHECK_STATUS}
Status of the check (OK,WARNING,CRITICAL)
{CHECK_NAME}
Name of the check
{CHECK_ID}
ID of the check
{CHECK_DESCRIPTION}
Description of the check
{SQL_INSTANCE}
@@SERVERNAME
{CHECK_QUERY}
Query executed by the check
{CHECK_VALUE}
Value returned by the check
{CHECK_LAST_VALUE}
Value returned by the previous check. Useful for context.
{CHECK_LAST_STATUS}
Status of the previous check.
{LAST_STATUS_CHANGE}
Date Time when last status change has occurred.
{CHECK_TIME}
Date Time of the current check
{THRESHOLD_WARNING}
Value of the warning threshold
{THRESHOLD_CRITICAL}
Value of the critical threshold
{SQL_VERSION}
@@VERSION
For example, if we have a simple check that does not call a report, the following plain text template:
Will result in the following content:
In addition, actions that trigger reports have these variables exposed:
Variable
Description
{REPORT_TITLE}
Report title
{REPORT_DESCRIPTION}
Report description
{REPORT_CONTENT}
Report content (output from the report execution in HTML)
For example, if we have a check that calls Disk Utilisation Report, the following action template (note the HTML tags and the Report Content section):
Will generate the following report:
Each action's attributes are defined for each in the association table [dbo].[sqlwatch_config_check_action] and can differ for each combination of check and action
Attribute
Type
Description
action_every_failure
Boolean
Tells whether to notify about subsequent failures or just the first occurrence. When set to FALSE the action will only trigger on the first occurrence of the check going from OK to non OK status.
When set to TRUE the action will trigger every time the check returns a non OK status.
action_recovery
Boolean
Tells whether to trigger an action when the check recovers from non OK status to OK. This could be handy if we want to be notified that the problem has been resolved.
action_repeat_period_minutes
Numeric
Number of minutes to repeat action. Only applies when the "action_every_failure" is set to FALSE and will send a repeat notification every x minutes. This is handy if we want to be repeated daily or hourly about alerts that do not require urgent attention, for example low disk alert.
action_hourly_limit
Numeric
Maximum number of actions that can be triggered per hour to avoid flooding.
action_template_id
Numeric
ID of the action template
