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管理员)在阅读本书、使用该产品或与微软系统管理社区的其他专业人员交互时，能够更快地理解关于OpsMgr的更高级的材料。
结构概述
本章着眼于OpsMgr的设计和内部两个层面：
宏LEVEL-我们将研究组成管理组的计算机角色。
微LEVEL-我们将了解构成一个管理包，特别是它的工作流程和数据操作的演示文稿对象。
作为OpsMgr管理员，您对服务器组件特性没有任何影响——这些特性是Operations Manager软件和硬件体系结构的硬编码特性。另一方面，对于使用管理包的方式，管理员可以享有几乎完全的灵活性。
谁将会在一台服务器上运行的所有适用的OpsMgr组件和只有他们的局域网管理计算机和设备最小的环境中，管理员OpsMgr的管理员（LAN）-generally较少关注于OpsMgr的架构本节。在“全合一”管理组服务器的小规模的情况下，还有更要关注与各种OpsMgr的计算机的角色（组件），只要建筑方面的考虑，你保持低于容量阈值对于单服务器和网络段。在这个简单的OpsMgr的环境下，只有OpsMgr的组件并不驻留在单一服务器上在网络上被管理的计算机上运行的OpsMgr代理。
然而，许多OpsMgr的管理员将需要跨不同服务器分布多个组件，跨多台计算机部署的OpsMgr角色。对小型企业网络甚至OpsMgr的2007年部署可包括审核收集服务（ACS）组件，以集中安全事件审计，或OpsMgr的网关服务器组件在分支办公室在没有虚拟专用网络（VPN）连接显示器提供服务。部署安装这些附加的角色时，通过定义添加的功能集，添加一个或多个物理服务器的管理到管理组，并要求Operations Manager 2007管理组架构的理解。第4章“规划Operations Manager部署，”和第5章，“规划复杂的配置，”提供的硬件规格和大小的服务器配置的信息。
管理集团的定义
一个管理组一个名为Operations Manager 2007的组织微软终端到端到端的服务管理解决方案的一个实例，如果适合他们的业务需求可以托管多个管理组（在其网络上的OpsMgr的情况下）。同样，任何被管理的计算机或设备可以参与的OpsMgr的一个或多个实例（管理组）如果合适的话。各种规模的大多数组织部署一个管理组，它类似于一个Active Directory（AD）森林或者一个Exchange组织。大多数机构，包括一些非常大的，有业务需求的满足只有一个AD林和一个Exchange组织。
图3.1说明了在组织中的默认情况下，单个管理组，并对比与在大型组织中更为复杂的执行一个可能遇到的。在简单左侧的所有功能于一身的例子图3.1，所有的OpsMgr组件安装在一台服务器上，这是在组织服务管理的计算机（代理）的单个管理组中唯一OpsMgr的服务器上。数百名计算机可以与2007年的OpsMgr的所有功能于一身的部署进行管理。
在上右手部分复杂的大型组织方案图3.1中，单个的计算机剂同时报告给两个管理组（被称为多宿主剂），而那些管理组，通过其根管理服务器（RMS中的一个），与几个连接的管理组参与。这将创建能够服务数万广泛分布的计算机的体系结构。
将最小的部署模型与非常大的OpsMgr 2007部署模型进行对比。
你会很少多个管理组，以获得最大的2007年OpsMgr的，因为产品的设计提供了完整的功能，所有，但最大的组织，同时仍然使用单一管理组。对于非常大的机构（超过10,000台计算机或超过100个远程站点），部署几个OpsMgr的2007管理组可以分配工作量。连接这些管理组，您可以从相同的操作控制台查询多个管理组。
无论在你的组织中的OpsMgr的多个生产实例，并具有多个管理组中的计算机或设备上报状态，是高级的配置来实现特定的业务目标。我们描述这些情况在第10章，“复杂的配置。”
管理组名称 -管理组名称是管理员在安装Operations Database Server组件时指定的唯一字母数字名称。管理组名称在安装后不能更改，因此，考虑到组织的地理或管理需要，最好选择一个易于记忆且有意义的名称。
当创建一个管理组，请记住名称是区分大小写的。
服务器组件
这里有十几个可能的计算机部件，或角色，其可在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管理组六个可选组件。计算机部署根据需要或期望来增加监测能力，或者进一步的特征添加到管理组这些组件：