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

S’applique à : Windows Server 2019, all versionsWindows Server 2016Windows Server 2016 Datacenter

Résumé


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

Informations supplémentaires


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

  • Stocke les détails de requêtes soumises par les clients. Les détails incluent le texte de la requête heure de dépôt, nom d’utilisateur, client PID et utilisation de la mémoire.
  • Planifie les tâches à exécuter les requêtes.
  • Stocke les résultats qui sont renvoyés par les fournisseurs, alors que les résultats sont en attente pour être récupérés par les clients.
  • Limitations exécution de la requête lorsque la quantité totale de mémoire utilisée atteint le seuil de 256 Mo.

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

Avant la mise en oeuvre de la nouvelle fonctionnalité, il a le potentiel pour une requête qui utilise une grande quantité de mémoire pour provoquer une condition de blocage dans WMI si un client ne récupère pas les résultats. Dans ce cas, si la requête posant problème entraîne l’utilisation de la mémoire totale d’atteindre le seuil de 256 Mo, toutes les autres requêtes sont limitées (non exécuté) 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 jusqu’au redémarrage de l’ordinateur ou WMI.

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 non actif pour beaucoup de temps, ou si le seuil de la mémoire de l’arbitre est atteinte.

Scénario

Voici les deux scénarios possibles :

  • Le client est détecté comme étant inactif pendant la durée supérieure à celle qui est spécifiée dans la valeur de Registre HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Wbem\CIMOM\ArbTaskMaxIdle. La valeur par défaut est ms 1200000 (20 minutes). Lorsque la tâche est annulée, un 5858 de l’ID d’événement est enregistré dans le journal de WMI-activité opérationnel avec la cause possible « tâches inactives de la régulation, reportez-vous à CIMOM regkey : ArbTaskMaxIdle. »
  • L’utilisation de cumul de mémoire dans la mémoire tampon d’arbitre atteint le seuil de 256 Mo. Service WMI démarrera le processus de nettoyage qui annule les requêtes ou énumérations ESS/demandes de tâches contenant une mémoire de Winmgmt. Lors de ce nettoyage se produit, un événement ID 5858 est enregistré dans le journal de WMI-activité opérationnel avec la possible provoquer « Limitation de tâches inactif/pile en appuyant sur le quota de Max Memory ».