L'installation de Windows Management Framework 3.0 a essentiellement détruit WMI, comment puis-je le réparer sans réinstaller le système d'exploitation?

Lié, bien sûr, à cette question .

Avant de découvrir qu'il était quelque peu ... dangereux, j'ai installé Windows Management Framework 3.0 sur un certain nombre de serveurs Windows Server 2008 R2 SP1, et WMI a été complètement saccagé sur chacun d'eux.

Voici à quoi ressemble l'espace de noms WMI sur un serveur normal (cela provient du Gestionnaire de serveur -> Configuration -> Contrôle WMI):

Voici à quoi cela ressemble après l'installation de WMF 3.0:

Ouais. Tout sauf les nouvelles fonctionnalités de WMF 3.0 a disparu .

Inutile de dire que rien ne semble plus fonctionner sur ces serveurs. Et non, ce n'est pas dû à une étrange erreur d'installation, cela s'est produit sur trois serveurs qui fonctionnaient parfaitement avant d'installer WMF 3.0, et sur tous, l'installation s'est terminée avec succès.

Certes, l'un d'eux avait une configuration quelque peu complexe (divers produits System Center et instances SQL Server) ... mais deux d'entre eux ne sont que de simples contrôleurs de domaine standard qui ne font rien d'autre .

Comment puis-je réparer ce désordre sans avoir à réinstaller le système d'exploitation sur ces serveurs?

Et pourquoi est-ce arrivé en premier lieu?

J'ai pu au moins ramener les serveurs à un état de fonctionnement en réenregistrant toutes les DLL et en recompilant tous les fichiers .mof et .mfl sous C:\Windows\System32\wbem, comme indiqué ici .

Je ne peux pas être sûr à 100% que les systèmes fonctionnent pleinement comme ils le devraient, mais au moins maintenant ils n'échouent pas lamentablement.

Cependant, cela n'a toujours aucun sens pour WMF 3.0 de bousiller les choses de cette façon ... et de manière assez cohérente aussi, comme cela s'est produit sur trois serveurs différents. Maintenant, j'ai vraiment peur de l'installer n'importe où.

Avez-vous essayé les différents scripts de reconstruction WMI? En voici une que j'ai utilisée à l'occasion, mais pas récemment. Notez qu'il peut y avoir certains fichiers mof spécifiques à l'application qui ne sont pas inclus ici.

net stop winmgmt /y
c: 
cd %systemroot%\system32\wbem 
rd /S /Q repository 

regsvr32 /s %systemroot%\system32\scecli.dll 
regsvr32 /s %systemroot%\system32\userenv.dll 

mofcomp cimwin32.mof 
mofcomp cimwin32.mfl 
mofcomp rsop.mof 
mofcomp rsop.mfl 
for %%s in (*.dll) do regsvr32 /s %%s 
for %%s in (*.mof) do mofcomp %%s 
for %%s in (*.mfl) do mofcomp %%s 

net stop winmgmt /y
net start winmgmt
net start sharedaccess 
net start iphlpsvc 

REM these may be system-specific.  There may be other services dependent on winmgmt that need to be restarted.
net start tmlisten 
net start VMUpgradeHelper 
net start wsrm

echo DONE reboot 
pause 

GOTO :EOF

Essaye ça:

1. Arrêtez le service WMI
2. Renommer (pas supprimer) ce dossier: c:\windows\system32\wbem\repository(32 bits) ou c:\windows\syswow64\wbem\repository(64 bits)
3. Démarrez le service WMI

Si tout se passe bien, un nouveau dossier de référentiel doit être créé et le référentiel doit commencer à se reconstruire.