ConfigMgr Insights de gestion pour les collections

Il est important de vérifier régulièrement la santé de votre site ConfigMgr. Vous vous souvenez peut-être qu'en janvier, j'ai publié un article de blog, Configuration Manager Tâches de maintenance, à propos d'une liste d'éléments à examiner en partant du haut de la console et en descendant nœud par nœud. J'essaie d'effectuer ce bilan de santé sur une base annuelle, généralement fin décembre ou début janvier, lorsque les choses sont calmes. Aujourd'hui, c'était une autre période calme, alors j'ai profité de l'occasion pour passer en revue quelques-unes des analyses de gestion ConfigMgr pour les collections qui se concentrent principalement sur les services cloud. Je connais la fonctionnalité Management Insights dans ConfigMgr/SCCM depuis un certain temps, mais c'était ma première occasion de vraiment l'examiner. Dans cet article, je vais vous expliquer comment j'ai résolu certains des problèmes de collecte dans mon laboratoire de test qui ont été signalés par cette fonctionnalité.

Quel est le but des informations de gestion de ConfigMgr ?

ConfigMgr Management Insights for Collections - Tableau de bord

Le tableau de bord Management Insights identifie les éléments importants de votre environnement qui doivent être examinés et corrigés. Management Insights est mis à jour chaque fois que ConfigMgr/SCCM est mis à niveau. Afin de rester au courant des derniers détails, consultez le Informations de gestion dans Configuration Manager page de documentation.

Dans la capture d'écran ci-dessus, vous pouvez voir que les deux premiers éléments répertoriés sous « 10 règles d'analyse applicables les plus importantes » concernent mes collections, alors j'ai pensé que je commencerais par là.

ConfigMgr Insights de gestion pour les collections

Onglet Toutes les règles

Commencez par cliquer sur le Toutes les informations nœud, puis double-cliquez sur Collections dans le panneau central (non illustré). Cela crée un Collections nœud et le panneau central ressemble à ce que vous voyez ci-dessus. Dans mon laboratoire de test, je peux rapidement voir qu'il y a cinq règles qui nécessitent mon attention.

Onglet Action requise

Je vais passer en revue ces règles en parlant de chacune par ordre d'importance.

Collections vides

Je trouve cette idée intéressante car les collections vides POURRAIENT être considérées comme mauvaises, MAIS les avoir n'est PAS nécessairement une mauvaise chose. Dans mon cas, je les considère SUPER à avoir ! Pourquoi? La réponse simple est : des déploiements récurrents avec des collections de requêtes réduites.

Ce type de collecte permet des déploiements UNIQUEMENT vers les ordinateurs/utilisateurs qui en ont besoin. Par exemple, si je veux déployer la dernière version de Rapports Enhansoft (ER) sur tous les ordinateurs, y compris les serveurs, je crée un déploiement sur un ensemble d'ordinateurs sans la dernière version d'ER installée. Au début, la collection est pleine d'ordinateurs, mais au cours des prochains jours, la collection tombe à zéro. Au fur et à mesure que de nouveaux ordinateurs sont mis en ligne, ils font partie de la collection et ER y est déployé. Le lendemain, ces ordinateurs tombent de la collection. C'est une méthode agréable et soignée pour déployer un logiciel. C'est également un moyen rapide de voir quels ordinateurs rencontrent des problèmes de déploiement, puis le centre de services peut être appelé pour examiner ces ordinateurs problématiques.

Ce que je veux voir avec l'aperçu Collections vides, c'est un indicateur pour les collections qui s'effondrent délibérément. Jusqu'à ce que cela se produise, je vais complètement ignorer cette idée particulière, mais voyez ci-dessous ce que vous pouvez faire !

Réparer

Il y a deux correctifs :

  1. Si vous créez délibérément des collections qui s'effondrent automatiquement, votez pour cela UserVoice Objet.
  2. Si vous n'avez pas délibérément créé de collections à réduction automatique, révisez et mettez à jour votre requête de collection.

