如何检测和解决操作管理器中的常见配置更改

文章翻译 文章翻译
文章编号: 2603913 - 查看本文应用于的产品
展开全部 | 关闭全部

更多信息

配置概述

系统中心管理配置服务负责计算操作管理器管理组中的每个健康服务的配置。健康服务的配置包括规则、 监视器、 艺术品和健康服务和健康服务可监视的所有实例的任务。

若要计算每个健康服务所需的所有配置,管理配置服务必须具有以下各项的列表:
  • 被监视的所有类的所有实例
  • 实例之间的宿主关系
  • 规则、 监视器、 搜索和分配给受监视的类的其他工作流
  • 负责监视实例健康服务
此外,管理配置服务必须能够读取的管理组中的所有实例组成员身份。管理配置服务还必须应用规则和监控针对这些组、 类或各个实例的任何重的写。

管理组中的对象将被定义为被监视基于提交的发现工作流的发现数据的类的实例。如果对象的一个关键属性发生更改,则该对象可能添加为被监视的类的新实例。否则,该对象不再被视为该类的实例。

当列表更改为对象的成员的类时,配置也会更改为监视该对象的健康服务。这些变化发生作为规则、 监视器、 艺术品、 任务和优先选项添加或删除从以前的配置。

配置改动

代理可能无法在以下情况下接收稳定配置:
  • 大量发现数据提交到管理配置服务。
  • 发现数据提交管理配置服务处理之前提交更多的发现数据的速度太快。因为数据将始终保持在计算的过程中,将出现这种情况。
发现数据,也称为"配置改动,"频繁提交可能导致某些健康服务旧配置下运行,或导致管理服务器变得陈旧的配置。此行为然后一些医疗保健服务出现的原因变灰 (不可用) 在操作控制台中。

发现工作流运行时,发现数据被提交的健康服务。介绍新的管理包的管理组可能会导致多个发现工作流在每个代理上运行。而且,如发现新的实例,可能在某些代理上运行其他发现。更改组、 重写和其他工作流可以导致发现在代理上运行的工作流。而且,引入新的代理程序也可能导致管理配置服务以使用新的代理配置更新实例空间。

配置管理服务,将强制重新计算经常在以下情况下的健康服务配置:
  • 查询工作流程被配置为运行得过于频繁。
  • 发现通过工作流的属性更改每次运行时发现工作流。
如果这些方案进行多个代理,或管理服务器已在繁重的工作负载下,配置管理服务可能无法跟上的更改率和配置改动,可能会发生。

通过使用 MS 事件日志的标识配置改动

类似于管理服务器上的操作管理器事件日志中的以下事件表示由于新发现的数据已更改的管理组配置。

日志名称: 操作管理器
来源: OpsMgr 连接器
事件 ID: 21024
级别: 信息
计算机: <MS name=""></MS>
说明:
OpsMgr 的配置可能是过期的管理组 <ManagementGroupName></ManagementGroupName>并已从配置服务请求更新的配置。Current(out-of-date) 状态 cookie 是"3A B0 1E 5C 81 F3 12 F5 56 B7 8A EF F8 01 BA 09 86 55 06 48"


类似于以下事件表示管理配置服务已完成新的发现数据的处理和计算所需的管理组配置,根据新的数据的任何更改。

日志名称: 操作管理器
来源: OpsMgr 连接器
事件 ID: 21025
级别: 信息
计算机: <MS name=""></MS>
说明:
OpsMgr 已收到来自配置服务的管理组<ManagementGroupName>的新配置。新的状态 cookie 是"34 FA 11 61 4D B8 03 59 3D 1D 66 B7 83 F3 C0 AA 7A 6F 1A 3B"</ManagementGroupName>


在典型环境中,每个 21024 应跟 21025。如果发现数据不会导致更改任何配置数据,事件 ID 将为 21026。大的管理组中,对 21024 和 21025 或 21026 事件应该会出现每小时几次。长字符串,而无需相应 21025 或 21026 的 21024 事件的事件表明了配置改动。此外,事件日志可能会显示下面的事件,指示该改动检测。

日志名称: 操作管理器
来源: OpsMgr 配置服务
事件 ID: 29202
级别: 警告
计算机: <MS name=""></MS>
说明:
OpsMgr 配置服务无法检索从 OpsMgr 数据库,因为过于频繁的数据库更改的一致状态。
这可能是因为发现数据 ; 普通和临时增加但是检查最新的更改,以确定这种增长是意外。
最新的监视对象更改:
实例 = %1
类 = %2
修改时间 = %3
最新的监视关系更改:
关系实例 = %4
源实例 = 5%
目标实例 = %6
RelationshipClass = %7
修改时间 = %8

当数据访问层查询的更改时,数据访问层必须读取多个表。如果它读取后修改其中一个表,但所有表被都读取之前,数据访问层记录前一个事件 ID 29202,然后重试。如果在此期间,实体或关系实例被阅读,事件字段中包含有关这些实例的信息。否则,这些字段保留为空。

标识可能会导致配置改动的使用操作管理器数据仓库

