Select the product you need help with
如何检测和解决操作管理器中的常见配置更改文章编号: 2603913 - 查看本文应用于的产品 更多信息配置概述 系统中心管理配置服务负责计算操作管理器管理组中的每个健康服务的配置。健康服务的配置包括规则、 监视器、 艺术品和健康服务和健康服务可监视的所有实例的任务。 若要计算每个健康服务所需的所有配置，管理配置服务必须具有以下各项的列表：
管理组中的对象将被定义为被监视基于提交的发现工作流的发现数据的类的实例。如果对象的一个关键属性发生更改，则该对象可能添加为被监视的类的新实例。否则，该对象不再被视为该类的实例。 当列表更改为对象的成员的类时，配置也会更改为监视该对象的健康服务。这些变化发生作为规则、 监视器、 艺术品、 任务和优先选项添加或删除从以前的配置。 配置改动 代理可能无法在以下情况下接收稳定配置：
发现工作流运行时，发现数据被提交的健康服务。介绍新的管理包的管理组可能会导致多个发现工作流在每个代理上运行。而且，如发现新的实例，可能在某些代理上运行其他发现。更改组、 重写和其他工作流可以导致发现在代理上运行的工作流。而且，引入新的代理程序也可能导致管理配置服务以使用新的代理配置更新实例空间。 配置管理服务，将强制重新计算经常在以下情况下的健康服务配置：
通过使用 MS 事件日志的标识配置改动 类似于管理服务器上的操作管理器事件日志中的以下事件表示由于新发现的数据已更改的管理组配置。 日志名称： 操作管理器 类似于以下事件表示管理配置服务已完成新的发现数据的处理和计算所需的管理组配置，根据新的数据的任何更改。 日志名称： 操作管理器 来源： 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 事件的事件表明了配置改动。此外，事件日志可能会显示下面的事件，指示该改动检测。 日志名称： 操作管理器 当数据访问层查询的更改时，数据访问层必须读取多个表。如果它读取后修改其中一个表，但所有表被都读取之前，数据访问层记录前一个事件 ID 29202，然后重试。如果在此期间，实体或关系实例被阅读，事件字段中包含有关这些实例的信息。否则，这些字段保留为空。来源： OpsMgr 配置服务 事件 ID： 29202 级别： 警告 计算机： <MS name=""></MS> 说明： OpsMgr 配置服务无法检索从 OpsMgr 数据库，因为过于频繁的数据库更改的一致状态。 这可能是因为发现数据 ； 普通和临时增加但是检查最新的更改，以确定这种增长是意外。 最新的监视对象更改： 实例 = %1 类 = %2 修改时间 = %3 最新的监视关系更改： 关系实例 = %4 源实例 = 5% 目标实例 = %6 RelationshipClass = %7 修改时间 = %8 标识可能会导致配置改动的使用操作管理器数据仓库 在管理组在其中安装操作管理器报告组件中，多个 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 小时内进行了更改的属性： 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如何减少配置改动 较旧的管理包引入过于频繁地提交属性更改的发现工作流。大多数的管理包的当前版本已修改这些发现工作流，通常情况下，提交数据较少，或管理包不会查询经常更改的可变属性。我们建议您升级管理包中包含上一个查询中经常出现的工作流。可以从管理包目录下载新版本的管理包： http://systemcenter.pinpoint.microsoft.com/en-US/applications/search/operations-manager-d11?q
(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 如果工作流从目标是易失性的属性，如可用磁盘空间，自定义搜索发现应重写，以便它没有目标频繁更改的属性。发现工作流都不应具有较短的生存期的实例 （几周或更少）。发现工作流不应收集经常更改 （每月的一个或多个时间） 这些实例的属性。易失数据不被视为在计算配置。因此，性能规则而不是发现工作流，应该先收集易失数据。
(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
(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 的中心数据访问服务不应该停止或禁用时配置管理服务计算当前配置。系统中心配置管理服务所需完成管理组配置的计算如下：
标识可能会导致配置改动的使用操作管理器报告 操作管理器 2007 R2 管理包版本 6.1.7599.0 中引入新的报告。这些报告提供深入了解总体管理组处理的数据量。可以使用这些报告，以建立标准基准，并确定优化对象发现工作流的机会。在配置改动是识别和解决时，这些报告可用于长期规划防止改动的定期事件。 若要下载管理包，请访问以下 Microsoft 网站： http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=23081 ?
(http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=23081)
属性文章编号: 2603913 - 最后修改: 2012年8月2日 - 修订: 5.0 这篇文章中的信息适用于:
机器翻译 注意：这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇，语法或文法的问题，就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量，但是我们不保证机器翻译的正确度，也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。 点击这里察看该文章的英文版： 2603913
(http://support.microsoft.com/kb/2603913/en-us/
)
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性，不作任何声明。 所有该等文件及有关图形均"依样"提供，而不带任何性质的保证。Microsoft和/或其各供应商特此声明，对所有与该等信息有关的保证和条件不负任何责任，该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下，在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中，Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。 | 文章翻译
 |
回到顶端
