none
windows 2016系统performance counter的报错usbperf、BITS RRS feed

  • 问题

  • Hi,all

           关于微软系统日志报错问题,说明如下:

    1、 目前最新的现象,是两个系统有若干报错,都是windows server 2016 standard版本。

    a)其中一台域控服务器,报错如下:

          DLL“C:\Windows\System32\bitsperf.dll”中服务“BITS”的打开过程失败。该服务的性能数据将不可使用。数据段的第一个四字节 (DWORD) 包含错误代码。

          日志名称:应用程序

          来源:perflib

          事件ID:1008

          级别:错误

     b)另一台是文件服务器,报错如下:

    unable to read the "first counter" value under the userperf\performance key.Status codes returned in data.

          日志名称:应用程序

          来源:usbperf

          事件ID:2001

          级别:错误

    2、目前尝试的方法为:

    关于两台服务器上存在performance counter的报错问题

    根据微软TechNet上的解决方案来看,需要重新加载性能计数器文件。

    social.technet.microsoft.com/wiki/contents/articles/23555.troubleshooting-windows-server-corrupt-or-broken-performance-counters.aspx

    在执行完命令后,没有效果,还是报错,尝试重启后,也还是报错。

    请支持,谢谢。

    2018年5月24日 13:01

全部回复

  • 您好,

    >DLL“C:\Windows\System32\bitsperf.dll”中服务“BITS”的打开过程失败。该服务的性能数据将不可使用。数据段的第一个四字节 (DWORD) 包含错误代码。

    尝试重新注册.ini 文件:
    1. 打开运行,输入 regedit 并回车。

    2. 打开以下路径:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\BITS\Performance

    3. 在右侧栏查找PerfIniFile,记住该注册表子项的Data所对应的.ini 文件名,BITS对应的是bitsctrs.ini

    4. 在系统盘,搜索bitsctrs.ini。如果有多个相同的结果,选择创建时间最早的一个,常规情况下,默认路径如下:
    C:\windows\INF\BITS\0409

    5. 如果该路径下没有相同名称的.h文件(bitsctrs.h),返回上一级文件菜单,手动复制.h文件到bitsctrs.ini所在的文件夹中。

    6. 打开CMD, 输入以下命令,每行以Enter结束,然后确认结果:
    unlodctr BITS
    lodctr “C:\Windows\Inf\BITS\0409\bitsctrs.ini”

    Best Regards,
    Eve Wang

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2018年5月25日 3:34
    版主
  • 您好,这个命令我试了,再过段时间看看会不会报错。第二个usbperf的那个报错,怎么解决呢?多谢。
    2018年5月25日 6:11
  • Hi,

    请问在服务器上是否有安装自定义的.net Framework性能计数器,或者三方的程序?

    如果方便的话,建议以干净启动的方式重启系统,不要手动打开三方程序/进程,等待一段时间再次确认该事件是否会再次记录。

    此外,问题出现之前是否有过哪些更改操作?

    Best Regards,
    Eve Wang

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2018年5月25日 6:25
    版主
  • 您好,服务器上没有安装其他的程序,只是做文件服务器使用。

    系统也重启过,没有打开任何第三方的程序,还是有错误记录。

    问题出现之前,只是一个干净的系统,安装了文件服务器角色,并把其他服务器上的文件,通过robocopy拷贝到新的这台服务器上。

    另外,系统都配置的自动更新,连接WSUS服务器,定时进行update。谢谢。

    2018年5月25日 7:23
  • 您好,

    请问在文件服务器中是否有尝试过“手动重新生成性能计数器库值“:
    https://support.microsoft.com/zh-cn/help/300956/how-to-manually-rebuild-performance-counter-library-values

    Best Regards,
    Eve Wang

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2018年5月28日 8:46
    版主
  • 您好!

    请问现在情况如何?

    如果您需要我们的继续协助,您可以随时在该帖下回复。

    Best Regards,
    Eve Wang

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2018年5月31日 1:45
    版主
  • 我搜索的bitsctrs.ini文件,有两个:

    c:\windows\inf\bits\0409    创建日期为:2/3/2018 2:10 AM

    c:\windows\inf\bits\0000    创建日期为:7/6/2016 9:10 AM

    我该重新加载哪一个呢?

    2018年6月1日 6:00
  • 您好,

    检查bitsctrs.ini文件的创建时间,选择时间较早的。


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2018年6月1日 8:48
    版主
  • 您好!

    请问现在情况如何?

    Best Regards,
    Eve Wang

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2018年6月5日 1:48
    版主
  • bits的报错还在等结果,usbperf的报错已经解决。但我现在对整个加载过程比较迷惑,我先说一下usbperf的疑惑,我觉得这两个报错类似,解决方法也应该类似:

    我想知道系统加载usbhub性能计数器的全部过程,是否先查找注册表里的usbperf.ini?

    然后去哪个文件夹下加载哪个usbperf.ini?

    我在我的win2016服务器上,找到了好几个usbperf.ini的文件:

    首先,在c:\windows\INF\usbhub\目录下有两个:
    0000文件夹下,创建时间为2016/7/16
    0804文件夹下,创建时间为2018/2/3;

    另外,在c:\windows\winsxs\目录下也有两个,而且创建时间和上面两个相同:

    amd64_microsoft-windows-usbperf.resources_31bf3856ad364e35_10.0.14393.0_zh-cn_66b56a791e7f1f2d      创建时间为2018/2/3;
    amd64_microsoft-windows-usbperf_31bf3856ad364e35_10.0.14393.0_none_cd56dbab8ec20c90,                  创建时间为2016/7/16

    我不知道这些文件之间是什么关系?是不是拷贝的副本?

    我现在按照论坛里的,重新加载了c:\windows\winsxs\目录下的2016/7/16的,就没再报错了。

    我现在也想知道,之前日志报错,是不是加载的2018/2/3的文件,而这个近期的文件,是有错误的,所以我重新加载了早期的2016/7/16的,错误就解决了?

    另一个BITS类似的错误,是否也可以通过同样类似的方式进行处理?

    我觉得这个问题不复杂,能不能帮忙确认一下?

    2018年6月5日 2:44
  • 您好,

    很抱歉,关于系统加载计数器及该过程中注册表的查找调用过程,无法为您提供详细的解释。目前还没有在微软的官方文档/网站中查到相关的说明。

    如果您在使用微软产品的过程中有遇到问题,可以在该论坛提问,我们会为您提供可能的建议。如果您需要详细的解释及说明,建议您通过电话联系Microsoft Customer Support and Services,我们的高级工程师可以为您提供更加详细的说明。

    全球客户服务电话号码:
    https://support.microsoft.com/zh-cn/help/4051701/global-customer-service-phone-numbers

    如果以上任意一个回复有帮助到您的话,请单击“标记为答复”。这将有助于其他遇到类似问题的用户,以用作参考。

    Best Regards,
    Eve Wang

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2018年6月5日 9:24
    版主
  • 您好,

    请问还有其他疑问吗?

    如果以上回复有所帮助,请单击“标记为答复”。这将有助于其他遇到类似问题的用户,以用作参考。

    Best Regards,
    Eve Wang

    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    2018年6月7日 1:42
    版主
  • 目前问题没有解决。BITS报错依然还在。
    2018年6月7日 7:05