博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Windows事件--重复事件检测
阅读量:7113 次
发布时间:2019-06-28

本文共 2539 字,大约阅读时间需要 8 分钟。

监视器--Windows事件--重复事件检测--计时器重置:

自动重置计时器:指定等待时间10分钟,则在10分钟后自动关闭该警报,更改状态为 正常(绿色)

 

检测事件1,事件3重置计数器状态,2分钟内检测到3次 事件1 触发Alert

重复设置--计数模式

计时器触发:检测到 事件1,开始计时,达到2分钟触发Alert

计数器触发:检测到 事件1,在2分钟内检测到3次触发Alert
计数器,滑动:00:01检测到 事件1,计时器窗口从该时间点开始算起,如果在2分钟内未再次检测到 事件1,则不会触发Alert;在00:04检测到 事件1,计时器窗口重新从该时间点开始算起,如果在00:06之前还未检测到3次 事件1,则计时器窗口又重新开始计算;在00:05检测到 事件1,到00:07时共检测到3次 事件1,则触发Alert

 

 

 

Repeated Events Example

To help with understanding the different algorithms used for repeated event detection, the following table shows the effect on health state for monitors based on the different kinds of consolidation. This is based on a repeated event monitor that uses the following details:

  • Consolidation interval: 2 minutes
  • Compare count: 3 (ignored by Trigger on Timer)
  • Health state on repeated event: Critical
  • Reset Logic: Event reset using Event 3

 

Time Event Trigger on Timer Trigger on Count Trigger on Count, Sliding

00:00:00

-

Healthy

Healthy

Healthy

00:01:00

Event 1

Healthy

Healthy

Healthy

00:02:00

-

Healthy

Healthy

Healthy

00:02:30

-

Healthy

Healthy

Healthy

00:03:00

-

Critical

Healthy

Healthy

00:03:30

Event 3

Healthy

Healthy

Healthy

00:04:00

Event 1

Healthy

Healthy

Healthy

00:04:30

-

Healthy

Healthy

Healthy

00:05:00

Event 1

Critical

Healthy

Healthy

00:05:30

-

Critical

Healthy

Healthy

00:06:00

-

Critical

Healthy

Healthy

06:30:00

Event 1

Critical

Healthy

Healthy

07:00:00

Event 1

Critical

Healthy

Critical

07:30:00

-

Critical

Healthy

Critical

00:08:00

Event 1

Critical

Healthy

Critical

00:08:30

-

Critical

Critical

Critical

00:09:00

Healthy

Critical

Healthy

Healthy

  • Using trigger on timer, a critical state is set at 00:03:00 event though the event is received at 00:01:00 because the time window starts when the monitor is loaded. The start is reset to healthy at 00:03:30, but the critical state is again triggered at 00:05:00 from the time window started at 00:03:00.
  • Using trigger on count, the event at 00:05:00 does not trigger a critical state because the time window started by the event at 00:01:00 would have expired at 00:03:00. This event is instead part of the time window started by the event at 00:04:00 which expires at 00:06:00. The monitor triggers a critical state at 00:08:30 because of the 3 events detected in the time window started with the event at 00:06:30.
  • Using trigger on count, sliding, each occurrence of Event 1 starts its own window. The critical state is triggered at 00:07:00 from the 3 events detected in the time window started with the event at 00:05:00.

 

      自:http://technet.microsoft.com/en-us/library/hh457566.aspx

转载地址:http://cyghl.baihongyu.com/

你可能感兴趣的文章
DataBase异常状态:Recovery Pending,Suspect,估计Recovery的剩余时间
查看>>
一个android版本的rss阅读器--明天补充实现过程,先上图
查看>>
WPF TreeView
查看>>
HTML: 仿写一个财经类静态的网页
查看>>
POJ 3979 分数减法【数学问题的探讨】
查看>>
HashSet
查看>>
C#读写config配置文件
查看>>
JavaScript:文本域事件处理
查看>>
关于dctser进程
查看>>
Sqoop架构(四)
查看>>
【转】Xcode托管代码到oschina中的教程
查看>>
QTP的那些事 -– Visual Relation Identifier Feature: How to use in the real world
查看>>
一步一步教你使用AgileEAS.NET基础类库进行应用开发-基础篇-演示ORM中的查询
查看>>
win7远程登录
查看>>
5.6. DHCP
查看>>
RDIFramework.NET ━ .NET快速信息化系统开发框架 V3.2->Web版本模块管理界面新增模块排序功能...
查看>>
开始写博客啦啦
查看>>
ajax与算法,sql的group处理
查看>>
《C#高级编程》笔记系列--点滴记录(持续更新中……)
查看>>
采用泳道图工具跟踪项目进度或者问题解决进度
查看>>