SAP IT Operations Analytics（ITOA）中的警报是描述事件或情况（重复）发生的对象。在ITOA不断获取数据的同时，它还允许自动分析传入的数据或更改的数据库状态是否会产生您希望得到警告的特定情况，以便对这些情况做出反应。ITOA中的警报主要由两部分组成：

允许识别单一情况的条件您要针对这种情况采取的操作

除此之外，还有一些可选参数可以配置：

配置对象指定应根据其发出警报的对象。E、 g.如果您希望得到有关服务器不规则内存消耗的警报，配置对象将是保存服务器标识符的属性。触发时间指定ITOA扫描此警报的间隔。如果没有指定触发时间，ITOA将每分钟运行一次扫描。抑制时间定义了仅在特定间隔执行行动，并在该间隔的长度内抑制行动，以避免警报风暴。根据先前定义的触发时间识别情况的作业仍将识别情况并增加计数器，但不会触发相应的操作。如果未定义抑制时间，则触发时间决定何时执行操作。

条件

与许多其他工具不同，ITOA不仅检查与特定筛选器匹配的事件的发生，而且允许定义复杂条件检查数据库中的特定状态。ITOA中的Analytics Builder组件及其"guided SQL framework"允许通过使用SQL及其几乎所有词汇表来定义条件。逻辑是执行select语句来检查是否有要创建的警报。如果此select语句不返回任何数据元组，则不会生成警报。否则，将对每个返回的数据元组发出警报。

虽然这可能会遇到一点复杂，甚至可能一开始就很复杂，但当我们考虑以下抽象场景时，完全可能的情况应该会变得很明显：

事件1创建数据库状态a，事件2创建数据库状态B。但是，如果事件2随后发生事件1–只有这样–这两个事件才会创建数据库状态C.

使用ITOA警报条件的SQL功能，您可以轻松检查数据库状态C，而不是在事件1之后检查事件2的发生情况。

此外，您可以轻松地使用诸如计数、求和、平均、舍入等聚合函数。

操作

从SAP开始IT Operations Analytics 2.0 SP03，ITOA允许两种不同类型的操作：

第二种选择是一种非常强大的自动化IT和数据中心操作的方法，通过自动采取自愈措施，而无需人工参与和潜在延迟。此类自动化操作的示例可以是在您选择的服务管理系统中通过调用其API或触发服务器中的操作来创建票证，大数据研发，网络或虚拟化管理套件，例如，以编程方式为即将遇到OOM错误的VM分配更多内存。

本教程是使用SAP IT Operations Analytics 2.0 SP03的云设备库（CAL）映像附带的数据集构建的。您也可以通过绘制自己的数据集并相应地调整步骤来遵循本教程。

场景

假设我们希望为以下要求定义一个警报：

我们希望收到关于在过去10分钟内平均可用内存不足20%的服务器的通知。我们希望每台服务器接收一个警报。我们希望在警报通知中包含关于服务器利益相关者、SLA优先级、业务所有者和支持团队的主数据。

注意：可能表明这种情况的事件以及主数据属性在ITOA的CAL映像附带的演示数据集中可用。如果您正在使用自己的数据集，则需要相应地调整后续步骤。

步骤0：使用Analytics Builder创建新故事

在ITOA中定义警报的首选方法是通过Analytics Builder。因此，在您的ITOA系统中导航到Analytics Builder并创建一个新的故事。

步骤1：定义条件的第一部分

在故事中，您可以将其他Analytics Builder构件（如图表的UI元素等）与警报定义相混合，但我们的建议是，为了概述和透明度，将它们分开。

您在Analytics Builder中定义警报的选项块可以在调色板的警报部分找到。警报定义的主要块是警报块。在画布上拖放一个。您可以立即为该警报提供名称、描述和严重性。请注意，此处指定的名称和说明稍后将显示在警报管理仪表板中。故事的名称只是分析生成器中"开发对象"的名称。还请注意，需要通过从下拉列表中选择值将警报的严重性设置为文本。在当前版本中，还不能通过将其绑定到另一个值来动态定义此警报。

现在让我们定义条件的第一部分，当此警报实际触发时。因此，请将选择块连接到警报的数据套接字。要将所需的Where、Group By和Column套接字添加到选择块，请单击选择块的小齿轮图标，勾选Where套接字的Filter复选框，并根据需要拖放其他套接字的列。

在我们的场景中用于检查主机内存消耗的事件数据位于下表：

因此，让我们将一个表块连接到Select块的From套接字，并可选地在其周围包装一个别名，淘客app源码，我们可以称之为"evt"。在表块中选择前面提到的模式和表。