Submit a ticketCall us

Cloud Workloads: Meet Your New Hybrid IT Reality
Have you found yourself in that evolving, hybrid IT grey area and wondering if cloud workloads are now part of your purview? And if so, will monitoring cloud workloads require a new set of dedicated cloud monitoring tools? Your answers: yes, they should be, and no, they don’t.

Find out how SolarWinds® Server & Application Monitor (SAM) can help you monitor your cloud workloads side by side with your on-premises workloads. Register Now.

Home > Success Center > Orion Platform > Orion Documentation > Orion Platform Administrator Guide > Use alerts to monitor your environment > Changes in the alerting engine

Changes in the alerting engine

Created by Caroline Juszczak, last modified by Magdalena.Markova on Dec 21, 2016

Views: 53 Votes: 0 Revisions: 5

As of Orion Platform version 2015.1, alerts are no longer created with the desktop-based, Advanced Alerts Manager or Basic Alerts Manager. Alerts are instead created and managed in the SolarWinds Orion Web Console.

The Alerting Engine Service has been removed and you will no longer see this service under the Orion Service Manager or Windows Services.

 

Alerts that you created in the desktop-based Alert Manager are migrated to the web-based alerting engine when upgrading to Core version 2015.1 or later. Some alerts may not be successfully migrated and include information about why they were not migrated in the migration log. You can view the alert migration logs in the informational banners displayed after you update your installation.

Changed or removed functionality

The suppression section has not been carried over to web-based alerting. Use options, such as Condition must exist for more than, in the trigger conditions to accomplish similar tasks.

Database changes

The following are a list of tables that have been changed that you may be using in custom SQL queries:

  • Engines has been renamed to AllEngines
  • Nodes has been split into NodesCustomProperties, NodesData, and NodesStatistics
  • History has been split into table-specific history tables, such as the AlertHistory table.

The new alerting engine also includes the following new alerting tables:

  • Actions
  • ActionsAssignments
  • ActionsProperties
  • AlertActive
  • AlertActiveObjects
  • AlertConditionState
  • AlertConfigurations
  • AlertHistory
  • AlertHistoryView (introduced in 2015.1.3)
  • AlertMigrationLog
  • AlertObjects
  • AlertSchedules

Macro or variable changes

The following variables are no longer valid:

  • ${Property}- The property the alert is monitoring. You can select a new variable with the specific property you want to view.
  • ${TriggeredValue} - The value that triggered the alert. You can select a new variable with the specific property you want to view.
  • ${AlertStartTime} - When the alert active. You can use the Time of Day scheduler to control when the alert is active.
  • ${AlertEndTime} - When the alert is no longer active. You can use the Time of Day scheduler to control when the alert is not active.
  • ${ObjectSubType} - Determines if the node supports SNMP or is ICMP-only. You can use Node.ObjectSubType as the macro name.
 
Last modified

Tags

Classifications

Public