通过

管理包生命周期

  • 项目

System Center - Operations Manager 使用管理包包含应用程序和服务的监视设置。 理想情况下，管理包会告诉你想要了解的应用程序或技术，以及你不想知道的任何东西。 管理包旨在为大多数环境提供有用的监视体验;但是，你需要测试、优化和定制每个管理包，以便为组织的需求提供最佳结果。

下表中所述的管理包生命周期是使用管理包的建议方法。 表格以下各节提供了每个阶段的详细信息。

阶段 说明
在预生产环境中查看和评估管理包 在生产环境中部署管理包之前，你应该熟悉管理包和指南的内容，并在预生产或测试环境中导入管理包。 你还可以在虚拟机环境中查看管理包。
调谐管理包设置并保存在自定义管理包中 使用替代来优化管理包的设置，例如监视器、规则、对象发现和属性，以更好地满足组织的需求。 你应将替代保存在自己创建的管理包中。
将管理包部署到生产环境中 导出与要部署的管理包关联的替代的管理包，并在生产环境中导入管理包。
维护管理包 部署后，管理包可能需要进行其他优化，例如在以下情况下：

- 环境更改，例如新硬件或新操作系统
- 将新应用程序添加到生产环境
- 升级应用程序的版本
- 新的或更新版本的管理包可用时
- 策略更改，并导致基于业务需求的不同程度监视

查看和评估

每个管理包都应该附带管理包指南，此管理包指南与管理包安装在相同文件夹中。 管理包指南包含用于安装和配置管理包的说明，以及关于管理包的信息，如管理包发现的对象以及运行状况的汇总方式。 你可以使用此信息帮助你自定义适合你的用途的管理包。 在导入管理包之前，始终应该查看管理包指南。

MPViewer 是用于查看密封管理包内容的工具，它可以显示管理包的以下内容：规则、监视器、视图、任务、控制台任务和报表。 MPViewer 也将显示与特定管理包项目关联的知识。 可以在安装了 Operations Manager 操作控制台的任何计算机上安装和使用 MPViewer 。

拥有新的管理包时，应将其 导入到预生产 环境。 在 Operations Manager 中，最佳做法是让生产实现用于监视生产应用程序和预生产实现，该实现与生产环境交互最少。 预生产管理组用于在将管理包部署到生产环境中之前测试和调整管理包功能。

要准确测量管理包收集的数据，必须使代理满足你的生产环境需求。 预生产环境中的管理服务器的硬件应反映生产环境中正在使用的硬件。 预生产管理组应与生产管理组具有相同的管理包导入管理服务器。 要测试互操作性，预生产环境还应包括与生产环境中类型相同的服务器角色，只是规模较小。

你可以将 Operations Manager 代理分配给多个管理组，这称为“多宿主” 。 如果你在生产环境和预生产环境中多宿主代理的代表性子集，则预生产环境应提供正确调整管理包所需的信息。 有关多宿主代理的详细信息，请参阅 配置 Windows 代理。

优化和自定义

你可以使用替代来完善 Operations Manager 中的监视对象（包括监视器、规则、对象发现和属性）的配置。 应创建一个管理包，可在其中保存所做自定义项。

若要有效优化 IT 服务的监视配置，这可能涉及一个或多个管理包，具体取决于该服务的复杂性，应涉及服务所有者或主题专家、服务台代表、监视警报和事件的运营团队成员的代表，并在需要注意时采取措施， 负责 Operations Manager 基础结构的工程团队。 根据管理包监视的服务，还可以包括来自网络和安全团队的表示形式。 负责 Operations Manager 基础结构的人员可能没有服务的知识和经验，以便在没有专家输入的情况下有效地调整管理包。

首先查看最常见的警报，以专注于高容量警报来提高监视准确性。 根据影响确定以下内容并设置优先级：

  • 由现有/已知问题引起的警报的数量和百分比
  • 重复或重复警报的数量和百分比。 可能表明需要进行其他优化，或者有潜在问题可以进一步调查。
  • 指示性能或可用性问题的警报的数量和百分比
  • 警报与生成的票证的比率
  • 已将解析状态设置为指示工作流生成大量警报的状态的警报，并通过调查确定为操作或第 2 层支持出错的警报

使用以下报告来确定是否需要其他优化：

  • 最常见的警报报告
  • 警报报告
  • 按管理包列出的数据量

以下报告对于验证你在整个服务中高效监视服务非常重要，并且没有：

  • 由于发现规则运行过于频繁，或者收集的属性/属性频繁更改，配置变动
  • 由于组织不会在报表、视图或仪表板中使用性能数据过于频繁或不需要收集数据
  • 正在收集的事件数据不会增加任何值，并且仅启用故障排除（短时间）
  • 由于配置错误、bug 或其他症状，运行状况状态翻转
  • 具有高重复计数的警报规则

