为什么我的 c:\windows\system32\wbem 文件夹大小接近 100 GB,我该如何减少它?

为什么我的 c:\windows\system32\wbem 文件夹大小接近 100 GB,我该如何减少它?

该文件夹C:\Windows\System32\wbem\占用了我 SSD 驱动器上近 100 GB 的空间。这似乎不是 SSD 驱动器的最佳利用方式。可以减少吗?

我碰到了一些关于“重建 WMI 存储库”的引用,这些引用似乎与wbem目录有关。所以我尝试这样做,但大小并没有明显减少。

目录中的内容wbem是许多文件夹,名称repository.xxxxxx001 到 096。这些文件夹的大小从 758 MB 到 1 140 MB 不等。还有一个名为 的文件夹repository,大小为 1 078 MB。

我使用的是 Windows 8 Enterprise 64 位(不是 Win 8.1)。我刚刚运行winmgmt /verifyrepository并得到了结果:WMI repository is consistent

答案1

应该只有一份副本 C:\Windows\System32\wbem\Repository

这些Repository.xxx文件夹可能是每次修复或重新创建存储库时生成的 WMI 存储库备份。SCCM 客户端代理曾经计划在检测到一致性问题时自动尝试重建 WMI 存储库,但该功能可能仍然存在,并且是您遇到的问题。

我不知道您为什么有这么多这样的文件夹,但看来您的计算机上的 WMI 有问题。作为急救,您可以删除所有这些文件夹并重建存储库。

另请参阅文章 配置管理器客户端健康 – 禁用自动修复 与您的设置相关,因为它包含针对类似问题的注册表修复。

运行该命令也不会造成损害sfc /scannow

最简单的 WMI 重建通过以下方式完成:

  1. net stop winmgmt
  2. 将所有文件夹移至其他地方C:\Windows\System32\wbem\Repository*
  3. net start winmgmt(应该开始重建存储库)
  4. 等待一段时间然后重启
  5. 如果一切正常,您可以将已保存的文件夹丢弃。

一个已经存在很久的 WMI 修复脚本(但我从未尝试过)本身或者其某些部分在 Windows 8 上仍然有用:

Echo Fix WMI
net stop winmgmt /y
if exist %windir%\system32\wbem\repository.001 rmdir /s /q %windir%\system32\wbem\repository.001
rename %windir%\system32\wbem\repository repository.001
%windir%\system32\wbem\winmgmt /clearadap
%windir%\system32\wbem\winmgmt /kill
%windir%\system32\wbem\winmgmt /unregserver
%windir%\system32\wbem\winmgmt /reserver
%windir%\system32\wbem\winmgmt /resyncperf
regsvr32 /s %systemroot%\system32\scecli.dll
regsvr32 /s %systemroot%\system32\userenv.dll
mofcomp %windir%\system32\wbem\cimwin32.mof
mofcomp %windir%\system32\wbem\cimwin32.mfl
mofcomp %windir%\system32\wbem\rsop.mof
mofcomp %windir%\system32\wbem\rsop.mfl
cd \windows\system32\wbem
for /f %%s in ('dir /b /s %windir%\system32\wbem\*.dll') do regsvr32 /s %%s
for /f %%s in ('dir /b /s %windir%\system32\wbem\*.mof') do mofcomp %%s
for /f %%s in ('dir /b %windir%\system32\wbem\*.mfl') do mofcomp %%s
net start winmgmt
%windir%\system32\wbem\wmiprvse /regserver
%windir%\system32\wbem\winmgmt /regserver

完成所有操作后,您可以重新启动并再次运行winmgmt /verifyrepository

备份时要非常小心,并在开始之前至少创建一个系统还原点,或者更好的是:对系统磁盘进行映像快照。

答案2

这是 SCCM 2012 RTM 版本的一个已知问题。客户端导致了这些问题。MS 发布了更新版本,问题就解决了。之后,我能够从各个服务器释放数 TB 的数据。

相关内容