System Center Operations Manager 2007 R2 累积更新 4

本文全面介绍了 Microsoft System Center Operations Manager (SCOM) 2007 R2 中累积更新 4 中的所有更改。

SCOM 2007 R2 的累积更新 4 包括 SCOM 2007 R2 的所有以前的累积更新，包括所有跨平台更新。

请注意，此更新和将来更新的任何跨平台更改不再在单独的 Microsoft 知识库 (KB) 文章中进行说明。

SCOM 2007 R2 的累积更新 4 解决了以下问题：

• 安装适用于 SCOM 2007 R2 的累积更新 3 后，性能和资源优化 (PRO) 使用技巧功能无法正常运行。

• 当 警报 源同时包含监视器和规则时，警报视图无法正常工作。

• Azure 管理包不会收集事件说明。 若要解决此问题，请使用 Microsoft Azure SDK 1.3 生成Microsoft Azure应用程序。

• 监视主机进程可能会停止在 Windows Server 2003 Service Pack 2 (SP2) 上运行的计算机上响应。

• 如果用户角色在多个组的范围内， 关系图 视图的性能会很慢。

• 在警报的 Web 控制台属性中，“ 知识” 选项卡上的超链接不处于活动状态。

SCOM 2007 R2 的累积更新 4 添加了以下功能：

• SQL Server 2008 R2 数据库升级支持

• 在SQL Server失败方案
  
  中自动恢复运行状况服务请注意，默认情况下，此功能未启用。 有关如何启用此功能的详细信息，请参阅“在SQL Server故障方案中自动恢复运行状况服务”部分。

若要下载 SCOM 2007 R2 的累积更新 4，请访问以下 Microsoft 下载中心网页：

下载 SCOM 2007 R2 的累积更新 4请注意，如果未安装适用于 SCOM 2007 R2 的累积更新 3，则必须先下载用于监视 Linux 和 UNIX 计算机的最新管理包，然后才能为 SCOM 2007 R2 应用累积更新 4。 为此，请访问以下 Microsoft 网页：

下载用于监视 Linux 和 UNIX 计算机的最新管理包

SQL Server 2008 R2 数据库升级支持

SQL Server 2008 数据库更新支持的功能使你能够将 SCOM 2007 R2 的数据库升级到 SQL Server 2008 R2。 此功能的工具位于更新包的 SupportTools 文件夹中。 有关如何从 SCOM 2007 R2 升级数据库的详细信息，请访问以下 Microsoft TechNet 文章：

如何从 SCOM 2007 R2 升级数据库在以下升级方案中，按照“如何从 SCOM 2007 R2 更新数据库”TechNet 网站上所述的步骤操作：

• SQL 报告服务 2005 到 SQL 报告 Services 2008 Service Pack 1 (SP1)

• SQL 报告服务 2008 Service Pack 1 (SP1) SQL 报告服务 2008 R2

重要提示：如果已从 2005 SQL Server升级到 2008 SQL Server，则已安装 SRSUpgradeTool 工具的版本。 若要将数据库升级到 SQL Server 2008 R2，请卸载此版本的 SRSUpgradeTool 工具，然后安装 SCOM 2007 R2 的累积更新 4 中包含的更新版本。 若要卸载 旧版 SRSUpgradeTool 工具，请执行以下步骤：

1. 删除以下注册表项下的 SRSUpgradeHelperInstalled 注册表项：
   

   HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft Operations Manager\3.0\Reporting

2. 使用“添加或删除程序”功能卸载 SRSUpgradeHelper 工具。

3. 安装 SCOM 2007 R2 的累积更新 4 中包含的更新版本。

在SQL Server故障方案

中自动恢复运行状况服务SQL Server脱机后，根管理服务器 (RMS 运行状况服务) 停止响应。 例如，运行状况服务SQL Server断开连接、重启或失败后停止响应。 若要在SQL Server再次可用时从此问题恢复，必须重启运行状况服务。

默认情况下，此自动恢复功能处于禁用状态。 当 RMS 删除当前连接池以及 RMS 尝试重新建立SQL连接时，DALInitiateClearPoolSeconds 设置控制。 建议将此设置设置设置为 60 秒或更多，以避免性能问题。 若要配置此建议的设置，请为 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Operations Manager\3.0\DAL] 子项设置以下值：

• “DALInitiateClearPoolSeconds”=dword：0000003c

• “DALInitiateClearPool”=dword：00000001

注意若要应用 DALInitiateClearPoolSeconds 设置，请重启 RMS 运行状况服务。

由 SCOM 2007 R2 的累积更新 4 解决的问题

此更新中不包括以下发布的 SCOM 2007 R2 修补程序，因为修补程序包括SQL Server Transact-SQL 脚本、SQL存储过程更新或跨平台代理更新。 有关如何获取此问题的修补程序的详细信息，请访问以下 Microsoft 知识库文章：

981740 System Center Operations Manager 2007 R2 导入此更新的已知问题的管理包列表后，不会在某些视图中显示新属性

