ConfigMgr Collections et visionneuse d'évaluation de collection

Il y a beaucoup de discussions en ligne, dans de nombreux forums et groupes Microsoft Endpoint Configuration Manager (ConfigMgr/MEMCM), à propos des collections ConfigMgr. Pourquoi? Ils peuvent prendre beaucoup de temps à mettre à jour après avoir été modifiés et cela peut être très frustrant. Afin de vous aider à résoudre les problèmes de collecte, l'équipe produit Microsoft ConfigMgr a introduit la fonctionnalité Management Insights dans la version 1802. Ce billet de blog, cependant, ne concerne PAS Management Insights. Au lieu de cela, je regarde de plus près la visionneuse d'évaluation de collection (CEV). Je m'entraîne à cela car, de loin, la principale raison de la mise à jour lente des collections est les requêtes WQL mal écrites. CEV vous aide non seulement à trouver ces collections, mais lorsque les requêtes seront enfin résolues, vous pourrez voir la différence que cela fait.

Maintenant, je sais que j'ai dit que cet article de blog ne concernait pas la fonctionnalité ConfigMgr Management Insights, mais c'est là que vous devriez rechercher en premier lieu les collections peu performantes. Pourquoi là d'abord ? La réponse est simple. Vous passez la majeure partie de votre vie dans la console, alors prenez l'habitude de vérifier chaque mois toutes les informations de Management Insight. Ensuite, vous pouvez creuser plus profondément avec CEV lorsqu'il y a un problème. Si vous recherchez d'autres conseils de dépannage, j'ai écrit un article à ce sujet l'année dernière, ConfigMgr Insights de gestion pour les collections. Une fois que vous avez identifié les collections et que vous n'arrivez pas à résoudre le problème, c'est là que cet article de blog entre en jeu.

Pourquoi utiliser la visionneuse d'évaluation de collection ?

Avant de répondre à cette question, voici quelques raisons pour lesquelles la mise à jour des collections peut prendre beaucoup de temps :

  • Le processeur SQL Server est surchargé.
  • Les E/S du disque SQL Server (entrée/sortie) sont soit trop faibles, soit trop lentes.
  • Il n'y a pas assez de RAM, donc une pagination de la mémoire se produit.
  • Utilisation d'une machine virtuelle (VM) sous-alimentée.
  • Il se peut qu'il y ait trop de mises à jour de collections en même temps.
  • Une requête WQL mal conçue.

Le dernier élément de cette liste est la raison pour laquelle vous devez utiliser CEV. Il est maintenant assez courant que les administrateurs ConfigMgr ne « possèdent » plus leur serveur physique ConfigMgr. Dans la plupart des cas, ConfigMgr est hébergé sur une machine virtuelle et géré par une autre équipe. Nous savons tous ce que c'est que de demander à une autre équipe d'examiner le serveur et de résoudre les « problèmes de lenteur », donc avant de le faire, vous devez examiner votre configuration ConfigMgr. Sois sûr que toi ne sont pas la cause première du problème avec les requêtes WQL mal écrites. Utilisez CEV pour identifier les collections peu performantes, puis supprimez ou mettez à jour autant de requêtes WQL que possible.

Requête WQL incorrecte

Vous aurez peut-être besoin d'être convaincu qu'une requête WQL mal écrite fera travailler ConfigMgr plus fort qu'il ne le devrait, je vais donc vous le prouver. Vous trouverez ci-dessous un exemple de requête WQL incorrecte.

sélectionner
SMS_R_SYSTEM.ResourceID,
SMS_R_SYSTEM.ResourceType,
SMS_R_SYSTEM.Nom,
SMS_R_SYSTEM.SMSUniqueIdentifier,
SMS_R_SYSTEM.ResourceDomainORWorkgroup,
SMS_R_SYSTEM.Client
de
SMS_R_Système
jointure interne SMS_G_System_COMPUTER_SYSTEM sur SMS_G_System_COMPUTER_SYSTEM.ResourceId = SMS_R_System.ResourceId

