上一主题: SNMPv2 行状态下一主题: 无状态监控的工作方式


有状态监控的工作方式

有状态监控使用定义的重要级别信息和对象模型为由一个或一组监视器代表的每个对象分配状态。 下面的表支持有状态监控:

在“自主监视器”表中创建条目时,您可以指定要针对特定阈值与重要级别和对象信息进行监控的 MIB 对象 (OID)。 在“进程监视器”表中创建条目时,您可以指定要针对其运行状态或进程属性阈值进行监控的进程。 该进程介绍了代理如何处理具有重要级别信息的有状态监视器。 处理传统监视器(没有重要级别)时,代理会以不同的方式进行操作。

注意:有关自主监控和进程监控的特定信息,请参阅“自主监控”和“进程监控”章节中每个监控类型对应的特定部分。

SystemEDGE 代理按如下所示实施有状态监控说明:

  1. 您可以在相应的 Systems Management Empire MIB 表中创建条目,以针对指定的组更改、正则表达式或事件监控进程组、日志文件或 Windows 事件日志。

    除非使用 CA Server Automation,否则需要重新启动代理才能识别对 sysedge.cf 文件所做的更改。 如果通过 CA Server Automation 创建条目并部署更改,代理将执行热启动并在运行时开始读取条目。

  2. (仅进程监控)代理使用在条目中定义的正则表达式确定要监控的进程 ID(或 Windows 服务索引)。
  3. 代理根据指定的轮询时间间隔轮询指定的 MIB 属性 (OID) 或进程属性。
  4. 当属性超过阈值时,代理将设置监视器条目的当前状态。 将当前状态设置为条目的重要级别列中定义的值。

    注意:代理聚合具有相同对象信息以及 monObjClass、monObjInstance 和 monObjAttribute 的相同值的监视器状态。 有关监视器聚合的详细信息,请参阅“状态管理和聚合的工作方式”。

  5. 代理向陷阱团体中的所有系统发送状态更改陷阱。 陷阱指定对象信息、超出阈值限制和当前对象状态(所有聚合监视器的最差状态)。
  6. 代理执行表条目(最差受监控对象)中定义的任何操作。 例如,如果您对已停止的进程定义了进程重新启动操作,代理将重新启动该进程。
  7. 代理继续轮询属性,如果阈值条件消失,代理将更新监视器的当前状态值并发送状态更改陷阱(如果最差状态更改)。

有关对具有传统监视器的代理进行操作的详细信息,请参阅传统监视器