• 
  在某些情况下，在更新 Operations Manager 代理时，可能会重启非 Operations Manager 服务。 此问题仅影响运行 Windows Server 2008 或 Windows Server 2008 R2 的计算机。 建议在服务重启或服务器重启可接受时更新代理。 或者，仅更新在已解决问题列表中提到的一个或多个与代理相关的问题的代理。 此问题将在即将进行的累积更新中解决。

• 安装累积更新 4 后创建新的管理包、导出管理包并使用创作控制台更改管理包时，新的管理包编辑问题
  无法正常工作。 发生此行为是因为创作控制台找不到 Microsoft.SystemCenter.Library 管理包的 .61 版本。 此问题计划在累积更新 5 中解决。 若要立即解决，请联系 Microsoft 客户支持服务获取此管理包的副本，或更新引用部分以使用此管理包的 .0 版本。

• 回滚/SDK 启动失败
  累积更新 4 可能会多次回滚。 或者，SDK 服务或配置服务不会在 SCOM 2007 R2 的累积更新 4 回滚后重启。 此外，“CAStartServices：StartService 失败。 错误代码：0x8007041D“错误消息可能会记录在日志文件中，以便安装更新。 有关更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

  936707 修复：具有 Authenticode 签名的 .NET Framework 2.0 托管应用程序启动此问题的时间比平时长，因为已知.NET Framework 2.0 问题，其中证书吊销列表 (CRL) 响应延迟会影响一小部分计算机。 如果遇到此问题，请应用以下解决方法之一：

  • 按照以下 Microsoft 知识库文章中所述的步骤操作。
    
    请注意，如果安装了 .NET Framework 2.0 Service Pack 1 (SP1) 或更高版本的.NET Framework，则无需安装修补程序963707。

    936707 修复：具有 Authenticode 签名的 .NET Framework 2.0 托管应用程序在安装修补程序963707后，在受影响的计算机上更改配置服务和 SDK 服务的清单文件需要比平时更长的时间。 此解决方案永久禁用指定可执行文件的 CRL 检查。 为此，请使用以下标记编辑Microsoft.MOM.ConfigServiceHost.exe.config<运行时>部分，并Microsoft.MOM.Sdk.ServiceHost.exe.config存储在 OM 安装目录中的文件：

    <?xml version="1.0" encoding="utf-8"?>
    <configuration>
    <runtime>
    <generatePublisherEvidence enabled="false"/>
    </runtime>
    </configuration>

  • 请按照下列步骤操作：

    1. 按照以下 Microsoft 知识库文章中所述的步骤操作：

       922918 服务未启动，事件 7000 和 7011 记录在服务器 2003 Windows

    2. 将 ServicesPipeTimeout 注册表项的值设置为 120000。

    3. 重启受影响的计算机。

    4. 重新应用 SCOM 2007 R2 的累积更新 4。
       
       请注意，累积更新 4 安装程序可能会在安装过程中显示错误或警告。 单击以继续，忽略所有这些警告和错误。

• 应用审核收集服务 (ACS) 更新时，如果正在使用受影响的文件，可能需要重启计算机。 此外，你会收到类似以下内容的错误消息：
  

  错误 2803：对话框视图找不到对话的记录

  若要解决此问题，请在应用 ACS 更新后重启安装了 ACS 的计算机。
  
  请注意，某些与累积更新 3 一起描述的 ACS 报告更新实际上未包含在 SCOM 2007 R2 的累积更新 3 或累积更新 4 中。 这些更新在即将发布的更新中可用。

• HealthServiceRuntime.dll文件不会在某些基于 2000 的代理计算机上更新Windows。 这意味着未应用下列问题的解决方法：
  

  收到任务时，监视主机进程不会立即启动工作流。此修补程序在基于 2000 Windows计算机上不受支持，并且在即将进行的累积更新中未解决此问题。

• 累积 Update 4 代理修补失败
  如果为 SCOM 2007 R2 应用累积更新 3，则推送的代理可能无法正确显示更新列表。 出现此问题的原因是，SCOM 2007 R2 的累积更新 3 中的代理更新可能需要重新启动操作，然后执行修复操作。 如果在为 SCOM 2007 R2 应用累积更新 3 后未重启这些服务器，则不会应用 SCOM 2007 R2 的累积更新 4 中的代理更新。 但是，会在这些计算机上设置重启所需的状态。 因此，必须重启这些计算机，然后修复代理，以在 SCOM 2007 R2 的累积更新 4 中应用更新。

• Microsoft Office可能无法编辑公司知识。 此问题与 SCOM 累积更新无关，由Office安全修补程序引入。 若要解决此问题，请应用以下修补程序：

  2458608 Office Word 2007 修补程序包的说明 (wordconv-x-none.msp、word-x-none.msp) ：2010 年 12 月 14 日说明 SCOM 2007 R2 仅支持基于 x86 的 Microsoft Office 2010 版本。