在管理组在其中安装操作管理器报告组件中,多个 SQL 查询可以用于标识要提交的频繁更改的工作流。针对数据仓库实例,应在 SQL 管理 Studio 中运行这些查询。

在最近 24 小时内提交的发现工作流的总更改:
select ManagedEntityTypeSystemName, DiscoverySystemName, count(*) As 'Changes' from (select distinct    MP.ManagementPackSystemName,    MET.ManagedEntityTypeSystemName,    PropertySystemName,    D.DiscoverySystemName,    D.DiscoveryDefaultName,    MET1.ManagedEntityTypeSystemName As 'TargetTypeSystemName',     MET1.ManagedEntityTypeDefaultName 'TargetTypeDefaultName',    ME.Path,    ME.Name, 
   C.OldValue,    C.NewValue,    C.ChangeDateTime  from dbo.vManagedEntityPropertyChange C  inner join dbo.vManagedEntity ME on ME.ManagedEntityRowId=C.ManagedEntityRowId  inner join dbo.vManagedEntityTypeProperty METP on METP.PropertyGuid=C.PropertyGuid  inner join dbo.vManagedEntityType MET on MET.ManagedEntityTypeRowId=ME.ManagedEntityTypeRowId  inner join dbo.vManagementPack MP on MP.ManagementPackRowId=MET.ManagementPackRowId  inner join dbo.vManagementPackVersion MPV on MPV.ManagementPackRowId=MP.ManagementPackRowId  left join dbo.vDiscoveryManagementPackVersion DMP on DMP.ManagementPackVersionRowId=MPV.ManagementPackVersionRowId  AND CAST(DefinitionXml.query('data(/Discovery/DiscoveryTypes/DiscoveryClass/@TypeID)') AS nvarchar(max)) like '%'+MET.ManagedEntityTypeSystemName+'%'  left join dbo.vManagedEntityType MET1 on MET1.ManagedEntityTypeRowId=DMP.TargetManagedEntityTypeRowId  left join dbo.vDiscovery D on D.DiscoveryRowId=DMP.DiscoveryRowId  where ChangeDateTime > dateadd(hh,-24,getutcdate())  ) As #T group by ManagedEntityTypeSystemName, DiscoverySystemName order by count(*) DESC
此查询创建三个列。第一列是针对工作流是的对象的类。第二列指示查询工作流程中的内部名称。第三列指示该类的所有实例,过去 24 小时内已提交的工作流的属性更改的总数。变更,对于所有类,总数代表的配置管理服务必须重新计算代理运行状况服务的配置的次数。

某些类别的对象,即使在稳定的环境中的更改的数量不可能会不断达到零。任何更改,例如添加或删除属性,代理程序是添加的或已停止使用,服务器角色添加或更改,等等,反映在返回的数字。在环境中改动会遇到哪些配置中,一个或多个工作流可能会显示得更大的值比其他工作流。

在最近 24 小时内进行了更改的属性:
select distinct   MP.ManagementPackSystemName,   MET.ManagedEntityTypeSystemName,   PropertySystemName,   D.DiscoverySystemName,   D.DiscoveryDefaultName,   MET1.ManagedEntityTypeSystemName As 'TargetTypeSystemName',   MET1.ManagedEntityTypeDefaultName 'TargetTypeDefaultName',   ME.Path,   ME.Name,   C.OldValue,   C.NewValue,   C.ChangeDateTime from dbo.vManagedEntityPropertyChange C inner join dbo.vManagedEntity ME on ME.ManagedEntityRowId=C.ManagedEntityRowId inner join dbo.vManagedEntityTypeProperty METP on METP.PropertyGuid=C.PropertyGuid inner join dbo.vManagedEntityType MET on MET.ManagedEntityTypeRowId=ME.ManagedEntityTypeRowId inner join dbo.vManagementPack MP on MP.ManagementPackRowId=MET.ManagementPackRowId inner join dbo.vManagementPackVersion MPV on MPV.ManagementPackRowId=MP.ManagementPackRowId left join dbo.vDiscoveryManagementPackVersion DMP on DMP.ManagementPackVersionRowId=MPV.ManagementPackVersionRowId     AND CAST(DefinitionXml.query('data(/Discovery/DiscoveryTypes/DiscoveryClass/@TypeID)') AS nvarchar(max)) like '%'+MET.ManagedEntityTypeSystemName+'%' left join dbo.vManagedEntityType MET1 on MET1.ManagedEntityTypeRowId=DMP.TargetManagedEntityTypeRowId left join dbo.vDiscovery D on D.DiscoveryRowId=DMP.DiscoveryRowId where ChangeDateTime > dateadd(hh,-24,getutcdate()) ORDER BY MP.ManagementPackSystemName, MET.ManagedEntityTypeSystemName
此查询可以识别的属性已在过去 24 小时。加上一个查询,此查询可以显示的属性,哪些代理提交更改的旧值和新值是什么,其中包含在包执行发现和管理工作流。

如何减少配置改动

较旧的管理包引入过于频繁地提交属性更改的发现工作流。大多数的管理包的当前版本已修改这些发现工作流,通常情况下,提交数据较少,或管理包不会查询经常更改的可变属性。我们建议您升级管理包中包含上一个查询中经常出现的工作流。可以从管理包目录下载新版本的管理包:
http://systemcenter.pinpoint.microsoft.com/en-US/applications/search/operations-manager-d11?q

如果管理包的新版本不可用,或者不能立即部署新的版本,则可以通过重写较低频率运行调整发现间隔时间。有时,重写可以完全禁用负责配置改动的发现。如果几个星期后,发现被禁用,则可能从数据库整理工作流通过发现的对象。但是,禁用发现可以提供短期的解决方法,以消除配置改动,只要之前的任何对象都整理数据库中,可以实现一个永久的解决方案。对于短时间内重新发现对象,它们整理之前,您也可以启用工作流。

在这些较旧的管理包中的某些工作流讨论以下博客:
http://blogs.technet.com/b/kevinholman/archive/2009/10/05/what-is-config-churn.aspx
如果工作流从目标是易失性的属性,如可用磁盘空间,自定义搜索发现应重写,以便它没有目标频繁更改的属性。发现工作流都不应具有较短的生存期的实例 (几周或更少)。发现工作流不应收集经常更改 (每月的一个或多个时间) 这些实例的属性。易失数据不被视为在计算配置。因此,性能规则而不是发现工作流,应该先收集易失数据。

其他性能调整

在大的管理组中 (大于 1000 的代理),RMS 可能会变得非常繁忙的通常不会导致问题较小的管理组中的操作。在此情况下,即使小属性更改的速率可能导致频繁改动由于要处理的更改所需的时间长度。可以使用一些配置更改,以减少对 RMS 的运营开销并使其可以处理的属性更改的典型速度足够快的速度以避免配置改动。这些配置更改讨论以下博客:
http://blogs.technet.com/b/mgoedtel/archive/2010/08/24/performance-optimizations-for-operations-manager-2007-r2.aspx

强制执行配置更改为管理组

如果配置改动的管理组持续发生,以减少问题工作流的频率或禁用的问题工作流的任何更改将永远不会传播到代理。在这种情况下,必须阻止传入发现数据的流,以允许系统中心配置管理服务,来计算当前的配置生成此数据的工作流已被禁用或运行频率较低。

发现数据提交到 OperationsManager 数据库通过系统中心数据访问服务 (DAS)。数据第一次提交到 DAS 上 RMS 系统中心管理服务。RMS 获取此数据从代理或其他管理服务器。您可以使用 Windows 防火墙或某些其他网络意味着要阻止传入连接到端口 5723 上 RMS。此阻止过程可防止发现数据提交到 OperationsManager 数据库只是足够长的时间来计算当前的配置在提交数据的代理程序的配置管理服务。

系统中心管理服务和系统上对 RMS 的中心数据访问服务不应该停止或禁用时配置管理服务计算当前配置。系统中心配置管理服务所需完成管理组配置的计算如下:
  • RMS 系统中心管理服务必须正在运行并正常运行。
  • 系统中心数据访问服务必须能够与数据库通信。
此外,某些数据可能积累代理和其他管理服务器上同时配置管理服务计算当前配置。因此,只要您看到操作管理器事件日志中的事件 ID 21025 RMS 上应解除防火墙或端口排除。此事件表示配置管理服务已计算的工作流现在禁用或修改的管理组的新配置

标识可能会导致配置改动的使用操作管理器报告

操作管理器 2007 R2 管理包版本 6.1.7599.0 中引入新的报告。这些报告提供深入了解总体管理组处理的数据量。可以使用这些报告,以建立标准基准,并确定优化对象发现工作流的机会。在配置改动是识别和解决时,这些报告可用于长期规划防止改动的定期事件。

若要下载管理包,请访问以下 Microsoft 网站:
http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=23081
?
  • 通过管理包报告的数据量

    管理包报告数据卷编译有关的管理包生成的数据量的信息。该报表将列出以下数据类型的管理包每次数:
    • 发现
    • 警报
    • 性能 (性能计数器的提交和管理包通过收集到的实例数)
    • 事件
    • 状态更改
  • 通过工作流和实例报告的数据量

    通过工作流和实例报告的数据量将编译的组织通过工作流 (发现、 规则、 显示器等) 和实例的生成数据的卷上的信息。

    有两种方法来访问此报告:
    • 在管理包报告数据卷,单击要打开的管理包的工作流和实例报告数据量的报表的顶部的表中的计数单元格之一。
    • 直接从在操作控制台中的报告部分中运行报告。如果您运行数据卷的工作流和实例报告直接,则应设置自定义结果报告的参数。此报告通过管理包报告提供数据量的信息的详细信息。因此,默认参数设置可能无法提供您正在寻找的信息。

属性

文章编号: 2603913 - 最后修改: 2012年8月2日 - 修订: 5.0
这篇文章中的信息适用于:
  • Microsoft System Center Operations Manager 2007 R2
  • Microsoft System Center Operations Manager 2007
  • Microsoft System Center Operations Manager 2012
  • Microsoft System Center Operations Manager 2007 Service Pack 1
关键字:?
kbtshoot kbmt KB2603913 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 2603913
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com