win2012应用程序日志,级别错误,来源PerfOS,事件ID2011

报错信息:

无法收集系统页面文件性能数据。数据部分的前四个字节(DWORD)包含状态代码。

备注:自己对这个错误的理解,针对事件ID2011赞同方法3

网上的解决方法

1、禁用PerfNet性能计数器,这样系统日志就看不到这个错误,但是依然在报,我估计不管事件ID是多少这个方法都管用,打开注册表,在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PerfNet\Performance\下添加REG_DWORD值(双字节值): Disable Performance Counters,设置值为 1 。

2、我理解是重新初始化使用WMI性能库,没有实际操作不知道结果。具体方法先运行

winmgmt /clearadap,再运行 winmgmt /resyncperf,重启系统

请尝试使用以下命令再次筛选计算机的性能库:

winmgmt /clearadap此命令可从服务的性能注册表项中清除所有与 WMI 相关的数值。

winmgmt /resyncperf 此命令可用于向 WMI 注册计算机的性能库。

3、Event 2011 (Error)  Source: PerfOS 我是赞同这个方法的

Unable to collect System Pagefile performance data. The first four bytes (DWORD) of the Data section contains the status code.

回答者1

System Performance Counters are collected and used by services and applications. If they are installed incorrectly or with improper permissions, those services or applications cannot collect or interpret the data.

回答者2

If you disable the pagefile, the related performance counters will give the above error. Enable the pagefile, preferably to "System Managed".

回答者3

Yup. That was it. I had disabled the paging file because the machine had an SSD in it. I enabled the paging file (made it the minimum of 400MB) and I‘m not receiving any more errors.

回答者4

Or remove the page file and ignore that warning. (Unless you have low memory systems)

原文链接

https://community.spiceworks.com/windows_event/show/1622-perfos-2011

时间: 2024-10-24 14:53:15

win2012应用程序日志,级别错误,来源PerfOS,事件ID2011的相关文章

Zabbix监控之检测程序日志中错误发生的次数

最近开发人员提了一个新的监控需求,当一个日志文件中出现的错误的次数增加时(日志文件中的错误关键字出现数量增加)则触发报警. 我觉得这是一个无聊的问题,问题之所以无聊,是因为该问题本身就具有局限性(自己给自己挖坑).首先,日志文件不可能无穷的增大,因此当日志文件因为人为维护时发生的任何变化必会触发报警: 其次,通过检测错误关键字或者错误代码的方法也可能不靠谱,例如日志中可能出现一些并不是错误代码但与错误代码相同的数字,因此错误关键字和错误代码需要同时监测: 再如产生日志的进程的重新启动或者挂起,日

nginx日志的错误级别

error_log的错误日志级别: debug info notice warn error crit 级别的定义格式为 error_log   logs/nginx_error.log  debug; debug级别的错误日志记录的内容会很丰富. crit级别的错误日志记录的内容最少

利用C#自带组件强壮程序日志

前言 在项目正式上线后,如果出现错误.异常.崩溃等情况, 我们往往第一想到的事就是查看日志. 所以日志对于一个系统的维护是非常重要的. 声明 本文中的示例代码旨在这个框架是怎么工作的,具体实现可以自由发挥. 贯穿所有的日志系统 日志系统,往往是贯穿一个程序的所有代码的; 试想一下,如果你的日志完全是由第三方组件提供的; 那么就意味着,你的所有项目都必须引用这个dll; 也许你会说自己可以2次封装,那么依然需要所有项目都引用你的这个封装后的log项目, 另一方面 一些log组件需要实例化后才可以使

node 日志 log4js 错误日志记录

SET DEBUG=mylog:* & npm start 原文出处:http://blog.fens.me/nodejs-log4js/ 1. 默认的控制台输出 我们使用express框架时,开发模式用node或者supervisor启动nodejs应用时,控制台都是显示如下的日志. GET /css/bootstrap.min.css 304 1ms GET /css/my.css 304 0ms GET /js/bootstrap.min.js 304 4ms GET /js/jquery

[转]利用C#自带组件强壮程序日志

利用C#自带组件强壮程序日志 在项目正式上线后,如果出现错误,异常,崩溃等情况 我们往往第一想到的事就是查看日志 所以日志对于一个系统的维护是非常重要的 声明 正文中的代码只是一个栗子,一个非常简单的栗子,只是说明这个框架是怎么工作的 具体实现可以自由发挥~~~~ 贯穿所有的日志系统 日志系统,往往是贯穿一个程序的所有代码的; 试想一下,如果你的日志完全是由第三方组件提供的; 那么就意味着,你的所有项目都必须引用这个dll; 也许你会说自己可以2次封装,那么依然需要所有项目都引用你的这个封装后的

Log4j 日志级别

转自:http://michales003.iteye.com/blog/1160605 日志记录器(Logger)是日志处理的核心组件.log4j具有5种正常级别(Level).: 1.static Level DEBUG : DEBUG Level指出细粒度信息事件对调试应用程序是非常有帮助的. 2.static Level INFO INFO level表明 消息在粗粒度级别上突出强调应用程序的运行过程. 3.static Level WARN WARN level表明会出现潜在错误的情形

Log4j基本用法----日志级别

基本使用方法: Log4j由三个重要的组件构成:日志信息的优先级,日志信息的输出目的地,日志信息的输出格式.日志信息的优先级从高到低有ERROR.WARN.INFO.DEBUG,分别用来指定这条日志信息的重要程度:日志信息的输出目的地指定了日志将打印到控制台还是文件中:而输出格式则控制了日志信息的显示内容. 日志信息的优先级 org.apache.log4j.Level类提供以下级别,但也可以通过Level类的子类自定义级别. Level 描述 ALL 各级包括自定义级别 DEBUG 指定细粒度

Log4j的日志级别分析(转)

说明:Log4j的日志是有级别的,从低到高顺序为:ALL < DEBUG < INFO < WARN < ERROR < FATAL < OFF,当定义了日志级别为WARN后,那么其比它高的级别(ERROR < FATAL)会打印出来. 基本使用方法: Log4j由三个重要的组件构成:日志信息的优先级,日志信息的输出目的地,日志信息的输出格式.日志信息的优先级从高到低有ERROR.WARN.INFO.DEBUG,分别用来指定这条日志信息的重要程度:日志信息的输出目

java log4j基本配置及日志级别配置详解

java log4j日志级别配置详解 1.1 前言 说出来真是丢脸,最近被公司派到客户公司面试外包开发岗位,本来准备了什么redis.rabbitMQ.SSM框架的相关面试题以及自己做过的一些项目回顾,信心满满地去面试,结果别人一上来就问到了最近项目使用的日志系统是什么?日志级别是怎么配置的?当时我都蒙X了,平时都是项目经理搭的,我自己也是随便上网一搜往配置文件一黏贴就OK了.我就这么说完后面试官深深定了我一眼,当时我的内心羞愧到...... 1.2 闲话少说,讲讲日志的发展故事(如果已经了解的