从 MOM 迁移到 Operations Manager 2007

服务器监控和管理是任何现代 IT 基础结构的重要部分。确保 IT 基础结构不仅正确运行而且足以支持用户在其上造成的负载是至关重要的。但是，收集该信息

说来容易做起来难，而且获得该信息后，要知道利用它做什么完全是另外一回事。幸运的是，我们可以获得帮助。Microsoft^® Operations Manager (MOM) 已在七年前使其成为可能，并且其最新产品 System Center Operations Manager 2007 在该基础上有所扩展。

相对于早期版本 MOM 2005，System Center Operations Manager 2007 做出了大量重要改进。核心体系结构经过了重新设计并做出了重大改进，以允许产品更好地识别多种设备上的应用程序，以及既可以识别服务器又可以识别组成服务器的所有组件。

此外，Operations Manager 的优点是包含一个强大的排列规则引擎和一个 Health Explorer。前者能够聚合警报数据，从而大大减少了伪警报的数量；后者有助于简化查找和解决问题的过程。

它还提供了自我调整的阈值和基线引擎，允许您轻松跟踪环境中的性能使用情况。报告引擎也得到了重大改进，从而提供超级图形和钻取报告功能。查看图 1，体验一下报告数据的可视表示形式。

图 1 Operations Manager 2007 中的可用性报告 (单击该图像获得较小视图)

图 1 Operations Manager 2007 中的可用性报告 (单击该图像获得较大视图)

Operations Manager 甚至可用于监视桌面计算机和服务器。以下是 Operations Manager 2007 提供的一些其他功能：

• 适用于 Windows Server System™ 平台的出色监控
• 强大的应用程序监控能力和功能
• 常见任务的自动化
• 促进企业级可伸缩性和控制的下一代数据库引擎
• 安全增强功能和 Active Directory^® 集成

有关 System Center Operations Manager 2007 中提供的新功能的更多信息，请查看本期 TechNet 杂志中 Pete Zerger 撰写的文章“关注带有 Operations Manager 2007 的服务器”。

在规划迁移到 Operations Manager 2007 之前，您需要意识到该产品没有直接升级途径。由于对 Operations Manager 进行了如此重大的体系结构更改，该产品不能与早期版本保持足够的兼容性以允许就地升级。因此，如果您当前正在运行 MOM 2000 或 MOM 2005，则您需要考虑下文介绍的迁移策略之一。

但是，如果您没有运行 MOM 的早期版本，您可以直接安装该产品的新版本。请记住，您必须提前决定在项目中您是否具备足够的内部技能来执行安装或迁移，或者您是否需要获得第三方的帮助。显然，这将影响项目的总成本，因此应该在此过程的开始考虑该问题。

对于这些当前没有运行 MOM 的用户，部署非常简单：规划和设计体系结构，然后部署软件。但是，如果您正在使用 MOM，则 Microsoft 支持两种迁移方案，即同一硬件上的并排方案和不同硬件上的并排方案。让我们研究一下这两种迁移方案。

同一硬件上的并排方案 在该方案中，您在现有 MOM 2000 或 MOM 2005 体系结构所在的同一物理硬件上安装 Operations Manager。该方法适用于 MOM 基础结构利用率不高的站点和服务器硬件足以同时支持新旧版本的站点。如果 Operations Manager 的安装不会严重影响当前 MOM 服务器的性能，则您应该只考虑该途径。

不同硬件上的并排方案 在这种情况下，新安装在新的或不同的硬件上执行。这是优先选用的方法，因为它确保在进行迁移时只对当前管理基础结构产生很小的影响。值得一提的是，不一定需要其他硬件。新的 Operations Manager 2007 服务器可以在虚拟机上分阶段实施，直到旧的服务器硬件可以重新分配。

在您执行特定迁移策略之前，需要考虑一些要点。

首先，您需要考虑硬件和软件要求以及相关的成本。即使您决定将部分或整个 Operations Manager 基础结构分阶段实施或预配置到虚拟机上，您仍需要允许操作系统和应用程序许可证以及 OML（操作管理许可证）来使 Operations Manager 监视每个代理。

其次，您需要规划资源来执行工作。在小型企业中，这可能不是特别复杂或困难的计划，但是在大公司中，它将是整个迁移策略的重要部分。

您还需要考虑该迁移可能在总体上对当前监视基础结构或服务器资产产生的潜在影响。您应该准备好应对每种可能的事件，包括服务器重新启动甚至是关键生产服务器出现故障。

请注意，如果您正在 MOM 2000 中使用 Microsoft Access™ 数据库或在 MOM 2005 中使用 SQL Server™ 数据仓库来存档数据存储和报告，则当前不支持将该数据迁移到 Operations Manager 2007。

作为顾问，我发现的最大问题之一是不适当的部署计划。因此，一旦您决定是在新硬件还是现有硬件上进行安装，下一步就是创建项目计划。

您的项目计划应该列出本文中建议的项目阶段 — 尽管这不是一个详尽列表。务必要为每个项目阶段分配足够的时间并提供所需要的任何资源。

如前所述，System Center Operations Manager 2007 的体系结构与 MOM 2000 和 2005 大不相同。对于初学者来说，Operations Manager 中有一种附加服务器角色，即根管理服务器 (RMS)。RMS 管理针对管理组的配置，处理与其他管理组和第三方产品的所有连接，还负责管理组内的安全。该角色可以存放在现有 System Center Operations Manager Management Server 上，但是在大的复杂环境中，它应该被赋予自己的物理服务器。另外，存在于 MOM 2005 中的分层管理组的概念已被连接管理组取代。在此新的体系结构中，管理组之间实际上没有传递警报数据；相反，来自连接管理组的警报仅在请求方管理组的用户界面中提供。此外，如果您正考虑在不受信任的域或工作组中的计算机上安装代理，必须使用证书来允许代理和管理服务器互相验证（在 Operations Manager 中强制执行的功能）。