Collections sans règles de requête et sans membres directs

À première vue, vous pourriez penser que cela ressemble beaucoup aux collections vides, mais ce n'est pas le cas. Les collections vides ont comme résultat une requête sans ordinateurs/utilisateurs. Alors que ces collections n'ont pas de règle de requête ni d'appartenance directe. Cela se produit généralement pour deux raisons. Vous avez créé une collection et n'y avez rien ajouté, OU il y avait une règle d'appartenance directe, mais l'ordinateur a été supprimé de ConfigMgr et, par conséquent, de la collection également.

ConfigMgr Management Insights for Collections - Règles d'adhésion

Réparer

  1. Modifiez l'adhésion ou supprimez la collection.

Collections sans règles de requête et activées pour la planification

Collections sans règles de requête et mises à jour incrémentielles activées

Collections sans règles de requête et planification d'une évaluation complète sélectionnée

Ces trois règles sont fondamentalement les mêmes, je les regroupe donc.

ConfigMgr Management Insights for Collections - Aucune requête

À ce stade, vous vous demandez peut-être : « Quelle est la différence entre ces trois règles et les deux règles (Collections vides et Collections sans règles de requête et sans membres directs) dont je viens de parler ? » La réponse est : « Pas grand-chose. » La différence importante à garder à l'esprit est que ces règles ont au moins une des cases à cocher avec les flèches violettes activées. Cela, en soi, cependant, n'est pas le problème.

Le principal problème avec les trois règles que je viens de regrouper est que la collection n'a pas de requête (flèche rouge). L'évaluateur de collecte doit traiter la collecte selon un calendrier prédéterminé (une fois, quotidien, hebdomadaire, incrémentiel, etc.) mais sans requête, l'utilisation du processeur, des E/S de disque et du serveur SQL de ConfigMgr est inutilement augmentée.

Réparer

  1. Modifiez l'adhésion en ajoutant une requête ou une adhésion directe, ou supprimez complètement la collection. Cependant, je ne sais pas pourquoi vous voudriez qu'une collection d'adhésion directe soit mise à jour selon un calendrier, mais c'est une discussion pour une autre fois.

Résumé

Idéalement, si vous n'utilisez plus une collection, il est préférable de supprimer la collection de ConfigMgr/SCCM. Cela empêche SCCM de traiter inutilement des collectes dont il n'a pas besoin et permet à l'évaluateur de collecte de terminer plus rapidement, ce qui est une bonne chose. La plupart des entreprises ne remarquent jamais un impact sur les performances de ces évaluations de collections supplémentaires, mais cela ne signifie pas que vous ne devez pas nettoyer les collections inutilisées. Cela libère des ressources et, en fin de compte, rend SCCM plus réactif. Qui ne veut pas d'une console SCCM plus réactive ? Au moins une fois par an, prenez le temps de revoir vos ConfigMgr Management Insights pour les collections.

Comme j'ai le temps, je vais continuer à revoir Management Insights, à mettre à jour mon laboratoire de test et à documenter les solutions aux problèmes, alors surveillez mes articles de blog. En fin de compte, nous voulons tous que le ConfigMgr fonctionne mieux ! Si vous avez des questions, n'hésitez pas à me contacter @GarthMJ.

Découvrez comment Right Click Tools change la façon dont les systèmes sont gérés.

Augmentez immédiatement votre productivité grâce à notre version Community Edition limitée et gratuite.

Commencez dès aujourd'hui avec Right Click Tools :

Partagez ceci :

Assistance

  • Ce champ n’est utilisé qu’à des fins de validation et devrait rester inchangé.

Contact

  • Ce champ n’est utilisé qu’à des fins de validation et devrait rester inchangé.

En soumettant ce formulaire, vous comprenez que Recast Software peut traiter vos données comme décrit dans le Recast Software Politique de confidentialité.

fr_FRFrench