Microsoft System Center Operations Manager 2007 (OpsMgr)是一个监视和操作管理系统，使用一台或多台计算机实现，这些计算机作为管理组的组件执行分配的角色。这些组件通过多个安全通信通道进行协作，以实现管理信息工作流，并将信息呈现给运营商和管理员。所收集的最重要数据是管理对象的运行状况;这种运行状况状态是通过影响被调用的软件探测的战术位置的模型得到的显示器。
本章将努力使这些术语和关系变得清晰，以便部署和支持OpsMgr 2007的工作变得更容易和更有效。那些试图跳过本章讨论OpsMgr内部原理、定义和概念的读者可能会问自己:“我希望从本章中获得什么实际用途?”Some administrators avoid looking under the hood deliberately, and that's totally OK. For those individuals, we do recommend reading at least the "管理集团的定义”本章的一节。
因此，对于那些渴望确切了解幕后发生了什么的OpsMgr管理员，本章就是为您准备的。我们希望您能够理解Operations Manager软件开发人员使用的术语和推理。在此过程中，我们希望您(OpsMgr管理员)在阅读这本书、使用该产品或与Microsoft系统管理社区的其他专业人员交互时，能够更快地理解关于OpsMgr的更高级的材料。
结构概述
本章着眼于OpsMgr的设计和内部两个层面：
宏观层面,我们将研究组成管理组的计算机角色。
微观层面上,我们将了解构成一个管理包，特别是它的工作流程和数据操作的演示文稿对象。
作为OpsMgr管理员，您对服务器组件特性没有任何影响——这些特性是Operations Manager软件和硬件体系结构的硬编码特性。另一方面，对于使用管理包的方式，管理员可以享有几乎完全的灵活性。
最小环境的OpsMgr管理员——将在一台服务器上运行所有适用的OpsMgr组件并仅管理其局域网(LAN)上的计算机和设备的管理员——通常不太关心关于OpsMgr体系结构的本节。在“一体机”管理组服务器的小规模场景中，只要您保持在单个服务器及其网络段的容量阈值以下，就很少需要关心各种OpsMgr计算机角色(组件)的架构考虑。在这个最简单的OpsMgr环境中，唯一不驻留在单个服务器上的OpsMgr组件是运行在网络上的托管计算机上的OpsMgr代理。
但是，许多OpsMgr管理员将需要在不同的服务器上分布多个组件，在多台计算机上部署OpsMgr角色。甚至在小型企业网络上部署的OpsMgr 2007也可能包括一个审计收集服务(ACS)组件来集中进行安全事件审计，或者一个OpsMgr网关服务器组件来监视没有虚拟专用网连接的分支办公室的服务交付。根据定义，部署安装这些附加角色时添加的特性集将向管理组添加一个或多个物理管理服务器，并要求理解Operations Manager 2007管理组体系结构。第4章“规划您的运维管理器部署”和第5章“规划复杂配置”提供了关于硬件规范和服务器配置分级的信息。
管理集团的定义
一个管理集团是Microsoft端到端服务管理解决方案Operations Manager 2007的一个实例。如果适合企业需要，组织可以托管几个管理组(网络上的OpsMgr实例)。同样地，任何被管理的计算机或设备都可以适当地参与一个或多个OpsMgr实例(管理组)。所有规模的大多数组织都部署单个管理组，这类似于单个Active Directory (AD)林或单个Exchange组织。大多数组织，包括一些非常大的组织，只有一个广告森林和一个交换组织来满足他们的业务需求。
图3.1举例说明组织中默认的单一管理组，并将其与在大型组织中可能遇到的更复杂的实现进行对比。在简单的all-in-one示例中图3.1，所有OpsMgr组件都安装在一台服务器上，这是为组织中受管理的计算机(代理)提供服务的单个管理组中唯一的OpsMgr服务器。OpsMgr 2007的多功能部署可以管理几百台计算机。
在复杂的大型组织场景中，的右边部分图3.1，单个计算机代理同时向两个管理组(称为a多宿主剂），而那些管理组，通过其根管理服务器（RMS中的一个），与几个连接的管理组参与。这将创建能够服务数万广泛分布的计算机的体系结构。
将最小的部署模型与非常大的OpsMgr 2007部署模型进行对比。
您很少需要多个管理组来充分利用OpsMgr 2007，因为该产品的设计为除了最大的组织之外的所有组织提供了完整的功能，同时仍然使用单个管理组。对于非常大的组织(超过10,000台计算机或超过100个远程站点)，部署几个OpsMgr 2007管理组可以分配工作负载。通过连接这些管理组，可以从相同的操作控制台查询多个管理组。
无论在你的组织中的OpsMgr的多个生产实例，并具有多个管理组中的计算机或设备上报状态，是高级的配置来实现特定的业务目标。我们描述这些情况在第10章，“复杂的配置。”
管理组名称 -管理组名称是管理员在安装操作数据库服务器组件时指定的唯一字母数字名称。管理组名称在安装后不能更改，因此，考虑到组织的地理或管理需要，最好选择一个易于记忆且有意义的名称。
在创建管理组时，请记住名称是区分大小写的。
服务器组件
这里有十几个可能的计算机部件，或角色，其可在2007年的OpsMgr管理组中的部署。什么成分构成一个单一的OpsMgr 2007管理组现在的工作重点，让我们与描述核心，或基本，服务器组件开始。核心部件是那些在2007年的OpsMgr部署必须包括具有最小的功能。这些基本组件（显示为图3.2）安装的每个管理组中，包括所有功能于一身的服务器OpsMgr的环境。
操作数据库服务器成分 -管理组的心脏是操作数据库。操作数据库包含有关管理对象，哪些对象是被管理的配置存储，以及所有自定义设置OpsMgr的环境中运行的数据。操作数据库是用于在管理组中的所有数据的中央储存库和处理点。当您安装在多个计算机系统中的OpsMgr 2007管理组，第一件事发生在运行Service Pack（SP）1或更高版本的现有的SQL 2005数据库服务器上安装操作数据库。操作数据库服务器组件可以在高可用性环境群集。
根管理服务器组件-安装在管理组的第一个管理服务器是根管理服务器组件。像所有的OpsMgr 2007的管理服务器中，RMS将配置信息发送到管理计算机和从代理接收数据。该RMS单独运行一些独特的服务，整个管理组依赖，像操作数据库服务器组件，RMS组件可以被集群。该RMS要求操作数据库是可用的和可访问。整个管理组的函数也依赖于RMS;在高可用性环境中，您应该考虑群集操作数据库和RMS组件两者。
代理组件,代理组件用于监视服务器和客户机。这是一个运行在托管服务器和客户端计算机上的Windows服务。您可以创建一个集所有功能于一体的服务器管理组，其唯一目的是监视路由器或交换机等网络设备;在这种情况下，不需要部署代理。但是，对于大多数OpsMgr设置，在选择一台或多台计算机进行管理并安装代理组件之前，核心管理组组件的部署是不完整的。正如我们之前在管理集团的定义“这一章的部分，OpsMgr的2007代理可同时参与多个管理组。
控制台成分 -OpsMgr 2007控制台是惟一需要与管理组交互的应用程序，操作人员和管理员都可以使用它。Operations Manager 2007实现了基于角色的安全性，以确保为所有用户提供优化的体验。还有一个基于web的控制台，它具有常规控制台功能的一个子集。
图3.2![]()
OpsMgr的2007年核心部件组合在一台服务器，并跨越专用服务器分布。
每个控制台直接连接到RMS，即使在管理组中部署了其他管理服务器。这种依赖性使得RMS可用性对于OpsMgr 2007中的几乎所有功能都至关重要。用户第一次打开操作控制台时，会提示输入RMS的名称，除非访问控制台的用户位于管理服务器上。连接之后，控制台将服务器名称以及管理组名称存储在所示的Connect to server对话框中图3.3。
连接到服务器对话框存储RMS的名称和相关的管理组。
这里列出的四个组件是必需的组件，任何OpsMgr管理组都需要它们才能正常工作。此外，还有两个与报告相关的核心组件，无论环境大小，大多数OpsMgr管理员都将安装它们:
报表数据仓库服务器成分 -使用报表数据仓库服务器组件创建长期数据存储。数据仓库存储的是累计的历史性能和可用性数据，而不是操作数据库中可用的几个小时或几天的数据。在没有数据仓库的情况下，OpsMgr管理小组将只显示基于操作数据库中捕获的实时和最近的数据的信息，操作数据库积极地梳理了历史数据。报表数据仓库服务器组件可以托管在集群SQL Server后端。
报告服务器组件,此组件增加了上报功能的OpsMgr的管理组和所需的报表数据仓库服务器组件。报告服务器安装在运行SQL Reporting Services的2005 SP 1或更高版本的服务器上。由于操作控制台和报表服务器之间的整合，这是对用户透明，对于报告中的数据从报表服务器和不操作数据库或RMS到来。这不同于在Microsoft Operations Manager（MOM）2005年报告执行情况。
您可以在同一个Windows服务器上安装报表数据仓库服务器和报表服务器组件，虽然在大型和高可用性的环境中，这两个组件通常在专用服务器上运行。
最后，在OpsMgr管理组中有6个可选组件。根据需要或需要部署这些组件的计算机，以增加监测能力，或为管理组增加进一步的功能: