Share via

Microsoft Operations Framework

  • 项目

 

适用于： Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

上一次修改主题： 2011-01-13

Microsoft Operations Framework (MOF) 是一个流程最佳实践集合，您可以根据它来设计有效操作 IT 基础结构所需的步骤、控件和角色。MOF 基于 IT 基础结构库 (ITIL)，它增强了 Microsoft 平台的针对性。

MOF 和 Exchange 2007

我们需要了解合理的操作实践和步骤与工作正常的 Microsoft Exchange Server 2007 基础结构之间的联系。详细记录的、全面的操作过程和步骤有助于确保有效管理 Exchange 所依赖的组织环境中的所有组件。

对 Exchange 所依赖的组织基础结构的组件进行更改可能导致系统意外崩溃。此类示例包括网络更改，例如对路由器进行的固件更新和防火墙规则的更改。对这些领域进行的更改可能是在没有组织的 Exchange 团队参与的情况下发生的。通过使用基于 MOF 的过程来帮助确保存在有关这些服务依存关系的文档，组织可以帮助将发生可预防的系统崩溃的可能性降到最低程度，并减小已安排的更改所造成的影响。

MOF 过程模型

MOF 提供有关如何规划、部署和维护 IT 操作过程以支持关键任务性服务解决方案的指南。MOF 是通用模型，因此您必须修改许多建议，以将其用于您的公司。当您在 MOF 模型中看到对“角色”的引用时，您应知道可以给一个人分配许多个角色，特别是在小型公司中。但即使您代表整个 IT 部门，此模型中的步骤和建议通常也都适用。

MOF 是基于下列各项的结构化的灵活模型：

  • Microsoft 咨询和支持团队及其与企业客户和伙伴合作的经验以及 Microsoft 内部 IT 操作组。

  • IT 基础结构库 (ITIL)，它描述了提供关键任务性服务解决方案所需的过程和最佳实践。

  • 来自国际标准化组织 (ISO) 的 ISO/IEC 15504，它提供了用以评估软件过程成熟度的规范化方法。

MOF 提供了有关部署各种 Microsoft 产品（如 Microsoft Windows Server 2003 和 Microsoft Exchange Server 2007）的建议。

有关 Microsoft Operations Framework 的详细信息，请参阅 Microsoft Operations Framework。有关 ITIL 和 ISO 的详细信息，请参阅 http://www.itil.co.uk/ 和 http://www.iso.org。

note注意：
UNRESOLVED_TOKEN_VAL(exNote3rdPartyURL) 

MOF 可与 Microsoft Solutions Framework (MSF) 集成，它是后者的补充。MSF 是用以管理技术项目的规范化方法，它基于 Microsoft 内部实践、在与客户和伙伴合作中积累的 Microsoft 产品技术支持服务经验以及软件开发和项目管理中的行业最佳实践。MSF 是用于设计和实现 IT 系统（例如，从 Lotus Notes 迁移至 Exchange Server 2007 的迁移项目）的部署方法，而 MOF 用于处理系统或环境（如 Exchange Server 2007 组织）的日常管理。

MOF 过程模型的组件

MOF 过程模型由象限、操作管理检查和服务管理检查组成。图 1 显示 MOF 周期是如何进行的。

图 1   Microsoft Operations Framework 周期

Microsoft Operations Framework 循环

从图中可以看到 MOF 过程模型如何按顺时针方向移动以及如何分为四个互相协调的象限，如下所示：

  • 更改

  • 操作

  • 支持

  • 优化

这些象限构成螺旋式生命周期，此生命周期适用于从特定应用程序到具有多个数据中心的完整操作环境的各种 IT 操作。此过程模型受 service management functions (SMF) 和集成的团队模型与风险模型支持。每个象限都由相应的操作管理检查（也称为检查里程碑）支持，在进行该检查期间会对该象限的 SMF 的有效性进行评估。您应该了解，虽然该模型按顺序描述 MOF 象限，但是所有象限中的活动都可以同时发生。

简要地说，这些象限包括下列活动：

  • 更改   更改是在更改阶段中规划和测试的。完成发行就绪状态检查之后，会将更改转出到生产环境并进入操作阶段。发行就绪状态检查不应是第一次进行的发行评估；它应是实际部署前的最终检查里程碑。使用 SMF 可提供过程和任务途径，并可保证成功部署和转出托管版本。

  • 操作   操作检查的目的在于提供使系统支持变得尽可能简单高效的过程、步骤和工具。可将此象限中的 SMF 视作典型的数据中心活动，如系统管理、监视和批处理。这些活动可保证发行的平稳和操作可预测性。

  • 支持   支持阶段是使用这些工具和步骤维护系统的过程。此象限包含对 IT 服务解决方案的用户提供持续支持所需的主要 SMF。与任何过程、系统、应用程序或服务一样，操作开始时就可能出现问题。支持和操作人员必须快速确定、分配并解决问题，以满足服务级别协议 (SLA) 中提出的需求。SLA 检查是对系统执行的有效性进行的度量。由 SLA 检查发现的问题可能会突出需要改进的区域。

  • 优化   此象限的服务任务是在保持或提高服务水平的同时降低成本。改进系统可能需要对硬件、软件或步骤进行更改。发行批准状态检查会对更改建议进行评估，并且说明成本、风险和益处等项目。经过批准的更改会被送入更改象限，然后此过程将重新开始。随着各个团队逐渐引入对系统的更改以实现改进，此迭代过程通常会自然发生。