至少应根据以下条件评估每个工作流：

  • 可度量且可识别的发生。 禁用与该类别不一致的任何内容。
  • 警报发生时，我们是否知道如何解决警报？
  • 除了指示服务中断的任何事件（错误）外，向 NOC/Service Desk 公开提供潜在服务影响的主动通知的异常（警告）。
  • 发现是否过于频繁？
  • 是否需要收集此性能数据？ 它是否有用？
  • 警报是否可理解、相关且最新？
  • 如果症状/问题自行纠正，监视器是否应自动解决？

要调整的内容

  • 发现频率

  • 监视器阈值

  • 目标

  • 基于脚本的规则/监视器和性能收集规则的间隔

  • 参数

提示

  • 查看针对用新管理包监视的服务器报告的任何新警报。 你可以使用“警报”和“最常见警报”报表来帮助你发现最常见警报。 首次安装管理包时，管理包往往会发现许多以前未知的问题。 监视警报以确定潜在关注领域。

  • 重写监视器或规则（适用于特定类、组或特定对象的所有对象）。

  • 如果问题不够严重，无法保证警报，并且无需了解正在监视的特定情况，请禁用监视器或规则。

  • 如果你想监视基本条件，但此条件在你的特定环境中实际成为问题之前将生成警报，请更改将要生成此警报的监视器的阈值。

  • 当你为管理包设置替代时，将替代保存到名为 ManagementPack_Override 的管理包，其中 ManagementPack 是替代所适用的密封管理包的名称。

部署

对预生产环境中的管理包的性能和结果感到满意时，可以在生产环境中部署管理包及其自定义。 必须导出在其中保存自定义的管理包，以便能够将其导入到其他计算机中。 有关详细信息，请参阅 如何导入、导出和删除管理包。 包含你设置的替代的管理包依赖原始管理包，只能导入到安装了原始管理包的管理组中。

维护

部署管理包之后，应定期评估其在生产环境中的性能和结果，确保其继续满足业务需要。 以下列表描述了可能需要更改管理包的常见事件：

  • 环境更改，如新硬件或新操作系统

    在测试新硬件或计划添加到生产环境的新操作系统时，应将现有管理包包含在测试计划中，以确定可能需要的任何其他优化。 对于新操作系统，你可能需要导入特定于该操作系统的新管理包。

  • 将新应用程序添加到生产环境

    新应用程序可能需要新管理包或调整现有的管理包。

  • 升级应用程序的版本

    当组织升级应用程序版本时，它们会分阶段升级，在此期间，应用程序的两个版本将存在于网络中，或一次升级应用程序的所有安装。 用新版本测试管理包并做必要的调整之后，应使用与用于部署更新相同的方法部署管理包。 如果一次将使用两种版本的应用程序，应安装适合于每个版本的管理包。 如果应用程序的所有安装将一次更新，删除旧版本应用程序的管理包，然后安装新应用程序的管理包。

  • 当有新版本或更新的管理包可用时

    你应使用预生产环境查看并调谐新的或更新版本的管理包。

  • 策略更改

    业务或组织中正在进行的更改可能需要调整管理包以实现更多监视或更少监视。

更改控件的最佳做法

以下是管理 Operations Manager 管理包时应遵循的最佳做法：

  • 维护管理包版本存档以便能在必要时回滚更改。 维护存档的有效方法是使用版本控制软件，例如Microsoft Team Foundation Server 或 SharePoint Server。 另一种方法是使用网络上的文件共享，每个管理包版本使用一个单独的文件夹。

  • 当你为管理包设置替代时，将替代保存到名为 ManagementPack_Override 的管理包，其中 ManagementPack 是替代所适用的密封管理包的名称。 例如，针对管理包 Microsoft.SQLServer.2012.Monitoring.mp 的替代将保存到 Microsoft.SQLServer.2012.Monitoring_Overrides.xml。 有关详细信息，请参阅 Creating a Management Pack for Overrides。

  • 更新管理包时，请使用新版本号更新对应的 _Overrides.xml 文件。 你必须使用 XML 编辑器更新 _Overrides.xml 文件的版本号。 如果对_Overrides.xml文件进行更改但未更改版本属性，则可以导入该文件，但不会应用该文件中的设置。

  • 记录对管理包所做的替代。 设置替代时，通过选择“替代属性”对话框的“详细信息”窗格中的 “编辑 ”，将所执行的操作的说明及其原因添加到说明字段。 你可能还需要维护电子表格或其他表单以记录对管理包所做的更改。

后续步骤