发现- - - - - -一个发现是一个工作流程，发现的一个或一个特定类型的多个对象。一个发现可以同时发现多种类型的对象。正如前面介绍的“服务建模“这一章的部分，有两个对象发现和关系发现规则。
规则 -一个规则是一个通用的工作流，可以做许多不同的事情。例如，它可以收集数据项、对特定条件发出警报或以指定的频率运行计划任务。规则根本不能设定国家;它们主要用于收集显示在控制台或报表中的数据并生成警报。
任务-一个任务是按需执行，通常是由OpsMgr的控制台的用户发起的工作流。直到所需的任务不会被加载的OpsMgr。也有代理启动的任务，其中代理打开与服务器的TCP / IP连接，启动通信。在连接建立之后，它是一个双向通信信道。
监控- - - - - -一个监控是一个状态机，它最终决定了OpsMgr监视的某种类型对象的状态。有三种监视器类型:聚合(内部rollup)、依赖(外部rollup)和单元监视器。单元监控器是最简单的监控器，它只检测条件、更改其状态，并将该状态传播到运行状况模型中的父监控器，该父监控器将酌情卷取状态。我们将在本章的下一节更详细地介绍监视器。
Diagnostics-一个诊断是附加到特定监视器的按需工作流。诊断工作流在监视器进入特定状态时自动启动，或者在监视器处于特定状态时根据用户的要求自动启动。如果需要，可以将多个诊断信息附加到监视器上。诊断不会改变应用程序状态。
复苏- - - - - -一个复苏是附接至一个特定的监视器或特异的诊断按需工作流程。当自动监视器进入特定状态或当诊断已用完，或者在由操作员的需求恢复工作流程被启动。多回收如果需要，可以连接到监视器。一个回收改变以某种方式应用程序的状态;希望它修复了监控器检测到的任何问题！
Overrides-重写用于改变以某种方式监测行为。许多类型的优先选项可供选择，包括监控功能，如发现，诊断和恢复特定的覆盖。通常情况下，OpsMgr的管理员或操作员组覆盖根据他的具体，当地的环境。然而，在某些情况下，管理包的供应商可能会建议建立特别的场景覆盖作为最佳实践。
监控
这一切都始于运营经理2007中的监视器。我们已经提到，运行状况模型是监视器的集合。如果您要编写一个管理包，您可能会从创建单元监视器开始。单元监控器将检测您确定的对评估需要管理的应用程序、设备或服务运行状况的某些方面至关重要的条件。
监视器提供了OpsMgr中监控的基本功能。你可以把每个显示器看成状态机，一个自包含的机器，其设定基于条件的变化的组件的状态。监视器可以是仅在一个状态在任何给定时间，并且有操作状态的一个有限数。
监视器可以检查单个事件，也可以检查代表许多不同问题的各种事件。监视器设计的目标是确保监视器的每个不健康状态都指示定义良好的问题，该问题已经知道诊断和恢复步骤。
不建议使用单个监视器来处理大量单独的问题，因为这样做的价值较小。我们在导言中提到"健康模型在本章中，向运行状况模型添加监视器可以增加对象监视体验的丰富程度。使用多个监视器增强对象的运行状况模型可以提高对象运行状况状态的保真度。运行状况模型中的监视器越多，也意味着托管、包含、依赖或引用该对象的其他托管对象的关系连接点越多。
我们指出，用来代表健康模型图监视器的“珍珠”图标。一个空的珍珠图标表示一个通用的或非操作的监视器。图3.11是表示默认监视器图标图像和它们的相应的操作状态的图。
这些状态图标会在操作控制台中遇到。
正常运行的监视器只显示其中一个主要状态图标:绿色/成功、黄色/警告或红色/危急。新创建的或不起作用的监视器将显示空白的珍珠图标。灰色的维护模式“扳手”图标会出现在所有的监控视图中，与放置在维护模式下的对象对齐。您将遇到的最后一种状态图标是灰色状态图标，它表示托管对象失去联系。例如，它可以引用目前不在网络上的托管笔记本电脑。
需要明确的是，有三种监测到的管理包作者可以创建的：聚合汇总监视器，依赖关系汇总监视器和单元监视器。在接下来的章节中我们将介绍这些监视器类型。
聚合汇总监视器
让我们回到图3.9SML各层的视图，允许对相关监视器进行战术部署。在右边，请注意，监视器是按类别分类的，实际上是四个垂直列，通过rollup连接到顶级实体运行状况状态。Microsoft在开发OpsMgr时选择了这四个类别作为框架，以聚合任何托管对象的运行状况。
状态监视器中的四种标准类型的聚合监视器的详细信息如下表所示:
可用性健康 -示例包括检查服务是否正在运行、装载了OpsMgr运行状况服务中的模块以及基本节点的向上/向下跟踪。
性能健康 -实例包括用于可用内存，处理器利用率和网络响应时间阈值。
安全卫生,有关安全监视器未包含在其他聚合监视器。
配置健康-示例包括确认Windows激活状态和IIS日志已启用并发挥作用。
依赖关系汇总监视器
第二类监视器是依赖项rollup。这样的监控器从通过托管关系或成员关系相互链接的目标汇总运行状况状态。依赖rollup监视器的功能与聚合rollup监视器类似，但是位于SML层次结构的中间层。
在图3.9，请再次注意单元监视位于右下角的IIS服务。在IIS服务级别上有两个性能类型的单元监视器，它们在Windows计算机角色级别上合并。合并点表示针对Windows计算机角色的一个或多个依赖项rollup监视器。
早在"服务建模“这一章一节，我们探讨的对象，如磁盘分区，逻辑磁盘和物理磁盘如何有许多关系。图3.12显示一个示例依赖项rollup监视器，涉及在OpsMgr创作空间中创建的磁盘系统。
创建依赖关系汇总监视器时的目标是一个磁盘分区。
中创建的监视器图3.12靶向对抗Windows Server 2003的磁盘分区类。OpsMgr的人都知道磁盘分区包含逻辑磁盘，所以当你创建一个新的依赖关系汇总监视器针对Windows Server 2003的磁盘分区类，现有的监视器OpsMgr的优惠，从在Windows Server 2003逻辑磁盘类选择。
我们还可以展开“合并”IIS服务性能单元监视器的示例图3.9。如果我们在创造创作空间依赖关系汇总监视器，我们会选择在Windows计算机角色作为我们监控的目标。创建一个依赖监视器向导将为我们提供相关对象的列表，从包括那些IIS服务性能监视器。
单元监视器
单元监视器允许管理包的作者定义的状态，以及如何检测这些国家的名单。一个简单的单元监视器是基本服务监视器。当Windows服务停止运行，此显示器引起了状态的变化。更复杂的设备监测器运行脚本，检查文本日志，并进行简单网络管理协议（SNMP）查询。单元监视器被部署，或靶向，在一类对象时，它被撰写。
目标代理部署一个监视器到所有计算机针对代理对象类的监视器将部署到所有托管计算机。将代理目标像“所有计算机”组一样用于监视器，但也要有节制地使用。OpsMgr的最佳实践是将最少量的适当监视器部署到被管理的计算机。
在创建监视器和设想操作状态时，微软建议OpsMgr管理员和管理包作者这样做，而不需要考虑这些监视器的实际实现。其原因是OpsMgr不仅在默认情况下为常见场景提供了许多监控类型，而且还可以构建不同的工作流来满足任何监控需求。基本上，我们鼓励管理包架构师“跳出框框”思考，用简单的概念描述如何评估应用程序的运行状况。在此之后，您可以查看OpsMgr提供的用于相应地对应用程序进行检测的许多工具。
图3.13呈现一个蒙太奇截图，其包括所有可能类型中的OpsMgr控制台的编辑空间可用的单元监视器。这些是用于建筑的健康模式的仪器的工具。
的可创建类型单元显示器的完整菜单。
超过50种单元监视器类型可以作为软件工具放置在SML框架中。请记住，单元监控器向上卷到聚合监控器(可用性、性能、安全性和配置)，有时通过依赖关系rollup监控器。监视器设计的目标是确保监视器的每个不健康状态都指示定义良好的问题，该问题已经知道诊断和恢复步骤。表3.2提供了在菜单中找到的单元监视器类型的一些解释图3.13。
表3.2单元监视器类型
监视器类型 |
描述 |
平均阈值 |
多个样本的平均值。 |
超过阈值的连续样本 |
在连续几分钟内保持在阈值之上或之下的值。 |
增量阈值 |
更改值。 |
简单的阈值 |
单一的阈值。 |
双阈值 |
两个阈值（监视值是否在给定对阈值之间）。 |
事件复位 |
出现清除条件并自动重置状态。 |
手动复位 |
基于事件的;等待操作者清除。 |
定时器重置 |
基于事件的;一定时间后自动清除。 |
基本服务监视器 |
使用WMI检查指定的Windows服务的状态。显示器将是当服务没有运行或者没有被设置为自动启动不健康的。 |
两种状态监视器 |
监视器有两种状态:健康和不健康。 |
三态监视器 |
监视器有三种状态:健康、警告和不健康。 |
要结束关于监视器的这一节，我们将通过覆盖SML和活动服务监视器的运行状况模型来将它们组合在一起。图3.14是运行在管理服务器上的OpsMgr运行状况服务本身的运行状况模型的完全扩展视图。
在对象描述树的最底层开始，我们看到计算机上飓风的MonitoringHost专用字节阈值单元监视器。五个单元监视器显示的最低行卷起来成健康服务性能监视器。这些单元监视标以缩写SVC把手，SVC PRIV，周一把手，星期一PRIV，并且发送队列中图3.14。所述MonitoringHost专用字节阈值（简写星期一PRIV）单元的显示器是处于临界状态。
我们可以在运行状况模型中跟踪此单元监视器状态的传播。OpsMgr运行状况服务是Windows本地应用程序运行状况Rollup的应用程序组件。由于MonitoringHost私有字节阈值(缩写为Mon Priv)单元监控器处于临界状态，运行状况服务处于临界状态。向上发展，应用程序状态与硬件、操作系统和计算机状态一起上升到对象的性能组件。
临界状态被传播到性能监视器的应用程序组件。最后，在健康的模型中，聚合监视器卷起的性能，可用性，安全性，和配置显示器的顶部。根实体，这是服务器本身飓风，表示汇总的健康状态，这是至关重要的。
图3.15示出了状况资源管理器对的状态下的计算机在所示图3.14。如果您在操作控制台的监视窗格注意到计算机的临界状态，你可能会打开Health Explorer的计算机，它可以让你快速了解什么是错的。通过在状况资源管理器的结构比较图3.15在提出的SDK和健康模型层图3.14，你可以匹配在健康模式和健康资源管理器相同的关键健康图标。
OpsMgr运行状况服务运行状况模型的展开视图。
中详细说明的运行状况模型的运行状况浏览器屏幕截图
工作流
准确地说，Operations Manager 2007的核心是一个巨大的工作流引擎。实际上，OpsMgr中的监视是基于工作流的概念。Operations Manager代理和服务器将同时运行多个工作流，以便发现和监视应用程序、设备和服务。
模块类型
模块类型是Operations Manager工作流的构建块。工作流在管理包中定义，然后分布到被管理的计算机中。工作流可以做很多事情，包括收集信息并在操作数据库或数据仓库中存储数据、运行定时脚本、创建警报和运行按需执行的任务。工作流是使用模块定义的，而模块被定义为一种称为a的特定类型模块类型。可以定义四种不同的模块类型：数据源，探头动作，状态检测和写入动作。图3.16说明这些模块类型。
工作流中的OpsMgr通过四个特定的模块类型来执行。
在里面 ”体系结构概述在本章的章节中，我们将管理组和管理包与回答“OpsMgr如何做到这一点”的宏观和微观视图进行了比较。在这一节中，我们将讨论亚微观!在程序级，以下是OpsMgr服务内部使用的术语和数据流结构: