OpsMgr 2007在一个基于类的结构上运行。当监视基础结构发现一个“对象”(或实体)时，它将为该对象分配一组逻辑类。这些类充当托管对象的描述符。使用管理包的载体将托管对象的SML导入到OpsMgr中。具体来说，管理包添加了“对象类型”(或类)、它们的属性以及管理组中对象之间的关系的正式定义。关系通常采取依赖于另一个对象或另一个对象的容器的形式。
如果没有管理包和他们提供的知识，任何OpsMgr的组仅仅是一个大空的大脑。您可以比较管理组到大脑，这是一种物理结构;相反，管理包是类似于生活在大脑的记忆和想法。有用的想法在脑中基于知识和经验打造而成。管理组有用的工作流程是由管理包成为可能。
我们可以继续使用生物比喻来解释的方式管理包人类的知识和经验转化为可操作的机工作流。在医学界，一个非常精确的词汇的存在是为了描述在体内的对象。如果你觉得你的身体部位，你会发现很多类，属性和关系存在。下面是一些例子让你这样想的：
你有一个感觉器官“类”，其中包括“对象”，如你的眼睛，耳朵，舌头，鼻子和皮肤。
在你的身体需要许多对象与属性或限定符来描述，诸如“左”或“右”或“近侧”或“远侧”以特定的身体部位（对象）进行区分。
身体中的每一个物体都与其他物体有一个或多个关系，比如“依赖”手臂的手，或者“包含”血液的动脉。
类、对象和关系是OpsMgr识别对象、理解对象是什么以及如何使用对象的方式。正如我们通过向对象“hand”添加描述符“left”来更精确地描述特定的身体部分一样，OpsMgr使用越来越具体的层次描述符系统来描述对象。
现在你会看到在行动这个SML层观为我们描述了一个特定的对象，一个管理的Windows服务器上运行的网站。请参阅图表图3.6开始在说明书的左上部分，所述实体。这是在OpsMgr的“对象”一个字，它就像为对象的根的占位符。
使用系统建模语言描述对象。
出发下来，在描绘层次结构中的权利，或“树”图3.6中，我们添加描述符连续地缩小，或聚焦，所述特定管理对象的说明。如图所示，在Windows计算机角色是一个从属描述符计算机角色。同样，Internet信息服务（IIS）服务是OpsMgr的特定的Windows计算机角色，和被监控的网站是IIS服务的具体特征。
在同样说明图3.6是托管IIS服务对象之间的关系，如Windows操作系统（OS），和托管特定磁盘驱动器所监控的网站，这是在此说明感兴趣的对象。
管理包的能力来定义对象之间的关系，使用诸如“参考”，“用”，“托管”和“含有”，关键是要技术创新，在OpsMgr的发现比以前的微软管理技术。OpsMgr的设有通过SML及其分层的方法来描述对象，例如，监视分布式应用程序与包含关系，示意性的跨平台故障识别，以及在个别计算机组件维护模式是可能的。
管理包作者包括在发现过程中识别对象和对象之间的关系的能力。对象和关系是通过使用Windows管理检测(WMI)查询、脚本、数据库查询(OLE DB)、轻量级目录访问协议(LDAP)和自定义或“受管”代码检查计算机注册表的探针发现的。
我们将直接进入创作空间的高级视图，以强调发现对象及其关系的过程的重要性，以便理解OpsMgr是如何工作的。在图3.7，观察OpsMgr创作空间，重点关注管理包对象部分的对象发现分支。在中心窗格的上部，注意我们展开了三个已发现的类型类:
Windows Server 2003的磁盘分区
Windows Server 2003的逻辑磁盘
Windows Server 2003的物理磁盘
左边的箭头图3.7指向对象发现规则（分布在Windows Server 2003中基本操作系统管理包），其发现磁盘分区，逻辑磁盘和物理磁盘属性中使用WMI查询。在中心窗格中的下（详情）部分，我们可以发现Windows逻辑磁盘时（在这种情况下，寻找属性，如哪些文件系统正在使用，该卷是否被压缩）看到实际使用的WMI查询字符串。
当然，磁盘分区以及逻辑和物理磁盘高度相关的对象类。物理磁盘可以包含多个磁盘分区，这反过来又可以包含多个逻辑磁盘。逻辑磁盘可以跨越多个磁盘分区和物理磁盘。
注意,在图3.7特定对象类型(如“Windows Server 2003 Disk Partition”)的发现规则的目标列标识承载所发现类型的对象类型。例如，Windows Server 2003操作系统(OS)托管Windows磁盘分区;因此，发现Windows磁盘分区对象发现规则的目标是Windows Server 2003 OS对象类型(或类)。
探头如WMI和注册表项查询发现对象的属性。
除了对象发现规则外，关系发现规则也可以操作。对象发现规则使用WMI或其他探针来定位受管理的对象，并用可操作的对象属性填充操作数据库。这使关系发现规则能够查看对象属性，以发现特定的属性，这些属性表示依赖关系、托管关系或包含关系。
在Windows Server 2003基本操作系统管理包发现各种磁盘对象后，也发现对象使用不同的关系发现规则，这些类的磁盘之间的关系。见叫出来的关系，发现规则图3.8。在这个例子中的四个关系，发现规则识别物理磁盘和磁盘分区之间的关系，以及磁盘分区和逻辑磁盘之间。
这两个对象和关系发现规则与大多数对象类型，或相关的“班”。
健康模式
对象和关系发现完成后，操作数据库中填充对象的描述性数据（它的属性）。现在的OpsMgr可以开始执行管理组的主要工作，管理对象的健康模式的状态。
每个类或对象类型都有一个运行状况模型。即使是最简单的托管对象的状态或运行状况也由运行状况模型表示。一个模型是监视器的集合。我们将在后面详细的被覆盖监视器“显示器本章的“部分。当我们添加显示器，我们丰富的健康模式。
显示器被设置在树结构中作为必需的，其是如深或浅。健康模型的状态表示对象的当前状态。健康资源管理器显示对象的健康模型的实时视图。健康资源管理器工具可以对任何管理对象从控制台的监测窗格中的所有意见推出。
2007年OpsMgr的重点监控的概念是卷起。我们在早期的OpsMgr开发中第一次从微软听到这个术语，它用于描述运行状况状态从运行状况模型层次结构(树)中的较低级别“冒泡”到较高级别监控器的方式。运行状况模型中位于根实体对象层的顶层监控器是rollup，它表示对象的总体运行状况状态。
我们回到与服务建模的概念一起引入的对象分类的服务建模语言基于层的方法。图3.9图（左侧）树形Windows计算机上的IIS服务的类层次结构。注意位于与IIS服务的图内嵌的右下角的单元监视器。在四个基本类别的显示器（可用性，安全性，性能和配置）是由圆“珍珠”的形状来表示。
SML的层允许分层监视器的战略位置。
底层监控器状态由运行状况模型向上传播到依次较高层的监控器。对于任何给定的运行状况模型，监控器不一定位于每一层或每个监控器类别中。管理包作者决定针对什么对象类针对什么监视器。
最后,注意,在图3.9四个监视器的最上面的三角形排列，这些监视器向上滚动到托管对象的运行状况状态。rollup发生在实体级;这是OpsMgr对象运行状况模型的一个通用特性。将调用上升到顶级状态监视器的第二级监控器总监控。
基于状态的管理
在OpsMgr的另一重要主题是就业基于状态的管理相反到Operations Manager的以前版本警觉为主。基于警报管理系统手表的状态下，发出警报，并且任选地改变对象的状态，由于警报的产生。
运行状况资源管理的一点是要说明一个管理对象的健康状态，而不是目前的要求话务员评价新的或者未确认警报的列表。MOM 2005的管理员已经知道在快速关联和检伤分类警报一箩筐为了回答这个问题，难度“什么做我们需要做来解决这个问题？”
基于状态管理的OpsMgr实现采用以下工作流程:
一个单元监视器观察一个条件。
当单元监控器检测到条件，它改变单元监控器的状态。
单位监控状态卷起为对象的健康模式需要更高级别的聚合监视器。
规则可选择生成警报或发起通知事件。
管理包模式
管理包是可扩展标记语言（XML）文档，提供结构监视特定软件或硬件。一种密封管理包是只读的，加密的XML文档的版本。此XML文档包含在软件或硬件和谁必须有效地运行该应用程序，设备或服务的管理员所需要的信息的不同组件的定义。
我们将采取快速查找在管理包的模式，这样就可以理解如何严格管理包建设与对象的健康模型一致。管理包架构的高级视图以图解图3.10。从管理包根，向右移动，有八个主要部分：清单，类型定义，监控，模板，PresentationTypes，演讲，报告和LanguagePacks。
只有清单部分是强制性的，并且部分被设定在右上部膨胀图3.10。该清单部分定义的管理包，以及所有其他管理包是依赖于身份和版本。身份，姓名，并引用部分是常见的，包括在每一个管理包。引用的任何管理包必须密封，而且必须将它们导入到OpsMgr的管理组的管理包才能导入。
管理包的模式，与清单和监测断面扩大。
这是扩大其他主要架构节图3.10，监测，是大多数行动发生在OpsMgr的地方，本章还主要是关于你看到那里所包含的章节。下面的列表总结了监控模式的每个部分的目的：