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