Nouveau comportement de l’arbitre WMI dans Windows Server 2012 R2, Windows Server 2016 et Windows Server 2019

  • Article

Cet article présente le nouveau comportement de l’arbitre WMI dans Windows Server 2012 R2, Windows Server 2016 et Windows Server 2019.

Produits concernés : Windows Server 2019, Windows Server 2016, Windows Server 2012 R2
Numéro de la base de connaissances d’origine : 4096063

Résumé

Cet article décrit le comportement de l’arbitre WMI (Windows Management Instrumentation) qui a été introduit dans les mises à jour cumulatives du 20 mars 2018 pour Windows Server 2016 et Windows Server 2012 R2.

Plus d’informations

L’arbitre est un composant WMI important qui implémente les fonctionnalités suivantes :

  • Stocke les détails des requêtes soumises par les clients. Les détails incluent le texte de la requête, l’heure de soumission, le nom d’utilisateur, le PID client et l’utilisation de la mémoire.
  • Planifie les tâches pour exécuter les requêtes.
  • Stocke les résultats retournés par les fournisseurs pendant que les résultats attendent d’être récupérés par les clients.
  • Limite l’exécution des requêtes lorsque la quantité totale de mémoire utilisée atteint le seuil de 256 Mo.

Pour plus d’informations, consultez l’historique des mises à jour pour la mise à jour cumulative de Windows Server 2012 R2 et Windows Server 2016.

Avant l’implémentation de la nouvelle fonctionnalité, il était possible qu’une requête qui utilise une grande quantité de mémoire provoque une condition d’interblocage dans WMI si un client ne récupère pas les résultats. Dans ce cas, si la requête incriminée fait en sorte que l’utilisation totale de la mémoire atteigne le seuil de 256 Mo, toutes les autres requêtes sont limitées (non exécutées) jusqu’à ce que la sollicitation de la mémoire diminue. Toutefois, si le client ne parvient pas à récupérer les données, cette condition ne peut pas être résolue tant que WMI ou que l’ordinateur n’est pas redémarré.

Cette modification implémente un mécanisme pour annuler la requête WMI qui utilise une grande quantité de mémoire si le client est détecté comme n’étant pas actif pendant une longue période ou si le seuil de mémoire de l’arbitre est atteint.

Scénarios

Voici les deux scénarios possibles :

  • Le client est détecté comme étant inactif pendant plus longtemps que la durée spécifiée dans la valeur HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Wbem\CIMOM\ArbTaskMaxIdlede Registre . La valeur par défaut est 1200000 ms (20 minutes).

    Lorsque la tâche est annulée, un ID d’événement 5858 est enregistré dans le journal WMI-Activity/Operational avec la cause possible « Limitation des tâches inactives, reportez-vous à la clé de regkey CIMOM : ArbTaskMaxIdle ».

  • L’utilisation cumulative de la mémoire dans la mémoire tampon de l’arbitre atteint le seuil de 256 Mo.

    Le service WMI démarre le processus de nettoyage qui annule les requêtes, les énumérations ou les tâches/requêtes ESS qui contiennent de la mémoire dans Winmgmt. Lorsque ce nettoyage se produit, un ID d’événement 5858 est enregistré dans le journal WMI-Activity/Operational avec la cause possible « Limitation des tâches inactives/de pile dans l’atteinte du quota de mémoire maximal ».

Collecte de données

Si vous avez besoin de l’aide du support Microsoft, nous vous recommandons de collecter les informations en suivant les étapes mentionnées dans Collecter des informations à l’aide de TSS pour les problèmes liés à l’expérience utilisateur.