数据源,数据源模块类型使用某种形式的仪器或某些定时触发动作生成数据。作为示例，数据源可以从特定的Windows事件日志提供事件，或者它可以为特定性能计数器每10分钟轮询Windows性能计数器。数据源不需要输入数据并提供一个输出数据流。数据源不会更改任何对象的状态。
探针动作 -探测动作模块类型使用一些输入数据来提供一些输出数据。探测动作将以某种方式询问被监视的实体，但它不应该以任何方式影响系统状态。例如，运行一个脚本查询WMI以获得一些数据。探测操作通常与数据源一起使用，以定时运行某些操作。探测动作模块类型可能使用或不使用输入数据项来影响行为。换句话说，当触发探测动作时，探测动作会从外部源生成输出。探测动作有一个输入流和一个输出流。与数据源模块一样，探测动作模块不会改变对象的状态。
条件检测 -条件检测模块类型以某种方式过滤传入的数据。过滤器类型的示例包括输入数据上的简单过滤器、类似数据项的合并、多个输入之间的相关性以及性能数据的平均。条件检测模块类型可以接受一个或多个输入数据流，并提供单个输出数据流。条件检测模块不使用任何外部源，也不更改对象状态。
写作 -写操作模块类型接受单个输入数据流，并将其与某些配置一起使用，以某种方式影响系统状态。此更改可以在被监视的系统中，也可以在Operations Manager本身中。例如，操作可能是运行一个将数据写入Operations数据库的脚本，或者运行一个生成警报的脚本。一个写操作可以也可以不输出数据。此数据不能传递给任何其他模块，因为写操作是工作流中的最后一个模块。但是，数据可能被发送到Operations数据库。示例操作是运行输出数据的命令，例如返回成功或错误报告的命令行。这些数据可能对执行该命令的操作员很有用，并且返回到Operations控制台并存储为任务输出。
探测动作可能导致意外的状态变化-对对象状态的更改应该只发生在对编写操作模块的响应中。请注意，Operations Manager不能确定探测操作是否被用于以某种方式更改对象的状态。例如，如果您运行的脚本是探测动作模块类型的一部分，那么您可以在脚本中以某种方式更改对象状态。管理包的作者应该遵循模块类型定义指南。如果您正在更改系统状态，则应该使用写操作模块类型。
“做饭”
下锅是管理包编写中的一个重要概念。Operations Manager代理或服务器在任何给定时间都在运行数百甚至数千个工作流。加载的每个工作流都需要一些系统资源。显然，监控占用的系统资源越少越好。
管理包作者可以做很多事情来减少监控对系统的影响。一种方法是确保工作流的目标不是过于一般化。我们已经在本章提到过了，在"单位监视器“例如，如果你有一个规则只适用于运行Microsoft ISA Server 2006的服务器，不要将该规则针对所有Windows服务器;相反，您应该将其定位于适当的ISA Server类。
烹饪不是针对目标;它是一个原则，在大多数模块中，Operations Manager Health Service将尝试最小化内存中的实例数。这是通过考虑模块的配置来实现的。通常，如果健康服务在具有相同配置的不同工作流中看到两个模块具有相同的配置，则它将仅执行单个模块并将输出馈送到定义模块的所有工作流程。这是您应该了解的效率，特别是如果您将是Opsmgr的创作脚本。
以下是两个简单规则的例子:
规则1 -从应用程序日志中收集事件ID =11724和事件源= MsiInstaller(应用程序删除完成)。
规则2 -从应用程序日志中收集事件ID =1005和事件源= MsiInstaller(系统需要重新启动以完成或继续应用程序配置)。
Operations Manager看到，两个规则的事件日志提供程序数据源(应用程序日志事件)配置相同。只有一个模块实例将运行。这两个MsiInstaller事件ID规则或表达式过滤器将从同一个模块的输出中获取输入数据。一个条件检测模块可以处理大量的表达式过滤器。在事件日志提供程序示例中，对于每个被监视的日志，通常只有一个模块在执行(除非您是在不同工作流的不同凭证下运行该模块)。
在编写要由OpsMgr运行的脚本时，特别是在同一个运行状况服务上有针对同一对象类型的多个实例运行的脚本时，down变得尤为重要。如果您不考虑cook down，那么您最终可能会运行许多脚本，而实际上通过考虑配置和目标可以运行单个脚本。
数据类型
我们已经讨论了模块类型，以及OpsMgr如何在内部使用它们来实现工作流。显然，OpsMgr必须在模块之间传递数据。该数据的格式根据输出数据的模块而变化。例如，从事件日志读取的数据源将输出与从基于文本的日志文件读取的模块不同类型的数据。有些模块类型需要某种类型的数据。阈值模块类型期望性能数据，而将数据写入Operations Manager数据库的模块类型期望事件数据。因此，Operations Manager有必要定义和使用不同的数据类型。
数据类型在管理包中定义。然而，这个定义仅仅是一个指向数据类型的代码实现的指针。Operations Manager 2007不支持开箱即用的数据类型扩展。
数据类型以类似于类定义的方式遵循继承模型，在“服务建模这一节。而类层次结构是从一个名为System的基类开始的。实体，数据类型层次结构从一个名为System.BaseData的数据类型开始。所有数据类型最终都继承自基本数据类型。系统中数据类型的示例。BaseData类包括Microsoft.Windows.RegistryData(用于检查注册表值的探测动作模块)和System。CommandOutput(用于返回有用的命令行输出的写操作模块)。
当定义模块类型时，它必须在适用时指定它接受和提供的输入和输出数据类型。这些必须是在同一管理包或引用的管理包中定义的有效数据类型。当模块用于工作流中时，模块类型接受并提供的数据类型必须与工作流中的其他模块兼容。
表示层
本章将逐步详细描述OpsMgr如何在管理组、管理包和工作流级别上工作。现在我们来讨论一下OpsMgr中的表示层。这是OpsMgr的一部分，你可以用你的眼睛看到，并将在一个连续的和例行的基础上工作。
与任何用户级应用程序(而不是设计成只能作为Windows服务在后台由机器运行的应用程序)一样，OpsMgr中的表示层负责向用户或操作员传递和格式化相关和有趣的信息。Operations Manager 2007的主界面是Operations控制台。为了在办公室之外进行监视工作，微软提供了一个基于web的控制台，它具有完整控制台功能的子集，为监视功能进行了优化。最后，还有命令行PowerShell，用于与OpsMgr进行基于文本的交互。
Opsmgr可以向用户提供具有各种外部通知技术的用户，例如电子邮件和即时消息。在第8章“配置和使用Operations Manager 2007中，详细讨论了这些通知的示例以及它们的配置方式。但是，opsmgr无法通过通知管理并运行。
操作控制台
除非从远程位置使用Web控制台，或者为专门的工作运行PowerShell，否则操作人员和operations Manager 2007应用程序之间的所有交互都将使用operations控制台进行。该控制台不是Microsoft Management console (MMC)管理单元，而是安装在管理服务器上的独立应用程序，可以选择安装在任何受支持的Windows计算机上。
Operations控制台由几个窗格组成，如图3.17，每一种都有特定的用途。我们将在第8章详细介绍在各个控制台窗格中访问的OpsMgr特性。
操作控制台的布局。
正如你可以看到的那样图3.17Opsmgr控制台与流行的Microsoft Office Outlook应用程序共享一些功能，例如导航窗格和导航按钮。“操作”窗格共享另一个当代Microsoft应用程序的外观，Exchange 2007（也为PowerShell作为集成组件）。左下角的导航按钮是控制台的关键功能。它们提供了一种快速，直观的方式来在管理任务之间转移，而不会射击其他控制台或应用程序。以下是在这些导航按钮上快速崩溃：
监控面板,显示几种不同类型的视图，使运营商能够分析受管环境中的监视结果。这是Opsmgr的大多数用户都会花时间，因为监控窗格是行动的位置！
此处存在警报，事件，对象状态，性能，图表，任务和仪表板的视图。安装报告后，“操作”窗格的下部提供了“结果”窗格中对象的上下文感知报告。
创作窗格 -可以创建其他监视对象以自定义或补充管理包中提供的默认监视设置。可以使用带有Opsmgr提供的多个模板创建新的自定义管理包。此处创建了用于目标规则的自定义组。只有管理员和高级操作员可以访问此窗格。
报告窗格,如果在管理组中安装了OpsMgr报表，则此窗格将显示一个报表库，其中包含管理包中的报表，并允许编辑自定义报表。只有管理员和报表操作员可以访问此窗格。如果未安装报告，则此导航按钮不存在。
报表库包含一般报表，如警报日志记录延迟和最常见事件报表。从Reporting窗格启动的报表没有预先指定的上下文，操作符必须在运行报表之前在参数头中手动指定报表的上下文。报告将在第8章进行更详细的讨论。
行政伙伴 -允许编辑影响整个管理组的高级Operations Manager设置。它还允许查看和配置各个管理服务器和被管理对象。这里管理关键的安全性角色、作为帐户运行和作为概要运行。与添加和删除代理管理的计算机、无代理管理的计算机和网络设备相关的所有工作都将在此窗格中执行。只有管理员可以访问此窗格。
我的工作区面板,启用控制台自定义的创建和存储以供稍后重用。虽然OpsMgr管理员可以使用管理窗格修改主视图并添加新视图，但运营商有许多场合有许多人有自己的想法或监控要求。我的工作区窗格是一个个人区域，控制台用户可以对他们的心脏内容进行新的自定义视图，而不是影响其他系统用户。用户还可以在此处存储可能复杂的搜索条件，在使用这些搜索时，每次未来的场合节省大量时间。
将导航按钮区域转换为工具栏-Operations Console的导航按钮区域提供了一种快速方式来更改控制台中结果，详细信息和操作窗格的功能。但是，默认导航按钮侵入了它们上方更有使用的导航窗格，并占据了近10％的控制台区域。您可以通过向下拖动顶部导航按钮上方的分组栏来恢复该空间。这将较大的导航按钮崩溃到更小的图标，类似标准工具栏。
控制台的中心部分(Results和Details窗格所在的位置)特别可重新配置，并在某些控制台视图中划分为多达9个单独的窗格。操作控制台还使用多个窗口，它们像弹出窗口一样打开，可以在不影响主控制台的情况下关闭。例如，当使用覆盖、搜索、运行状况资源管理器和安全等操作管理器特性时，将打开新窗口以支持所选操作。
Operations控制台中的Find、Search和Scope按钮使用户更容易管理数据。Scope和Search控件位于工具栏区域的控制台顶部，而Find筛选器位于Results窗格的顶部。因为OpsMgr可以管理成千上万的对象，这些过滤功能在大型环境中是一个关键的可用性特性。
Web控制台
再次借用Outlook界面的成功，这是一个非常受欢迎的，几乎相同的web界面Outlook web Access，微软为OpsMgr提供了一个web控制台。运营经理2007 Web控制台确实是Web界面设计和执行的胜利。它模仿了整个操作控制台的Monitoring和My Workspace部分的许多特性。
当用户从任何一台计算机第一次访问web控制台时，ActiveX控件就被下载到用户的web浏览器中。如果Web控制台安装在管理服务器上，则管理组可以使用其他通知和访问特性。具体来说，它为智能手机和具有网络或互联网接入的个人数字助理(pda)提供了一个移动访问功能，以及一个Really Simple Syndication (RSS) 2.0版本功能，该功能允许运营商设置OpsMgr警报的RSS订阅。
PowerShell
PowerShell提供了一种无需任何图形界面就可以与OpsMgr应用程序交互的方法。许多可以在操作和Web控制台中完成的工作也可以使用PowerShell完成。PowerShell在各种特殊情况下特别有用。与非常有用的OpsMgr控制台相比，它是与PowerShell的命令行一起工作的一个调整，特别是在开始阶段。但是，仅仅有机会使用命令行以编程方式查看和设置Operations数据库中的数据，对管理员的工具箱来说是一个非常好的补充。