Comment détecter et résoudre les problèmes de fréquentes modifications de configuration dans Operations Manager.

Traductions disponibles Traductions disponibles
Numéro d'article: 2603913 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Plus d'informations

Présentation de la configuration

Le service de Configuration de gestion de centre de système est responsable pour le calcul de la configuration de chaque service de santé dans le groupe d'administration Operations Manager. La configuration d'un service de santé se compose de règles, de moniteurs, de découvertes et de tâches pour le service de santé et de toutes les instances qui surveille le service de santé.

Pour calculer toutes les configurations requises pour chaque service de santé, le service de Configuration de gestion doit avoir une liste des éléments suivants :
  • Toutes les instances de toutes les classes surveillés
  • Les relations entre les instances d'hébergement
  • Les règles, moniteurs, découvertes et autres flux de travail qui est affectés aux classes surveillés
  • Les services de santé qui sont chargées de surveiller les instances
En outre, le service de Configuration de la gestion doit être en mesure de lire l'appartenance de tous les groupes d'instance dans le groupe d'administration. Le service de Configuration de gestion doit également s'appliquer les substitutions pour les règles et les moniteurs sont dirigées vers ces groupes, des classes ou des instances individuelles.

Objets dans un groupe d'administration seront définis comme instances de classes surveillés en fonction des données de découverte qui sont soumises par les workflows de découverte. Si une propriété de clé d'un objet change, cet objet peut être ajouté comme une nouvelle instance d'une classe surveillée. Sinon, cet objet n'est plus considéré une instance de cette classe.

Comme la liste change pour les classes dont l'objet est un membre, la configuration change également pour le service de santé qui surveille cet objet. Ces modifications se produisent en tant que règles, des moniteurs, des découvertes, des tâches et les substitutions sont ajoutées ou supprimées à partir de la configuration précédente.

Bidon de configuration

Les agents peuvent être Impossible de recevoir une configuration stable dans les scénarios suivants :
  • Une grande quantité de données de découverte est présentée au service de Configuration de la gestion.
  • Données de découverte sont soumises trop rapidement pour le service de Configuration de la gestion à traiter avant de soumettre des données de découverte. Ce scénario se produit car les données seront toujours en cours de calcul.
La présentation fréquente des données de découverte, également appelé « bidon de la configuration », peut entraîner certains services de santé s'exécutent sous d'anciennes configurations ou de générer la configuration des serveurs de gestion de devenir obsolètes. Ce comportement puis provoque certains health services apparaissent grisées (non disponible) dans la console.

Données de découverte sont présentées par un service de santé lors de l'exécution d'un workflow de découverte. Introduction d'un nouveau Pack d'administration à un groupe d'administration peut provoquer plusieurs flux de travail de découverte pour s'exécuter sur chaque agent. Et, dès la découverte de nouvelles instances, découvertes supplémentaires peuvent être exécutés sur certains agents. Modifications aux groupes, les remplacements et les autres flux de travail peuvent provoquer des workflows de découverte à exécuter sur les agents. Et introduction de nouveaux agents peut également provoquer le service de Configuration de gestion mettre à jour l'espace de l'instance en utilisant configuration du nouvel agent.

Le service de gestion de la Configuration est forcé à recalculer la configuration du service de santé fréquemment dans les scénarios suivants :
  • Un flux de travail de découverte est configuré pour s'exécuter trop fréquemment.
  • Les propriétés qui sont découverts par le flux de travail changent chaque fois que le flux de travail de découverte est exécuté.
Si ces scénarios se produisent pour de nombreux agents, ou des serveurs d'administration sont déjà sous une lourde charge de travail, le service de gestion de la Configuration peut être en mesure de gérer avec le taux de changement et évolution du configuration peut se produire.

Identification de bidon de configuration en utilisant le journal des événements MS

Un événement semblable au suivant dans le journal des événements Operations Manager sur le serveur d'administration indique que la configuration du groupe d'administration a changé en raison de nouvelles données de découverte.

