Zcmes | 告警和动作 | 知识库
告警和动作
使用Webhook将Jira Service Management (本地部署)与Applications Manager集成
使用Webhook，您现在可以将Jira Service Management (本地部署)与Applications Manager集成，并在您的Jira实例中接收有关事件的实时告警。 按照以下步骤使用Webhook将Jira Service(本地部署)与Applications Manager集成： 在Applications Manager Web客户端中，进入动作 > Webhook/REST API动作。 输入该动作的显示名称。 在HTTP(s) ...
使用Webhook/Rest API动作将Service Now Event进行集成
Service Now中执行的步骤 1) 登录到您的ServiceNow实例(dev*****133.service-now.com) 2) 搜索Rest API Explorer并打开它 3) 在Rest API Explorer页面中，选择具有适用API版本的命名空间和API名称。例如选择以下选项。 4) 在请求主体下，为API添加所需的参数，添加字段的JSON有效负载会自动构建。 在Applications Manager中配置Service Now Event的步骤 1) ...
使用Webhook将PagerDuty与Applications Manager集成
使用Webhook，您现在可以将PagerDuty与Applications Manager集成，并在您的PagerDuty实例中接收有关事件的实时告警。 第 1 步：配置PagerDuty 打开必须通知Applications Manager告警的所需PagerDuty实例。 在您的PagerDuty实例中创建一个新的服务。选择集成类型时，请确保选择直接使用我们的API 选项。了解如何在PagerDuty中创建新服务。 ...
执行程序动作 - 企业管理服务器行为和已知限制
企业管理服务器中的行为 对于企业管理用户，以下是执行程序动作的行为： 不支持所选监视器组选项中的所有主机。 部分支持自动选择主机的选项。由于主机详细信息不会同步到管理服务器，所以我们将不支持通过托管服务器添加的监视器。要自动选择主机在管理服务器中工作，需要在托管服务器中通过手动执行程序动作 > 文件/目录监视器 > 脚本监视器来手动添加主机详细信息。 已知限制 以下是执行程序动作的已知限制： 从凭证管理器中更新的凭证将不会反映在添加使用特定凭证管理器的现有主机中。
尽管监视器运行良好，但监视器的可用性显示为关闭。
原因：监视器在上次轮询间隔期间状态为不可用。 解决方案：您可以等待下一次的轮询之后再次查看。您可以在监视器详细信息页面中的监视器信息选项卡内查看上次轮询和下一次轮询时间。
监视器组或监视器的可用性与运行状况的状态均为未知。
原因一：轮询未完成。 解决方法：点击监视器。在监视器信息页面的“下一次轮询时间”选项卡中提供下一次轮询开始时间的信息。 原因二：没有为运行状况配置阈值或当前没有满足阈值的条件。 解决方案： 默认情况下，Web应用程序、磁盘分区、线程池以及jdbc连接池的运行状况等属性没有任何关联的阈值，所以当出现相关问题时请放心。将阈值与所需属性相关联后，将进行根本原因分析并显示其运行状况。请遵循下列步骤操作： 1. 创建阈值配置文件。请参阅《用户指南》中的创建阈值配置文件 部分 。 ...
我已经创建了动作和阈值，但我没有收到任何有关它们的告警。
原因 1： 动作和阈值与接收警报的监视器没有关联。 解决方案： 有关详细信息，请参阅用户指南中的将阈值和操作与监视器关联。 原因 2： 指标值未超过阈值限制。
即使当参数值在可接受的范围内时，也会产生告警。为什么会发生这种情况？
Applications Manager 有一组预定义的动态参数阈值。当这些动态参数的值达到阈值限制时，便会默认产生告警。如果定义的默认阈值不符合您的要求，您可以对其进行删除或者修改。所以请您点击查看阈值，并在删除/编辑中修改符合您要求的动态参数关联的阈值。
即使已经与监视器的属性相关联，也不会生成告警并且不会执行动作。
原因： 当严重程度保持不变时，不会有任何告警和执行相关动作。 解决方案： 如果告警的严重程度发生变化（之前的严重程度和当前的严重程度不同），则会产生告警并执行相应的动作。
尽管生成了告警，但我没有收到任何电子邮件。
原因：未配置SMTP邮件服务器。 解决方案：您需要配置SMTP邮件服务器才能接收电子邮件。有关详细信息，请参阅《用户指南》中邮件服务器的部分。
点击告警选项卡时，我收到一条消息“[Exception n:/webclient/common/jsp/TabComponent.jsp] null”，应该怎么办？
原因： 该问题是因为运行Applications Manager的机器名称在DNS中没有被解析。 解决方案：在运行Applications Manager机器的</etc/hosts>文件中添加主机 和IP 映射后可以解决此问题。
如果不为关键级别设置告警，我就无法在监视器组级别设置可用性告警。
场景：如果不为严重的级别设置告警，我就无法在监视器组级别设置可用性告警。对于单个监视器，它工作正常，我只能为可用性设置告警，但不是在组的层面。 要为监视器组的可用性配置告警，您应该使用今日可用性复选框中饼图附近的配置告警链接。默认情况下不展开“可用性”链接，通过点击链接，您才可以展开和配置相关告警。您可以在运行状况和可用性级别分别为监视器和监视器组配置电子邮件操作。 注意 1. 确保您已展开所有隐藏的（默认情况下）html 元素。 2. 确保您已看到下拉框中的所有选项。
在执行程序操作/脚本监控中，尝试使用echo或rem执行 .bat文件时失败。还有一些像ftp这样的命令不起作用。
解决方案：在少数Windows机器中，如果我们在这些命令前面放一个“@”，批处理文件中的某些命令将起作用 。
当我从Applications Manager的操作菜单中执行程序时，程序给我消息：“程序退出，代码为 1”。操作已成功执行，但在我运行程序时没有任何反应。批处理文件在我执行时工作正常。
解决方案：当您使用批处理脚本 (.bat) 时，请始终至少使用2个批处理脚本，一个脚本启动另一个脚本。例如： script1.bat: call scriptx.bat scriptx.bat: echo 'hello' 这对与了解 script1.bat 在机器上的运行状态有很大的帮助，所以将输出发送到日志文件。 script1.bat: call scriptx.bat > script1.log ...
我有一台CPU利用率非常高的机器，它每天生成数十封电子邮件。因此我决定通过将操作删除相关操作字段来暂时消除此测试的告警。但是我继续收到电子邮件。
解决方案：检查您收到的告警是针对CPU (或针对该特定属性) 还是针对该监视器的运行状况。因为告警可能是针对CPU (或针对该特定属性) 而不是针对监视器运行状况的删除操作。
即使超过阈值，我也没有收到告警。需要做什么？
解决方法： 在管理 -> 操作/告警设置 -> 连续轮询次数中查看值。该值决定了它应该等待多少轮询间隔来确定是否可以生成告警。
我的SMS告警信息被截断了。需要做什么？
解决方案：进入管理选项卡-> 操作/告警设置，然后点击该页面的复选框-“发送完整的短信信息，即使服务提供商对其进行限制”。 默认情况下，您在添加SMS操作时配置的完整信息会通过SMS发送。一些SMS服务提供商限制了通过SMS发送的字符长度。这可能会导致消息传递被截断。如果您只想发送有关监视器、属性及其严重性的信息，请取消选择此选项。例如创建SMS操作时提供的消息为“JBoss 服务器的运行状况出现严重等级告警”，那么接收到的SMS消息就是这个。
我想为所有事件日志创建告警，但ID为“xxxx”的某些事件除外。
解决方案： 打开文本编辑器并在以下文件夹“ <AppManager-Home>\working\conf ”下创建一个“EventLogExcludeList.txt ”的文件。我们可以实现事件日志排除，如下所述： 1) 排除事件的格式如下： EventId | Source | Category | User | EventType | Descripion 2) 该文件应位于 <AppManager-Home>\working\conf\ 目录中 3) ...
为什么我在告警升级通知的操作中看不到自定义消息和可替换标签？
如果电子邮件地址或手机号码在给定时间段内未收到任何告警，或者执行了特定程序，则告警升级为此类情况提供了升级选项。告警升级中使用的通知模板和工作流逻辑是，您不能将规则与任何一个单独的属性相关联，因此不会使用操作中可替换的标签和自定义消息，只使用选定操作中的收件人 (发件地址以及收件地址)。 ...
在AppManager中集成调制解调器时，我收到“调制解调器未正确连接”错误消息，我该怎么办？
SMS服务器应配置为通过调制解调器发送SMS告警，仅在Windows版本中可用。 先决条件： 将您的GSM调制解调器连接到Applications Manager主机中的串行通信端口。 只能使用一根串行电缆来进行连接。 支持的手机和调制解调器 http://goo.gl/9ava4 Applications Manager使用来自smslib的“SMS API”并列出了支持的调制解调器。 http://smslib.org/doc/compatibility/ ...