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

  • 常规讨论

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

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

    MonitoringClassSelect

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

    MonitoringObject

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

     

     

    现在上各种SCOM的Workflow:

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

    MonitorTree

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

    Rule.Event Rule.Performance

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

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

    Task

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


    Haidao
    2010年4月5日 12:37
    版主