SMS_G_System_COMPUTER_SYSTEM.Fabricant pas comme "%Microsoft%"
et SMS_R_System.OperatingSystemNameandVersion comme "%workstation%"

Vous voulez savoir combien de temps ConfigMgr prend pour traiter une requête mal écrite ?

Visionneuse d'évaluation de collection - Requête incorrecte

Si vous ouvrez le Colleval.log, vous verrez combien de temps il faut pour mettre à jour une collection. N'oubliez pas que si vous avez un CAS, vous devez consulter le Colleval.log sur CHAQUE serveur principal.

La ligne en surbrillance dans le fichier journal ci-dessous indique l'heure de début du traitement de la mauvaise requête dans mon exemple. La requête a pris 1.578 secondes pour être traitée.

Visionneuse d'évaluation de collection - Texte du journal

Maintenant, je suis sûr que beaucoup d'entre vous disent que 1,578 seconde n'est pas une longue période. C'est vrai, mais ce que vous ne savez pas, c'est qu'il n'y a que 42 ordinateurs clients ConfigMgr dans ce laboratoire. Cela équivaut à environ 0,038 seconde par ordinateur.

Il y a un million de facteurs qui peuvent avoir un impact sur la vitesse de votre requête. Les colonnes sont-elles indexées ? Votre serveur SQL est-il local chez votre fournisseur ? Utilisez-vous une VM ou un serveur physique ? Utilisez-vous SATA ou SSD pour les disques durs ? SQL Server a-t-il mis en cache les résultats ? Vous obtenez l'image! Supposons, pour les besoins de l'argumentation, qu'il existe une ligne linéaire entre plus vous avez d'ordinateurs et plus il faut de temps pour exécuter une requête.


NOMBRE D'ORDINATEURS


TEMPS EN SECONDES

42

1.578

500

18.786

2000

75.143

10000

375.714

Avec seulement 2 000 ordinateurs, cette requête prendra plus d'une minute à s'exécuter ! Qu'en est-il des 50 000 ordinateurs ? Maintenant, vous parlez de plus d'une demi-heure. Comment trouvez-vous ces collections de problèmes ? Je ne suggère pas que vous lisiez les fichiers journaux pour chaque requête. Au lieu de cela, je recommande d'utiliser CEV pour examiner rapidement les statistiques de toutes vos collections. De cette façon, vous pouvez travailler sur la mise à jour immédiate de vos « mauvaises » requêtes WQL. Dans un autre post, Comment corriger une requête WQL mal écrite, je vous donne quelques conseils pour écrire de bonnes requêtes WQL.

Visionneuse d'évaluation de collection (CEV)

Visionneuse d'évaluation de collection - CEV

Comme vous pouvez le voir sur la capture d'écran ci-dessus, le Requête incorrecte prend 1.5310 secondes à traiter. Ce format n'est-il pas beaucoup plus facile à lire par rapport au Colleval.log ? Vous pouvez rapidement voir quelles collections ont besoin de leurs règles d'adhésion révisées en vérifiant le temps d'exécution pour chaque collection.

Où trouver le CEV ?

Collection Evaluation Viewer (CEV) est disponible sur n'importe quel serveur de site principal. Il se trouve sous tools\ServerTools et ceviewer.exe est le nom du fichier. Je copie parfois l'intégralité du dossier sur mon ordinateur ou je l'exécute directement à partir du chemin UNC.

Erreur de chaîne de certificat

Si vous exécutez CEV sur votre propre ordinateur, vous pouvez obtenir une erreur de chaîne de certificats. Afin de résoudre ce problème, consultez mon article de blog, Visionneuse d'évaluation de collection et chaîne de certificats.

Alors, la prochaine fois que vous irez mettre à jour l'adhésion à la collection et que vous verrez le sablier redouté, souvenez-vous de cet article ! 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 :

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