【IT168 虚拟化频道】Operations Manager 2007是微软System Center的一款重要组件。System Center Operations Manager 2007 为企业 IT 环境提供端对端监视。Operations Manager 可以监视数千个服务器、应用程序和客户端，并为其运行状况状态提供全面视图。这些视图是快速敏捷响应可能影响 IT 部门提供给客户的服务可用性的事件的关键。
Operations Manager 设计进程中的下一步是识别您公司的需求。需求可分为三类：业务需求、IT 需求和优化需求或目标。需求收集步骤是开发 Operations Manager 2007 设计唯一最重要的步骤。全面了解这些需求后，您才可以构建一个与期望值相符的解决方案。如果可交付使用的项目与期望不符，则项目就可能不成功。
要确保正确了解需求，必须与不同人群交谈。首先必须了解主要风险承担人和发起人的期望。如果他们期望 Operations Manager 能够做一些它不可能做的事，现在您就有机会教育他们并合理设定期望值。您还必须与将要使用或采用 Operations Manager 生成的数据的人合作。这指的不仅是支持人员和应用程序管理团小组，还有他们的管理人员；这些人将很可能会采用 Operations Manager 生成的报表并想要一望而知他们的应用程序状态。
完成需求收集后，编译数据然后公开发布，让所有利益方查看。这就提供了另一次澄清性能的机会。要进一步确保在需求上达成协议，可以选择让项目发起人和主要风险承担人签字。
业务需求
您需要合作的业务所有者并不只是发起 Operations Manager 项目的顶层行政人员，而是负责为公司谋利的业务进程的经理和董事。作为一个产品，他们可能对 Operations Manager 不是特别感兴趣，但是他们非常关心 IT 提供的服务级别，以便支持他们的任务关键应用程序。
与这些角色中的人进行讨论时，他们的兴趣很有可能集中在四个方面：
IT 提供的现行服务
关于他们的应用程序的性能信息
监管合规
IT 成本收益率
IT 提供的现行服务
业务所有者想从 IT 获得的主要是确保他们的应用程序走上正轨。如果情况并非如此，他们必须立即知道。他们将想要知道业务进程中断的影响和预计持续时间。了解他们的业务进程是满足他们需求的关键。在与他们对话时，确保您了解以下几点：
他们使用什么应用程序执行影响他们核心业务的操作？了解这一点可以识别您必须对哪种应用程序提供端对端服务监视。
这些应用程序的组件是什么？了解这一点可以帮助您构建将监视的分布式应用程序模型。
该应用程序是否具有在工作站或其他客户端上运行的关键组件？了解这一点将有助于您规划客户端监视策略。
让他们描述他们应用程序中的一个完整事务。Operations Manager 2007 可以使用综合事务定期测试应用程序，并提供终端用户使用该应用程序的体验监视数据。
性能信息
在您讨论业务所有者需要知道关于应用程序性能的哪些信息时，区别业务流程性能和应用程序性能十分重要。业务流程性能（或度量）由商业智能应用程序提供，通常为报表和平衡记分卡形式，不是该对话的部分。此处您必须了解的期望值是与应用程序性能相关的期望值。确保您了解并讨论以下几点：
今天他们接收的应用程序性能信息是什么？他们想要接收什么信息？了解这一点将有助于您规划角色（配置文件和作用域）。
今天他们是如何接收应用程序性能信息的？他们想要如何接收该信息？了解这一点有助于您决定如何提供对性能信息的访问。例如，他们是否需要具有作用于应用程序的只读操作员和报表访问权限的操作控制台，或者只要有 Web 控制台就足够？
监管合规
监管合规是现在以及将来与业务流程所有者的关键问题。业务流程所有者指望 IT 参与公司的计划以达成合规并保持这一状态。确保包括以下几点：
业务流程是否归于特定规范管辖？如果是，那么规范的内容是什么？了解这一点将有助于审核收集服务 (ACS) 和角色规划。
业务流程所有者指望 IT 提供的数据种类以及时间范围是什么？这将有助于报表规划和数据保留规划。
IT 成本收益率
业务所有者通过直接回充或间接管理费为 IT 服务付款，同所有优秀的业务所有者一样，他们想要知道他们的付出将会得到什么样的收获。您可以使用 Operations Manager 报表作为载体提供这些答案，但是您必须知道业务所有者在什么内容中寻找价值。确保包括以下几点：
他们将什么视为 IT 提供的最有价值的服务？了解这一点将有助于报表规划。
他们现在是否意识到 IT 开销的收获？了解这一点，您可以选择汇编不同的报表。这些报表论证提供给业务所有者的应用程序以外的服务。
IT 需求
IT 需求将驱动 Operations Manager 的拓扑及其支持的基础结构。形成 IT 需求的两个主要因素是优化目标和 Operations Manager 将存在的 IT 环境。您将从 IT 发起人、主要风险承担人和 Operations Manager 数据的使用者处收集这些需求。这些对话应由您所提出的宽泛、开放式问题组成。首先询问应怎样在环境中使用 Operations Manager 以及应为什么优化实施。确保包括以下几点。
优化目标
优化目标是 Operations Manager 实施中设计必须满足的方面。他们由以下说明例证：
可用性/可恢复性 -- Operations Manager 必须可用，极少中断。了解这一点有助于高可用性和备份/恢复规划。
成本 -- 实施 Operations Manager 必须尽量节约成本。了解预算限制并在其范围内操作对项目成功与否至关重要。
性能 -- 例如，Operations Manager 必须在 1 分钟内报告环境产生的数据，控制台访问必须在该控制台启动后 10 秒钟之内出现。了解这一点有助于硬件规划。
作用域 -- Operations Manager 必须提供整个环境的单一视图。了解这一点有助于规划将需要的管理组的数量以及它们之间的关系。
管理 -- Operations Manager 管理必须限于（可用于）特定组。了解这一点有助于您规划安全组、角色、访问权限和您将实施的管理组的可能数量。
访问点的位置 -- Operations Manager 数据必须只能从公司的 Intranet 内访问，或者必须从内部和外部可用。了解只一点有助于您规划操作控制台和 Web 控制台可用的地点。
集成 -- Operations Manager 必须集成现有的故障票证系统或其他企业监视产品。了解这一点有助于您规划 Operations Manager 及其功能部件在您环境中的装配位置以及其扮演的角色。还有助于您决定是否必须使用第三方连接器或内部开发的连接器。
当前环境清单
获得当前环境的正确清单在两个方面对您有所帮助。第一，它告诉您 Operations Manager 将监视什么；第二，它告诉您其必须在什么限制或边界范围内操作。确保包括以下几点：
规模 -- 将被监视的设备的大约数量。
所需管理包 -- 将被监视的应用程序。
支持应用程序的设备类型 -- 此列表包括 Windows 计算机、网络设备和基于 UNIX 或 Linux 的计算机。
拓扑 -- 将被监视设备的物理位置和网络位置。
拓扑和控制台分布 -- 将使用 Operations Manager 数据的人的物理位置和网络位置。
证书和网关服务器需要 -- 您的环境的 Active Directory 信任边界。
当前管理和帮助台产品 -- 其他所有用于执行监视、警报和报告的产品。
拓扑和网关规划 -- 定义网络边界的防火墙和广域网 (WAN) 链接。
拖布和角色规划 -- 被监视设备和应用程序的 IT 管理边界。
拓扑和本地化 -- 您的环境跨越的语言和地理边界。
当前过程清单
所有环境都以各种方式被监视和管理。用于实现此目的的技巧和技术在复杂和成熟级别上有所不同。根据基础结构优化模型，所有环境都可以使用四种类别来描述：基本、标准化、合理化和动态。请参阅http://go.microsoft.com/fwlink/?LinkId=92863（可能只有英文） 和基础结构优化评估 获取有关这四个类别及自我评估工具的详细信息，从而估计进程和环境所在地。
要计划将如何使用 Operations Manager 2007 的性能，必须了解现在用于监视和管理您的环境的过程。这将有助于您计划如何响应以及由谁来响应警报信息。还将有助于您计划如何发出通知以及由谁来接收通知。更将帮助您计划出管理组和数据安全的管理控制。
以下是在这一阶段提出的主要问题：
今天我的组织是如何执行监视的？
我的组织是如何对监视进程/系统提供的信息执行操作的？
同样确保包括以下几点：
通常是谁响应自动系统或帮助台生成的问题或警报？了解这一点将有助于决定需要直接访问操作控制台的人以及控制台应包含的数据。
服务器问题通常由支持人员解决还是传递给服务器支持小组？
公司是否已有有人管理的网络运营中心或其他有人管理的监视系统？如果是，有多少人和多少控制台在连续使用？这有助于决定管理组可以放置的位置，以便它们接收到足够的支持。
多少位置而不是数据中心将部署有代理以及它们在网络上的什么位置？
被管理设备所在站点与管理服务器所在站点之间可用的带宽统计信息是什么？
当前安全记录执行情况如何？
当前帮助台或客户端应用程序是如何被监视的？
如何执行基于 UNIX 或基于 Linux 的计算机和网络设备的监视？
