winmgmt

Winmgmt est le service WMI au sein du processus SVCHOST s’exécutant sous le compte « LocalSystem ».

Dans tous les cas, le service WMI démarre automatiquement lorsque la première application ou le premier script de gestion demande la connexion à un espace de noms WMI. Pour obtenir plus d’informations, consultez Démarrage et arrêt du service WMI.

Lorsqu’il est exécuté à partir de l’invite de commandes, le service WMI a les commutateurs suivants.

winmgmt 
  [/backup <filename>] 
  [/restore <filename> <mode>] 
  [/resyncperf <winmgmt service process id>] 
  [/standalonehost <level>]
  [/sharedhost]
  [/verifyrepository <path>]
  [/salvagerepository] 
  [/resetrepository]

Commutateurs

/backup<filename>

Permet à WMI de sauvegarder le référentiel sous le nom de fichier spécifié. L’argument filename doit contenir le chemin d’accès complet à l’emplacement du fichier. Ce processus nécessite un verrou d’écriture sur le référentiel afin que les opérations d’écriture dans le référentiel soient suspendues jusqu’à ce que le processus de sauvegarde soit terminé.

Si vous ne spécifiez pas de chemin d’accès pour le fichier, celui-ci est placé dans le répertoire %Windir%\System32.

/restore<filename><flag>

Restaure manuellement le référentiel WMI à partir du fichier de sauvegarde spécifié. L’argument filename doit contenir le chemin d’accès complet à l’emplacement du fichier de sauvegarde. Pour effectuer l’opération de restauration, WMI enregistre le référentiel existant pour réécriture en cas d’échec de l’opération. Ensuite, le référentiel est restauré à partir du fichier de sauvegarde spécifié dans l’argument filename. Si l’accès exclusif au référentiel ne peut pas être obtenu, les clients existants sont déconnectés de WMI.

L’argument flag doit être égal à 1 (forcer la déconnexion des utilisateurs et la restauration) ou à 0 (restaurer par défaut si aucun utilisateur n’est connecté), et spécifie le mode de restauration.

/resyncperf<winmgmt-service-process-id>

Inscrit les bibliothèques de performances de l’ordinateur auprès de WMI. Le PID WMI est l’ID de processus du service WMI.

Nécessaire uniquement si les classes de l’analyseur de performances ne retournent pas de résultats fiables.

/standalonehost [<level>]

Déplace le service Winmgmt vers un processus Svchost autonome doté d’un point de terminaison DCOM fixe. Le point de terminaison par défaut est « ncacn_ip_tcp.0.24158 ». Toutefois, le point de terminaison peut être modifié en exécutant Dcomcnfg.exe. Pour plus d’informations sur la configuration d’un port fixe pour WMI, consultez Configuration d’un port fixe pour WMI.

L’argument level est le niveau d’authentification pour le processus Svchost. WMI s’exécute normalement dans le cadre d’un hôte de service partagé et vous ne pouvez pas augmenter le niveau d’authentification pour WMI seul. Si level n’est pas spécifié, la valeur par défaut est 4 (RPC_C_AUTHN_LEVEL_PKT ou WbemAuthenticationLevelPkt).

Vous pouvez exécuter WMI de manière plus sécurisée en augmentant le niveau d’authentification sur Confidentialité des paquets (RPC_C_AUTHN_LEVEL_PKT_PRIVACY ou WbemAuthenticationLevelPktPrivacy). Les niveaux d’authentification pour Visual Basic et les scripts sont décrits dans WbemAuthenticationLevelEnum. Pour C++, consultez Définition du niveau de sécurité du processus par défaut à l’aide de C++. Pour plus d’informations, consultez Maintenance de la sécurité WMI.

/sharedhost

Déplace le service Winmgmt dans le processus Svchost partagé.

/verifyrepository<path>

Effectue une vérification de cohérence sur le référentiel WMI. Lorsque vous ajoutez le commutateur /verifyrepository sans l’argument <path>, le référentiel dynamique actuellement utilisé par WMI est vérifié. Lorsque vous spécifiez l’argument path, vous pouvez vérifier toute copie enregistrée du référentiel. Dans ce cas, l’argument path doit contenir le chemin d’accès complet à la copie du référentiel enregistré. Le référentiel enregistré doit être une copie de l’intégralité du dossier du référentiel. Pour plus d’informations sur les erreurs retournées par cette commande, consultez la section Remarques.

/salvagerepository

Effectue une vérification de cohérence sur le référentiel WMI et, si une incohérence est détectée, régénère le référentiel. Le contenu du référentiel incohérent est fusionné dans le référentiel reconstruit, s’il peut être lu. L’opération de récupération fonctionne toujours avec le référentiel que le service WMI utilise actuellement. Pour plus d’informations sur les erreurs retournées par cette commande, consultez la section Remarques.

% Les fichiers MOF qui contiennent l’instruction de préprocesseur #pragma autorecover sont restaurés dans le référentiel.

/resetrepository

Le référentiel est réinitialisé à son état initial correspondant à la première installation du système d’exploitation. Les fichiers MOF qui contiennent l’instruction de préprocesseur #pragma autorecover sont restaurés dans le référentiel.

Notes

Cet outil se trouve dans le répertoire %Windir%\System32\wbem. Pour obtenir la liste des commutateurs disponibles, tapez WinMgmt /? à l’invite de commandes.

Le référentiel WMI, également appelé référentiel CIM, n’est pas seulement un fichier individuel, mais une collection de fichiers dans le dossier de référentiel qui fonctionnent ensemble comme une base de données. Lorsque vous utilisez le commutateur /backup pour sauvegarder le référentiel, la sauvegarde résultante est un fichier compressé individuel.

WMI retourne l’erreur ERROR_INTERNAL_DB_CORRUPTION (net helpmsg 1358) si une opération de vérification indique que le référentiel n’est pas dans un état cohérent. Cette erreur peut être retournée à partir de n’importe quelle commande qui effectue la vérification du référentiel, telle que /verifyrepository ou /salvagerepository.

Spécifications

Voir aussi

Résolution des problèmes WMI

Connexion à WMI à distance à compter de Windows Vista