为了设计 System Center Operations Manager 的体系结构，您将需要考虑计划监视的服务器和客户端的数量，无论它们位于您需要监视应用程序和平台的受信任域中还是您要监视网络基础结构。您还需要确定要求自定义规则或管理包的任何应用程序。

在此阶段您应该确定管理包要求。一旦确定将监视的应用程序，您可以决定将安装哪些管理包。管理包包括应用于特定应用程序或操作系统的规则、监视、任务和类，如果其相关应用程序或操作系统正在您的环境中使用，还应该将其导入。该阶段管理包的选择将影响硬件和软件要求以及应该分配给安装和配置软件的时间量。

您在确定 Operations Manager 基础结构的体系结构后，就应该准备使用 System Center Capacity Planner 2007 工具（撰写本文时为测试版）。使用该工具规划出您的网络和服务器基础结构并针对计划的 Operations Manager 部署来模拟运行它，以确保它足以监视和管理基础结构。

此时，如果您正在计划迁移，还应该特别注意体系结构设计。您需要考虑 MOM 200x 与 Operations Manager 一起运行将导致其他网络通信的事实。

要考虑的下一个阶段就是部署。在安装软件之前，您需要确保提供了足够的硬件。如果您将软件安装到一个新环境中，那么物理硬件会更好，对于数据库服务器来说尤其如此。但是，如果无法使用物理硬件，则可以将管理服务器虚拟化。在迁移方案中，使用虚拟化服务器是购买硬件来分阶段实施新基础结构的良好替代方法。在这种情况下，您可以使用虚拟机分段实施 Operations Manager，同时取消原来的 MOM 服务器并重建。

提供服务器后，您就可以开始安装软件了。首先，确保将运行 Operations Manager 的服务器拥有支持软件的必要软件先决条件。例如，如果您正在运行 SQL Server 2000 并且计划在同一服务器上安装 Operations Manager，那么您需要首先升级到 SQL Server 2005 SP1。要查看此操作的要求，您可以从 System Center Operations Manager 安装媒体中运行 Operations Manager 先决条件检查器。

当满足了所有的软件先决条件并且配置了 SQL Server 和 Reporting Services 后，您就可以开始安装 Operations Manager 软件了。在单服务器环境中，这很简单；您仅需在服务器上运行 Operations Manager 安装程序文件即可，然后如果您想使用 Operations Manager 报告功能的话，可以运行其安装程序。但是，在分布式环境中，则需要按正确的顺序将 Operations Manager 组件安装在单个服务器上。首先安装数据库，然后安装第一个管理服务器，此管理服务器将自动被分配给“根管理服务器”角色。完成此操作后，就可以安装任何其他的管理服务器了。最后一步是安装 Web 控制台和报告组件。

在此阶段，试图利用任何新功能之前，您应该确保新基础结构反映了您现有的监视。应该将在原来的环境中使用的管理包全部复制到新的 Operations Manager 部署中。如果有可用的 Operations Manager 管理包，您可能希望导入该管理包，但不具有较新版本的管理包均需要从当前管理组中导出，使用 MPConvert 工具将其从安装 CD 转换，然后将其导入到 Operations Manager — 除非您拥有小型的或简单的自定义管理包，这种情况下最好仅重建管理包。复制配置时也有一种有用的工具。MOM 2005 到 Operations Manager 迁移工具有助于将配置从现有的 MOM 管理组复制到 Operations Manager；您也可以在 Operations Manager 安装 CD 上找到它。图 2 显示了迁移过程中的一种典型配置。

图 2 迁移过程中的典型配置 (单击该图像获得较小视图)

图 2 迁移过程中的典型配置 (单击该图像获得较大视图)

复制配置之后，您需要确保使用 Operations Manager 与使用 MOM 实际收到的警报和收集的数据相同。幸运的是，Operations Manager 代理可以与原来的 MOM 代理共存，所以这两种代理可以同时运行。您可以从这两种代理收集数据，将它们进行对比以确保其准确性，然后再取消原来的系统。

接下来，您应该制定一个测试计划。测试可能包括将来自原有系统的警报与 Operations Manager 系统中的警报进行简单的比较，但也可能要求有意生成警报以全面评估新基础结构。对测试结果感到满意后，您就可以开始卸载原来的 MOM 代理，方法是使用 MOM 控制台或代理计算机上的“添加/删除程序”。

报告是 MOM 和 System Center Operations Manager 部署的重要组成部分，也需要予以解决。现在无法将现有的 SystemCenterReporting 数据库迁移到 Operations Manager 2007，因此您可以为 Operations Manager 创建 Reporting Services 的新实例，同时将现有的 MOM 2005 (SystemCenterReporting) 数据库保留在一个专用的 SQL Reporting Services 实例中以显示原来的报告。System Center Operations Manager 2007 中新的报告控制台集成到了产品中，所以不推荐将 Reporting Services 控制台用于 Operations Manager 之外的任何产品。将来也许可以通过数据迁移脚本解决报告数据的迁移，但同时您可能不得不放弃存档的报告数据，并且当您开始生成新形式的报告时，管理工作是如此令人激动，以致于人们可能没有注意到原来的数据不复存在了。

相对于 MOM 2000 和 2005，System Center Operations Manager 做出了重大改进，但这些进步也具有一定的成本。基本体系结构的主要更改（以及由此导致不存在直接就地升级途径）意味着部署成本有可能上升。最大限度降低这些成本的关键是您适当地计划并确保有从事该工作的合适人选。这样，您就可以通过使用 System Center Operations Manager 从 Microsoft 的努力工作中受益。