Nom du journal : Operations Manager
Source : Operations Manager Connector
ID d'événement : 21024
Niveau : informations
Ordinateur : <MS name=""></MS>
Description :
Configuration d'Operations Manager peut être obsolète pour groupe d'administration <ManagementGroupName></ManagementGroupName>et a demandé de configuration mis à jour à partir du Service de Configuration. Le cookie d'état de current(out-of-date) est « 3 a B0 1E 5C 81 F3 F5 12 56 B7 8 a EF F8 01 BA 09 86 55 48 06 "


Un événement semblable au suivant indique que le service de Configuration de la gestion a fini de traiter les nouvelles données de découverte et calculé toutes les modifications qui sont nécessaires à la configuration du groupe d'administration, en fonction des nouvelles données.

Nom du journal : Operations Manager
Source : Operations Manager Connector
ID d'événement : 21025
Niveau : informations
Ordinateur : <MS name=""></MS>
Description :
Operations Manager a reçu la nouvelle configuration pour le groupe d'administration <ManagementGroupName>à partir du Service de Configuration. Le nouveau cookie d'état est « 34 FA 11 61 hexadécimale B8 03 59 B7 1D 66 3D 83 F3 C0 AA 1 a 6F 7 a 3 b "</ManagementGroupName>


Dans un environnement classique, chaque 21024 doit être suivi par un 21025. Si les données de découverte n'a pas provoqué des données de configuration à modifier, l'ID d'événement sera 21026. Dans un grand groupe d'administration, les paires d'événements 21024 et 21025 ou 21026 doivent s'attendre à se produire plusieurs fois par heure. Longues chaînes de 21024 événements sans un correspondant 21025 ou 21026 événement est un signe de bidon de configuration. En outre, le journal des événements peut afficher l'événement suivant qui indique cette évolution a été détecté.

Nom du journal : Operations Manager
Source : OpsMgr Config Service
ID d'événement : 29202
Niveau : avertissement
Ordinateur : <MS name=""></MS>
Description :
Service OpsMgr Config Service n'a pas pu récupérer un état cohérent à partir de la base de données d'Operations Manager en raison de modifications trop fréquentes de la base de données.
Cela peut être dû à une augmentation normale et temporaire des données de découverte ; toutefois vérifier les modifications les plus récentes pour déterminer si cette augmentation est inattendue.
Dernière modification objet surveillance :
Instance = %1
Classe = %2
Heure de modification = %3
Relation de surveillance la plus récente modification :
Instance de relation = %4
Instance source = %5
Instance cible = %6
RelationshipClass = %7
Heure de modification = %8

La couche Data Access doit lire plusieurs tables lorsque la couche Data Access interroge les modifications. Si une des tables est modifiée après sa lecture, mais avant toutes les tables ont été lus, la couche Data Access enregistre l'ID d'événement précédent 29202 et réessayer. Si une instance d'entité ou relation a été lu pendant ce temps, les informations sur ces instances sont incluses dans les champs d'événement. Sinon, ces champs sont laissés vides.

Identification de potentiel entraîne de bidon de configuration en utilisant le magasin de données du Gestionnaire des opérations

Groupes de gestion dans lequel le composant MOM Reporting a été installé, plusieurs requêtes SQL peuvent être utilisées pour identifier les flux de travail qui envoi des modifications fréquentes. Ces requêtes doivent être exécutés dans SQL Management Studio dans l'instance du Data Warehouse.

Totale modifications soumises par les flux de travail de découverte dans les dernières 24 heures :
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
La requête suivante crée trois colonnes. La première colonne est la classe d'objet auquel le flux de travail est ciblé. La deuxième colonne indique le nom interne du flux de travail de découverte. La troisième colonne indique le nombre total de modifications de propriété pour toutes les instances de cette classe ont été soumises par le flux de travail au cours des 24 dernières heures. Le nombre total de modifications, pour toutes les classes, représente le nombre de fois où que le service de gestion de la Configuration doit recalculer la configuration d'un service de santé de l'agent.

Le nombre de modifications pour certaines classes d'objets, même dans un environnement stable, ne peut pas jamais atteint zéro. Toute modification, comme l'ajout ou suppression d'une propriété, les agents qui sont des rôles de serveur a été ajouté ou mis hors service, qui sont ajoutées ou modifiées, etc., sont répercutées dans les numéros qui sont retournés. Dans les environnements dans quelle configuration bidon est rencontré, un ou plusieurs flux de travail risque d'afficher une valeur sensiblement plus grande que les autres flux de travail.

Propriétés modifiées au cours des 24 dernières heures :
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
Cette requête peut identifier dont les propriétés ont changé au cours des 24 dernières heures. Associée à la requête précédente, cette requête peut afficher quels étaient les valeurs anciennes et nouvelles pour la propriété, les agents soumis à la modification, le flux de travail dirigés par la découverte et la gestion pack dans lequel elle a été contenue.

Comment réduire le taux de désabonnement de configuration

Packs d'administration plus anciens a introduit les workflows de découverte qui a soumis des modifications de la propriété trop fréquemment. La version actuelle de la plupart des packs d'administration ont modifié ces flux de travail de découverte pour envoyer les données moins fréquemment, ou les packs d'administration n'interrogent pas les propriétés volatiles qui changent fréquemment. Nous vous conseillons de changer les packs d'administration qui contiennent des flux de travail qui se produire fréquemment dans la requête précédente. Nouvelles versions du pack d'administration peuvent être téléchargées à partir du catalogue de pack de gestion :
http://systemcenter.Pinpoint.Microsoft.com/en-us/applications/Search/Operations-Manager-D11?q

Si une nouvelle version du pack d'administration n'est pas disponible ou si la nouvelle version ne peut pas être déployée maintenant, l'intervalle de découverte peut être ajusté en utilisant la substitution d'exécuter moins fréquemment. Parfois, la découverte est responsable de l'évolution du configuration peut être complètement désactivée en remplacement. Si la découverte est désactivée pendant plusieurs semaines, les objets qui sont découverts par le flux de travail peuvent être nettoyées dans la base de données. Toutefois, la désactivation de la découverte peut fournir une solution de contournement à court terme pour éliminer bidon de configuration, tant qu'une solution permanente peut être implémentée avant tous les objets sont nettoyées à partir de la base de données. Le flux de travail peut également être activé pour les intervalles courts redécouvrir les objets avant qu'ils sont nettoyés.

Certains flux de travail dans ces packs d'administration plus anciens est abordés dans le blog suivant :
http://blogs.TechNet.com/b/kevinholman/archive/2009/10/05/What-is-config-Churn.aspx
Si le flux de travail provient d'une découverte personnalisée qui cible une propriété volatile, comme l'espace disque libre, la découverte doit être réécrit afin qu'il ne cible pas une propriété qui change fréquemment. Flux de travail de découverte doit cible pas les instances qui ont une durée de vie courte (plusieurs semaines ou moins). Flux de travail de découverte doit collecter pas les propriétés de ces instances qui changent fréquemment (une ou plusieurs fois un mois). Les données volatiles ne sont pas considérées dans le calcul d'une configuration. Par conséquent, les données volatiles doivent être collectées par les règles de performance et non par le flux de travail de découverte.

Réglage des performances supplémentaires

Grands groupes de gestion (supérieurs à 1 000 agents), RMS peut devenir très occupé avec les opérations qui généralement ne provoquent pas un problème en plus petits groupes de gestion. Dans ce cas, même un petit taux de modifications de propriété pourrait fréquents rafraîchissements en raison du temps nécessaire pour traiter les modifications. Plusieurs modifications de configuration peuvent servir à réduire la charge opérationnelle de RMS et lui permettre de traiter les taux classique de modifications de la propriété assez rapidement pour éviter de bidon de configuration. Ces modifications de configuration sont abordées dans le blog suivant :
http://blogs.TechNet.com/b/mgoedtel/archive/2010/08/24/performance-Optimizations-for-Operations-Manager-2007-R2.aspx

Forcer le changement de configuration pour le groupe d'administration

Si l'évolution du de configuration pour le groupe d'administration se produit en permanence, toutes les modifications pour réduire la fréquence des flux de travail problème ou pour désactiver les flux de travail problème ne seront jamais propagées aux agents. Dans ce cas, le flux de données de découverte entrant doit être bloqué pour permettre au service de gestion de la Configuration système Centre calculer une configuration en cours dans lequel le flux de travail qui génère ces données est désactivé ou s'exécute moins fréquemment.

Données de découverte sont soumises à la base de données d'Operations Manager via le système de centre de Service DAS (Data Access). Les données sont d'abord soumises au service DAS par le service de gestion de centre de système sur le RMS. Le RMS obtient ces données à partir d'agents ou d'autres serveurs d'administration. Vous pouvez utiliser le pare-feu Windows ou autre réseau de certains moyens bloquer les connexions entrantes au RMS sur le port 5723. Cette procédure de blocage empêche les données de découverte de soumis à la base de données d'Operations Manager juste assez longtemps pour le service de gestion de la Configuration pour calculer la configuration actuelle pour les agents qui envoient les données.

Le service gestion de centre de système et le Service système Centre de données Access sur le RMS ne doivent pas être arrêté ou désactivé lorsque le service de gestion de la Configuration calcule la configuration actuelle. Le service de gestion de la Configuration système Centre requiert les éléments suivants pour effectuer le calcul de la configuration de groupe de gestion :
  • Le service de gestion de centre de système sur le RMS doit être en cours d'exécution et en bon état.
  • Le Service système Centre de données Access doit être en mesure de communiquer avec la base de données.
En outre, certaines données peuvent retarder sur les agents et sur d'autres serveurs de gestion lorsque le service de gestion de la Configuration calcule la configuration actuelle. Par conséquent, l'exclusion de pare-feu ou de port doit être soulevée dès que vous voyez l'ID d'événement 21025 dans le journal des événements Operations Manager sur le RMS. Cet événement indique que le service de gestion de la Configuration a calculé la nouvelle configuration du groupe d'administration où le flux de travail est maintenant désactivé ou modifié

Identification de potentiel entraîne de bidon de configuration à l'aide d'Operations Manager reporting

Nouveaux rapports ont été introduites avec la version 6.1.7599.0 du Pack d'administration Operations Manager 2007 R2. Ces rapports fournissent une visibilité au volume global de données qui traite le groupe d'administration. Ces rapports peuvent être utilisés pour établir une norme de base et pour identifier les possibilités de réglage des workflows de découverte d'objet. Dès que l'évolution du configuration est identifié et corrigée, ces rapports peuvent utilisés pour la planification à long terme afin d'éviter les récurrences de bidon.

Pour télécharger le pack d'administration, reportez-vous au site Web Microsoft suivant :
http://www.Microsoft.com/download/en/Details.aspx?displaylang=en&ID=23081
 
  • Volume de données par rapport de Pack d'administration

    Le Volume de données par rapport de Pack d'administration compile des informations sur le volume de données qui génèrent les packs d'administration. Le rapport répertorie le nombre d'occurrences par le pack d'administration pour les types de données suivants :
    • Découvertes
    • Alertes
    • Performances (nombre d'instances qui sont envoyés pour les compteurs de performance et qui sont collectées par le pack d'administration)
    • Événements
    • Changements d'état
  • Volume de données par rapport de Workflow et d'Instance

    Le Volume de données par rapport de Workflow et Instance compile des informations sur le volume de données sont générées, organisés par les flux de travail (découvertes, règles, moniteurs, etc.) et par les instances.

    Il existe deux façons d'accéder à ce rapport :
    • Le Volume de données par rapport de Pack d'administration, cliquez sur une des cellules de nombres dans le tableau en haut de l'état à ouvrir le Volume de données par rapport de Workflow et d'Instance pour les packs d'administration.
    • Exécutez le rapport directement à partir de la section rapports dans la console. Si vous exécutez directement le Volume de données en état de flux de travail et d'Instance, vous devez définir les paramètres du rapport pour personnaliser les résultats. Ce rapport fournit des détails pour plus d'informations dans le Volume de données en état de Pack d'administration. Par conséquent, les paramètres par défaut ne peuvent pas prévoir les informations que vous recherchez.

Propriétés

Numéro d'article: 2603913 - Dernière mise à jour: jeudi 2 août 2012 - Version: 5.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • 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
Mots-clés : 
kbtshoot kbmt KB2603913 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 2603913
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

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