Surveiller l’intégrité du scénario dans Configuration Manager
S’applique à : Gestionnaire de Configuration (branche actuelle)
Vous pouvez utiliser Configuration Manager pour surveiller l’intégrité des scénarios de bout en bout. L’intégrité du scénario de surveillance améliore la connaissance de la latence du système et des backlogs de composants, qui sont critiques pour les fonctionnalités attachées au service cloud. Configuration Manager simule des activités pour exposer des métriques de performances et des points de défaillance. Il simule des activités pour exposer des métriques de performances et des points de défaillance. Ces activités synthétiques sont similaires aux méthodes utilisées par Microsoft pour surveiller certains composants de ses services cloud. Utilisez ces données supplémentaires pour mieux comprendre les délais des activités. Si des échecs se produisent, cela peut vous aider à concentrer votre investigation.
À compter de la version 2010, Configuration Manager surveille l’intégrité des deux scénarios suivants :
SQL Server Service Broker : la plupart des sous-systèmes principaux de Configuration Manager utilisent le Service Broker.
Intégrité de l’action client : surveillez l’intégrité du canal rapide utilisé pour les actions du client.
Dans la console Configuration Manager, accédez à l’espace de travail Surveillance, puis sélectionnez le nœud Intégrité du scénario. L’affichage liste affiche les scénarios disponibles :
Remarque
Si vous utilisez une option de haute disponibilité, l’intégrité du scénario surveille uniquement le nœud actif. Pour le scénario Service Broker SQL Server, il s’applique uniquement au réplica principal du groupe de disponibilité SQL Server Always On. Le scénario d’intégrité de l’action client s’applique uniquement au serveur de site en mode actif.
Conditions préalables
- Rôle d’administrateur complet dans Configuration Manager, avec étendue au site de niveau supérieur
Actions pour tous les scénarios
Dans le nœud Intégrité du scénario , lorsque vous sélectionnez un scénario, les actions suivantes sont disponibles dans le ruban :
Afficher l’état : cette action est la principale que vous utiliserez pour afficher les derniers résultats des tests pour le scénario. Cette action ouvre une fenêtre contenant plus d’informations. La section supérieure montre l’état global par site. Sélectionnez un site pour afficher l’état plus détaillé de ce site dans la section inférieure.
Paramètres du scénario : configurez les paramètres de ce scénario: par exemple, s’il est activé et l’intervalle de temps en minutes.
- Activer la simulation et la mesure d’activité : activez les vérifications d’intégrité du scénario.
- Intervalle de temps d’exécution (minute) : fréquence à laquelle le site exécute les vérifications d’intégrité du scénario. Par défaut, Configuration Manager scénarios de test toutes les 30 minutes.
- Délai d’expiration du travail (minute) : durée d’attente du site pour la fin d’un test spécifique. Par défaut, le délai d’expiration est d’une heure (60 minutes).
Historique : affiche les instances précédentes de la transaction synthétique. Utilisez cet historique pour suivre l’intégrité du scénario au fil du temps. À partir du nœud d’historique, vous pouvez également afficher l’état d’une instance spécifique.
Exécuter maintenant : déclenchez le site pour vérifier l’intégrité du scénario. Si une vérification précédente échoue, vous pouvez utiliser cette action après avoir apporté des modifications à un composant de site. Cette action crée l’ID de message d’état d’audit 54099.
SQL Server Service Broker
La SQL Server Service Broker est une configuration requise pour la base de données de site. La plupart des sous-systèmes principaux de Configuration Manager utilisent le Service Broker.
Configuration Manager inclut les tests suivants pour ce scénario :
- Effectuer un test ping sur tous les sites via SQL Server services broker
- Message ping reçu
- Accusé de réception : vérifiez les heures des dernières mises à jour entre les trois premiers tests. S’il y a un délai long, cela aura un impact sur les performances Configuration Manager.
- Vérifiez si la file d’attente SQL Server Service Broker est activée : ce test vérifie que ConfigMgrHMSQueue est activé. Si la file d’attente est désactivée, cela aura un impact sur de nombreuses fonctionnalités de base de Configuration Manager.
Remarque
Tous les sites n’exécutent pas tous les tests.
Avec ces informations d’intégrité, vous pouvez voir le temps nécessaire à SQL Server pour échanger des messages via le Service Broker. Un délai ou un délai d’attente plus long indique un backlog dans la file d’attente de traitement. Un échec indique un problème plus important avec Service Broker, tel que la file d’attente est désactivée. Étant donné que SQL Server Service Broker est un composant essentiel, les problèmes liés à celui-ci peuvent avoir un impact sur de nombreux autres scénarios. Par exemple, les notifications client, l’état du client et certaines fonctionnalités d’attachement de locataire.
Intégrité de l’action du client
Surveillez l’intégrité du canal rapide utilisé pour les actions du client. Si votre environnement est attaché à un locataire avec des appareils chargés, cette fonctionnalité vous permet de voir les problèmes potentiels liés aux actions du client à partir du centre d’administration Microsoft Intune. Vous pouvez également utiliser cette fonctionnalité pour les actions clientes locales. Par exemple, CMPivot, exécuter des scripts et mettre en éveil l’appareil.
Configuration Manager inclut les tests suivants pour ce scénario :
- Action client créée : vérifie que le site peut créer une action cliente à l’aide du service d’administration.
- Configuration de CMPivot : vérifie que CMPivot est correctement configuré sur le site d’administration centrale (CAS). Pour plus d’informations, consultez rcmctrl.log.
- Résultat de l’action du client : vérifie que le site d’administration centrale reçoit les résultats de l’action du client à partir des sites principaux. Ce test peut échouer si le SQL Server Service Broker n’est pas sain ou si le site est en mode maintenance.
- Action cliente traitée : pour plus d’informations, consultez objreplmgr.log.
- Backlog de la boîte de réception d’action du client : vérifie le backlog pour la boîte de réception objmgr.box. S’il y a un gros backlog, cela a un impact sur la vitesse à laquelle le site envoie des actions aux clients. Pour plus d’informations, consultez objreplmgr.log.
- Backlog du moteur de traitement des messages : vérifie le backlog pour le moteur de traitement des messages. S’il y a un gros backlog, cela a un impact sur la vitesse à laquelle le site traite les résultats pour les actions du client. Pour plus d’informations, consultez SMS_MESSAGE_PROCESSING_ENGINE.log.
- Backlog des actions clientes du point de gestion : vérifie le backlog de la file d’attente SQL Server Service Broker ConfigMgrBGBQueue. S’il y a un backlog important, cela a un impact sur la vitesse à laquelle le point de gestion peut envoyer des actions aux clients. Vérifiez l’intégrité du scénario pour l’SQL Server Service Broker. Pour plus d’informations, consultez bgbserver.log du point de gestion.
- Résumé des résultats de l’action client : vérifie la tâche pour calculer le résumé de l’opération cliente. Pour plus d’informations, consultez statesys.log.
- État en ligne du point de gestion : vérifie que les points de gestion sont en ligne et capables d’envoyer des actions aux clients. Pour plus d’informations, consultez ccmexec.log, bgbsetup.log et bgbserver.log du point de gestion.
- Résumé de l’intégrité du client : vérifie la tâche planifiée d’intégrité du client. Pour plus d’informations, consultez statesys.log.
- Backlog de la boîte de réception du système d’état du client : recherche dans le backlog l’auth\statesys.box\incoming de la boîte de réception. S’il y a un gros backlog, cela a un impact sur la vitesse à laquelle le site traite les résultats pour les actions du client. Pour plus d’informations, consultez statesys.log.
Remarque
Tous les sites n’exécutent pas tous les tests.