MOF 框架形式化地描述了此改进周期中涉及的步骤，为每个步骤分配职责并使整个过程能够受到管理。在每个阶段末尾都有一个检查点。对于大型 IT 部门，这很可能是所涉及的人员或团队（如发行管理、操作和安全）之间的检查会议。在小型公司中，检查点可能只是一个表明您准备好继续工作的检查点。图 2 显示了 MOF 和 MSF 之间的关系。

图 2 MOF 和 MSF 之间的关系

MOF 和 MSF 之间的关系

MSF 过程有助于开发解决方案以响应业务需要，如整合服务器资源的需要。在此情形下，该解决方案可能会概述如何部署运行 Exchange Server 2007 的功能强大的邮箱服务器。部署解决方案后，设计和部署团队会将环境移交给在 MOF 模型中描述的团队。这些团队会管理日常操作，并为设计团队提供有关更改需求或建议的反馈。同样，这也是一个迭代过程，该过程可用于优化和不断改进解决方案。

Service Management Functions

Service Management Functions (SMF) 是组织中的人员或团队的角色，如支持专业人员或系统管理。SMF 代表 MOF 过程模型的基础。虽然 SMF 是跨功能和跨象限的，但 SMF 的主要角色适用于象限中的特定阶段。例如，系统管理属于操作象限，而发行管理属于更改象限。本节将详细讨论 SMF 和每个 SMF 适用的 MOF 周期象限。您公司的 IT 部门可能符合这些角色和象限。图 3 显示了 MOF 周期中的这些服务管理功能。

图 3 MOF 中的服务管理功能

MOF 中的服务管理功能

  • 更改   此象限中的过程用于在环境中引入新的方案、技术、系统、应用程序、硬件和过程。这包括：

    • 更改管理   涉及开发、测试管理和将更改转出到生产环境。更改管理过程的一个重要目标是标识将受到即将发生的更改影响的所有人并向其提供详细信息。

    • 配置管理   涉及确定、记录和跟踪环境组件及它们之间的关系。配置管理还负责维护最终软件库 (DSL)，该软件库容纳了 IT 环境中部署的所有软件的主副本。

    • 发行管理   涉及将新的软件、硬件和过程版本发行到生产和托管预生产环境。发行管理会考虑发行的所有方面，无论是技术方面还是非技术方面。请确保针对每项 IT 服务都良好地定义、维护和安排了发行。

  • 操作   此象限中的过程围绕有效和高效地执行日常任务。

    • 系统管理   涉及到维护邮件系统和协调 IT 团队。

    • 安全管理   涉及到维护安全可靠的计算环境。

    • 目录服务管理   涉及到管理用户帐户、组织单位和其他 Active Directory 目录服务对象。目录服务管理重点关注组织的日常操作、维护和支持。

    • 网络管理   涉及到维护物理网络基础结构（如服务器、路由器和防火墙）以确保邮件系统之间可互相通信。

    • 服务监视和控制   涉及到监视系统性能以确保日常操作与 SLA 兼容。

    • 存储管理   涉及到维护邮件组织中的数据储存库以确保数据的可用性。这包括备份和容量规划。

    • 作业安排   涉及到在非高峰期安排维护作业（例如，备份和批处理），同时考虑可用容量。

  • 支持   此象限中的过程围绕事件、问题和查询的解决。

    • 服务中心   提供有关设置和运行作为用户和 IT 服务提供商之间唯一联系点的组织单位或部门的指导。服务中心组织有关事件、问题以及生产系统相关查询的活动和客户通信。


    • 事件管理   涉及到管理对生产系统的任何错误或中断进行解决的过程，包括上报到其他 SMF 和与其他 SMF 进行通信。

    • 问题管理   重点关注构建问题的调查、诊断、解决和终止的上报过程。

  • 优化   重点关注 IT 服务交付中为优化性能或容量、提高可用性或降低成本而进行的更改。

    • 服务级别管理   涉及到监视 IT 部门的业绩和定期检查其与 SLA 的遵从性。

    • 财务管理   涉及到确定所需的更改和其他支出就成本与好处而言是否合理。例如，聘用其他客户支持人员的成本与减少支持呼叫等待时间的好处之间的权衡。

    • 容量管理   涉及到监视邮件系统的容量以确保符合 SLA 中定义的性能手段。

    • 可用性管理   涉及到管理、监视和报告邮件系统的可用性、可靠性和可维护性。

    • 人员管理   涉及到提供最佳实践、评估人员需求、培养技能和积极的团队态度以及传授知识。

    • 安全管理   定义和传达组织的安全规划、策略、准则和由关联的外部行业或政府机构定义的相关规章。

    • 基础结构管理   确保基础结构开发工作的协调性，将战略性技术倡议转化为实用的 IT 环境元素，管理针对 IT 工程、硬件和企业体系结构项目的技术规划，并确保交付高质量的工具和技术。

MOF 团队模型角色

MOF 过程模型和 MOF 团队模型是定义 Microsoft Operations Framework 的核心模型。MOF 团队模型为组织团队和每个角色群集的功能和能力提供准则。团队模型中的角色群集可与过程模型的 SMF 配合使用。团队模型角色群集使 SMF 过程得以遵循。

MOF 团队模型还建议将那些应该保持独立的功能组合起来。例如，在将更改发行到生产环境之前对其进行测试的团队应独立于开发更改的团队。确保在尽量可行地模拟生产环境的实验室环境下有效测试对 Exchange 环境所做的更改是很关键的，这样可以确保在生产环境中实施相应的更改之前，确定并减轻所有由于实施更改而导致的无法预料的影响。此类示例包括（但不限于）安装硬件固件更新、应用程序修补程序和 Service Pack。

有关 MOF 团队模型的详细信息，请参阅 MOF Team Model for Operations（用于操作的 MOF 团队模型）。