C programdata microsoft windows wer reportqueue что это
Служба Windows Error Reporting и очистка каталога WER\ReportQueue в Windows
Служба Windows Error Reporting (WER) служит для сбора и отправки отладочной информации о падении системных и сторонних приложений в Windows на сервера Microsoft. По задумке Microsoft, эта информация должна анализироваться и при наличии решения, вариант исправления проблемы должен отправляется пользователю через Windows Error Reporting Response. Но по факту мало кто пользуется этим функционалом, хотя Microsoft настойчиво оставляет службу сбора ошибок WER включенной по умолчанию во всех последних версиях Windows. В большинстве случае о службе WER вспоминают, когда каталог C:\ProgramData\Microsoft\Windows\WER\ReportQueue\ начинает занимать много места на системном диске (вплоть до нескольких десятков Гб), даже не смотря на то что на этом каталоге по умолчанию включена NTFS компрессия.
Служба Windows Error Reporting
Данные пользователя сохраняются в профиль пользователя:
Системные данные – в системный каталог:
Служба Windows Error Reporting представляет собой отдельный сервис Windows. Вы можете проверить состояние службы командой PowerShell:
Внутри каталога WER\ReportQueue\ содержится множество каталогов, с именами в формате:
Как вы видите, имя каталога содержит степень критичности события и имя конкретного exe файла, который завершился аварийно. Во всех каталогах обязательно имеется файл Report.wer, который содержит описание ошибок и несколько файлов с дополнительной информацией.
Очистка папки WER\ReportQueue в Windows
Как правило, размер каждой папки в WER незначителен, но в некоторых случаях для проблемного процесса генерируется дамп памяти, который занимает довольно много места. На скриншоте ниже видно, что размер файла дампа memory.hdmp составляет около 610 Мб. Парочка таким дампов – и на диске исчезло несколько свободных гигибайт.
Для быстрого освобождения места на диске от файлов отладки, сгенерированных службой WER, содержимое следующих каталогов можно безболезненно очистить вручную.
Следующие команды PowerShell удалят из каталога каталогов WER все файлы, старше 15 дней:
Для очистки каталогов WER в пользовательских профилях используйте такой скрипт:
Отключение Window Error Reporting в Windows Server
В Windows Server 2019/2016/2012R2 вы можете управлять состоянием WER с помощью PowerShell. Вы можете отключить службу Windows Error Reporting:
Но есть более корректные способы отключения WER в Windows. В версии PowerShell 4.0 добавлен отдельный модуль WindowsErrorReporting из трех командлетов:
Проверить состояние службы Windows Error Reporting можно командой:
Для отключения WER, выполните:
Отключаем сбор и отправки отчетов об ошибках в Windows 10
HKLM\SOFTWARE\Microsoft\Windows\Windows Error Reporting нужно создать новый параметр типа DWORD (32 бита) с именем Disabled и значением 1.
Можно отключить сбор ошибок WER для конкретных пользователей:
reg add «HKCU\Software\Microsoft\Windows\Windows Error Reporting» /v «Disabled» /t REG_DWORD /d «1» /f
Или отключить WER для всех:
reg add «HKLM\Software\Microsoft\Windows\Windows Error Reporting» /v «Disabled» /t REG_DWORD /d «1» /f
Измените параметр реестра и проверьте статус параметра Поиск решения для указанных в отчетах проблем в панели управления. Его статус должен изменится на Отключено.
Отключение Windows Error Reporting через GPO
Также вы можете управлять настройками службы Windows Error Reporting через групповые политики.
Обновите GPO (перезагрузка не потребуется).
В результате в Windows перестанут формироваться сообщения об ошибках Windows и отправляться в Microsoft.
Служба Windows Error Reporting и очистка каталога WER\ReportQueue в Windows
Служба WER (Windows Error Reporting) служит для сбора и отправки отладочной информации о падении системных и сторонних приложений в Windows на сервера Microsoft. По задумке Microsoft, эта информация должна анализироваться и при наличии решения, вариант исправления проблемы должен отправляется пользователю через Windows Error Reporting Response. Но по факту мало кто пользуется этим функционалом, хотя Microsoft настойчиво оставляет службу сбора ошибок WER включенной по умолчанию во всех последних версиях Windows. В большинстве случае о службе WER вспоминают, когда каталог C:\ProgramData\Microsoft\Windows\WER\ReportQueue\ начинает занимать на системном диске довольно много места (вплоть до нескольких десятков Гб).
Служба Windows Error Reporting
Служба Windows Error Reporting представляет собой отдельный сервис Windows, который можно легко отключить командой:
Внутри каталога WER\ReportQueue\ содержится множество каталогов, с именами в формате:
Как вы видите, имя каталога содержит степень критичности события и имя конкретного exe файла, который завершился аварийно. Во всех каталогах обязательно имеется файл Report.wer, который содержит описание ошибок и несколько файлов с дополнительной информацией.
Очистка папки WER\ReportQueue в Windows
Как правило, размер каждой папки незначителен, но в некоторых случаях для проблемного процесса генерируется дамп памяти, который занимает довольно много места. На скриншоте ниже видно, что размер файла дампа memory.hdmp составляет около 610 Мб. Парочка таким дампов – и на диске исчезло несколько свободных гигибайт.
Для быстрого освобождения места на диске от файлов отладки, сгенерированных службой WER, содержимое следующих каталогов можно безболезненно удалить и руками.
Отключение Window Error Reporting в Windows Server 2012 R2 / 2008 R2
Отключить запись информации об ошибках Windows Error Reporting в серверных редакция Windows можно следующим образом:
Отключение функции сбора и отправки отчетов в Windows 10
Отключить Windows Error Reporting в Windows 10 можно через реестр. Для этого в ветке HKLM\SOFTWARE\Microsoft\Windows\Windows Error Reporting нужно создать новый параметр типа DWORD (32 бита) с именем Disabled и значением 1.
Теперь еще раз проверим статус параметра Поиск решения для указанных в отчетах проблем в панели управления. Его статус должен изменится на Отключено.
Отключение Windows Error Reporting через групповые политики
В результате сообщения об ошибках приложений в Windows перестанут формироваться и автоматически отправляться в Microsoft.
Не устанавливаются приложения, тормозит станция
Сегодня я хотел бы обсудить довольно специфическую проблему, которая долгое время не давала покоя техническому отделу, скажем так условного корпоративного клиента. Не то что бы она была какой-то уж чрезвычайно сложной, скорее просто никому не интересной (как в том анекдоте про Джо), и решалась местным персоналом при помощи полной «перезаливки» станции пользователя. Кстати, к слову сказать, проблема, которая будет описана в данной статье, мне уже встречалась, но всё никак не появлялось возможности обстоятельного её изучения. Благо, не так давно возникший аналогичный инцидент явился отправной точкой для написания этой заметки. Надо заметить, что для детального описания сбоев, в будущем хотелось бы все же разработать какой-нибудь единый диагностический шаблон, то есть собрать с проблемной станции именно ту информацию, которая представляла бы собой наиболее точное описание всех необходимых конфигураций и однозначно идентифицировала проблему, что бы пользователи могли находить решения по проблемам со схожими симптомам.
Описание проблемы
Иногда (на самом деле редко) при введении в эксплуатацию свежеперезалитой/сохранившейся от другого пользователя рабочей станции, счастливый обладатель начинал жаловался на чрезвычайно низкую работоспособность: многие программы запускались крайне медленно (на протяжении десятков минут!). Работать же в уже запущенных приложениях было совершенно невозможно. При удаленном подключении к станции и попытке удалить произвольное программное обеспечение, было зафиксировано, что процессы инсталляций/деинсталляций «виснут», то есть сам процесс установки/удаления может длиться бесконечно, не завершаясь в течении приемлемого временного интервала. Когда удавалось запустить какое-либо диагностическое ПО (Process Hacker / Process Explorer и подобные), была зафиксирована активность с базой (хранилищем) компонентов. Кроме этого никаких отличительных симптомов обнаружить не удалось.
Диагностика
Затем я попытался устранить лишнюю нагрузку на систему и удалить один установленный компонент командой:
WER используется разделенные пути очередей отладочных данных:
Очевидно, что в нашем случае используется второй (системный) вариант. Далее, в каталоге ReportQueue было обнаружено большое количество подкаталогов такого вот примерно вида:
Служба отчетов об ошибках Windows и очистка каталога WER ReportQueue в Windows
Служба WER ( Windows Error Reporting ) служит для сбора и отправки отладочной информации о падении системных и сторонних приложений в Windows на сервере Microsoft. По задумке Microsoft, эта информация должна анализироваться и при наличии решений, вариант исправления проблемы должен отправляется пользователю через ответ с отчетом об ошибках Windows. Но по факту мало кто пользуется этим функционалом, хотя Microsoft настойчиво обслуживает службу сбора ошибок WER включенной по умолчанию во всех последних версиях Windows. В большинстве случаев о службе WER вспоминают, когда каталог C: ProgramData Microsoft Windows WER ReportQueue начинает занимать на системном диске довольно много места (вплоть до нескольких десятков Гб), даже не смотря на то что на этом каталоге по умолчанию включена NTFS компрессия.
Служба отчетов об ошибках Windows
Служба отчетов об ошибках Windows представляет собой отдельный сервис Windows, который можно легко отключить команду:
Внутри каталога WER ReportQueue массив ката логов, с именами в формате:
Очистка папок WER ReportQueue в Windows
Как правило, размер каждой папки незначителен, но в некоторых случаях для проблемного процесса создается дамп памяти, который занимает довольно много места. На скриншоте ниже видно, что размер файла дампа memory.hdmp составляет около 610 Мб. Парочка таких дампов — и на исчезло несколько свободных гигибайт.
Для быстрого освобождения места на диске от файлов отладки, сгенерированных службой WER, содержимое следующих каталогов можно безболезненно удалить и руками.
Отключение ошибки окна Отчеты в Windows Server 2012 R2/2008 R2
Отключить запись информации об ошибках Отчеты об ошибках Windows в серверных редакциях Windows можно следующим образом:
Отключение функции сбора и отправки отчетов в Windows 10
Теперь еще раз проверим статус решения проблемы Поиск решения для указанных в отчетах проблем в панели управления. Его статус должен изменится на Отключено.
Отключение отчетов об ошибках Windows через групповые политики
В результате сообщений об ошибках приложений в Windows перестанут формироваться и автоматически отправляться в Microsoft.
C programdata microsoft windows wer reportqueue что это
Этот форум закрыт. Спасибо за участие!
Лучший отвечающий
Вопрос
И еще можно или предотвратить в будущем их создание? Если да то как и какой ценой?
Ответы
Создайте политику в AD. В пользовательской части создайте логон-скрипт, содержащий команду
del /q C:\Users\%username%\AppData\Local\Microsoft\Windows\WER\ReportQueue\*.*
Правда, она не сработает, если на диске С: профиль пользователя хранится в папке с именем, отличающимся от его логина (случается при дублировании локальных и доменных имен).
Альтернатива: ограничить суммарный размер кэша перемещаемых профилей. Computer Configuration\Administrative Templates\Windows Components\Terminal Services\Terminal Server\Profiles\Limit the size of the entire roaming user profile cache. При превышении размера директории c:\users система начнет удалять самые старые из локальных копий профилей.
Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging