SCOM 工作概念介绍 [SCOM中文系列之四]

前面简介了SCOM的安装和界面内容，后面会深入SCOM的监控工作到底怎么运行的。现在有必要把SCOM里面的各种概念先介绍出来，有个整体了解。SCOM内部工作机制及SDK暂且不谈，只谈运行时必要的各种概念，SDK及SCOM内部工作后面再讲。

MonitoringClass（监控对象类型？）：这个是用来定义监管对象的，比如说我要管理SQLServer，首先必须定义什么是SQLServer。这个是比较重要的概念，后面的各种概念都要依赖这个概念。MonitoringClass可以定义任意类型，相当于程序员写代码时定义的Class，MonitoringClass 也可以定义属性的，而且支持继承，这个概念对程序员来说特别好理解。我们定义任何监控的Workflow时候都需要指定这个worlkflow要应用到哪个MonitoringClass上面，给个图给大家理解一下：

MonitoringObject（监控对象）：理解了上面的概念，这个会比较容易理解。因为MonitoringObject就是各种MonitoringClass的运行实例（Instance），MonitoringClass是定义监管对象是什么，MonitoringObject就是一个监管对象。MonitoringObject是分类型的，就是说它是哪个MonitoringClass的实例。比如说我定义了汽车、火车，这些是类似MonitoringClass的虚概念；现在前面有个车，这个就是一个实体，相当于MonitoringObject的；这个车有个车型的信息，他要么是汽车，要么是火车。这样类比起来你应该可以理解了，程序员们会嫌我啰嗦了。上图：

Discovery（搜索器？）：当我们定义好一个MonitoringClass，就需要搜索器找到符合条件的监管对象，否则，就找不到对象来监控了，就是纸上谈兵了。举个例子：我定义了什么是SQLServer并且告知了SCOM，这个时候SCOM还无法管理SQLServer，需要搜索器来寻找SCOM的管辖内所有的SQLServer，然后监控工作才能进行。

现在上各种SCOM的Workflow:

Monitor（状态监控器）：主要起状态监控作用，检查某一个MonitorObject的状态怎么样。而且这个Monitor是一个树形结构，便于查看给定MonitoringObject的具体信息。还有，这个状态监控器也有几种类型，先说简单的两种UnitMonitor，AggregateMonitor。UnitMonitor是这个树上的叶子结点，真正起到监控作用，并将结果汇报给AggregateMonitor，AggregateMonitor不真正去做监控工作，但是它会整理下面提供的状态汇报给上面，最终反映到根节点就是这个MonitoringObject的Health状态。上图：

Rule（监控规则）：Rule在SCOM里面主要用来针对某个MonitoringClass收集处理数据，比如说提供NTEvent信息，生成报警信息，以及收集性能数据，等等。Rule的工作原理是当满足一个给定条件，就执行给定操作，比较适合做数据收集处理。这个容易理解，上图：

比较简单，不做注释了，至于这个图怎么生成的不管Rule的事，Rule只负责收集数据，是UI用Rule收集到的数据花了这个图表。

Task（任务）：针对目标Object执行的操作，这个更简单了，不需要条件直接执行给定的操作。一般不会自动运行，需要手工点击才会运行。上图：

 

以上是SCOM中常见的各种概念，今天先写到这里。