Служба 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\ начинает занимать на системном диске довольно много места (вплоть до нескольких десятков Гб), даже не смотря на то что на этом каталоге по умолчанию включена NTFS компрессия.
Служба Windows Error Reporting
Служба Windows Error Reporting представляет собой отдельный сервис Windows, который можно легко отключить командой:
Внутри каталога WER\ReportQueue\ содержится множество каталогов, с именами в формате:
- Critical_6.3.9600.18384_
_00000000_cab_3222bf78 - Critical_powershell.exe_
_cab_271e13c0 - Critical_sqlservr.exe__
_cab_b3a19651 - NonCritical_7.9.9600.18235__
_0bfcb07a - AppCrash_cmd.exe_
_bda769bf_37d3b403
Как вы видите, имя каталога содержит степень критичности события и имя конкретного exe файла, который завершился аварийно. Во всех каталогах обязательно имеется файл Report.wer, который содержит описание ошибок и несколько файлов с дополнительной информацией.
Очистка папки WER\ReportQueue в Windows
Как правило, размер каждой папки незначителен, но в некоторых случаях для проблемного процесса генерируется дамп памяти, который занимает довольно много места. На скриншоте ниже видно, что размер файла дампа memory.hdmp составляет около 610 Мб. Парочка таким дампов – и на диске исчезло несколько свободных гигибайт.
Чтобы очистить все эти ошибки и журналы штатными средствами, откройте панель управления и перейдите в раздел ControlPanel -> System and Security -> Action Center -> Maintenance -> View reliability history -> View all problem reports и нажмите на кнопку Clear all problem reports.
Для быстрого освобождения места на диске от файлов отладки, сгенерированных службой WER, содержимое следующих каталогов можно безболезненно удалить и руками.
Отключение Window Error Reporting в Windows Server 2012 R2 / 2008 R2
Отключить запись информации об ошибках Windows Error Reporting в серверных редакция Windows можно следующим образом:
- Windows Server 2012 / R2 – Панель Управления -> System and Security -> Action Center -> раздел Maintenance -> Settings -> выберите опцию I don’t want to participate, and don’t ask me again
- Windows Server 2008 R2 – откройте консоль Server Manager и промотайте список, перейдя в раздел Resources and Support. Нажмите на Turn Off Windows Error Reporting и выберите пункт I don’t want to participate, and don’t ask me again.
Отключение функции сбора и отправки отчетов в Windows 10
В Windows 10 возможность отключить Error Reporting через GUI отсутствует. Проверить статус компонента можно в панели управления Система и безопасность ->Центр безопасности и обслуживания -> секция Обслуживание. Как вы видите, по умолчанию параметр Поиск решения для указанных в отчетах проблем включен (Control Panel -> System and Security -> Security and Maintenance -> Maintenance -> Check for solutions to problem reports).
Отключить Windows Error Reporting в Windows 10 можно через реестр. Для этого в ветке HKLM\SOFTWARE\Microsoft\Windows\Windows Error Reporting нужно создать новый параметр типа DWORD (32 бита) с именем Disabled и значением 1.
Теперь еще раз проверим статус параметра Поиск решения для указанных в отчетах проблем в панели управления. Его статус должен изменится на Отключено.
Отключение Windows Error Reporting через групповые политики
Ведение журналов службой Windows Error Reporting можно отключить и через групповую политику. Она находится в разделе Computer Configuration/Administrative Templates/Windows Components/Windows Error Reporting (Компоненты Windows -> Отчеты об ошибках Windows). Для отключения сбора и отправки данных включите политику Disable Windows Error Reporting (Отключить отчеты об ошибках Windows).
В результате сообщения об ошибках приложений в Windows перестанут формироваться и автоматически отправляться в Microsoft.
Почему каталог C:\ProgramData\Microsoft\Windows\WER\ReportQueue\ занимает много места на диске? Можно ли его очистить?
Служба WER ( Windows Error Reporting ) служит для сбора и отправки отладочной информации о падении системных и сторонних приложений в 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, который можно легко отключить командой:
Внутри каталога WER\ReportQueue\ содержится множество каталогов, с именами в формате:
- Critical_6.3.9600.18384_
_00000000_cab_3222bf78 - Critical_powershell.exe_
_cab_271e13c0 - Critical_sqlservr.exe__
_cab_b3a19651 - NonCritical_7.9.9600.18235__
_0bfcb07a - AppCrash_cmd.exe_
_bda769bf_37d3b403
Как вы видите, имя каталога содержит степень критичности события и имя конкретного exe файла, который завершился аварийно. Во всех каталогах обязательно имеется файл Report.wer , который содержит описание ошибок и несколько файлов с дополнительной информацией.
Очистка папки WER\ReportQueue в Windows
Как правило, размер каждой папки незначителен, но в некоторых случаях для проблемного процесса генерируется дамп памяти, который занимает довольно много места. На скриншоте ниже видно, что размер файла дампа memory.hdmp составляет около 610 Мб. Парочка таким дампов – и на диске исчезло несколько свободных гигибайт.
Чтобы очистить все эти ошибки и журналы штатными средствами, откройте панель управления и перейдите в раздел ControlPanel -> System and Security -> Action Center -> Maintenance -> View reliability history -> View all problem reports и нажмите на кнопку Clear all problem reports .
Для быстрого освобождения места на диске от файлов отладки, сгенерированных службой WER, содержимое следующих каталогов можно безболезненно удалить и руками.
Отключение Window Error Reporting в Windows Server 2012 R2 / 2008 R2
Отключить запись информации об ошибках Windows Error Reporting в серверных редакция Windows можно следующим образом:
Windows Server 2012 / R2 – Панель Управления -> System and Security -> Action Center -> раздел Maintenance -> Settings -> выберите опцию I don’t want to participate, and don’t ask me again
Windows Server 2008 R2 – откройте консоль Server Manager и промотайте список, перейдя в раздел Resources and Support. Нажмите на Turn Off Windows Error Reporting и выберите пункт I don’t want to participate, and don’t ask me again.
Отключение функции сбора и отправки отчетов в Windows 10
В Windows 10 возможность отключить Error Reporting через GUI отсутствует. Проверить статус компонента можно в панели управления Система и безопасность -> Центр безопасности и обслуживания -> секция Обслуживание . Как вы видите, по умолчанию параметр Поиск решения для указанных в отчетах проблем включен (Control Panel -> System and Security -> Security and Maintenance -> Maintenance -> Check for solutions to problem reports).
Отключить Windows Error Reporting в Windows 10 можно через реестр. Для этого в ветке HKLM\SOFTWARE\Microsoft\Windows\Windows Error Reporting нужно создать новый параметр типа DWORD (32 бита) с именем Disabled и значением 1 .
Теперь еще раз проверим статус параметра Поиск решения для указанных в отчетах проблем в панели управления. Его статус должен изменится на Отключено.
Отключение Windows Error Reporting через групповые политики
Ведение журналов службой Windows Error Reporting можно отключить и через групповую политику. Она находится в разделе Computer Configuration/Administrative Templates/Windows Components/Windows Error Reporting (Компоненты Windows -> Отчеты об ошибках Windows). Для отключения сбора и отправки данных включите политику Disable Windows Error Reporting (Отключить отчеты об ошибках Windows).
В результате сообщения об ошибках приложений в Windows перестанут формироваться и автоматически отправляться в Microsoft.
Отчеты об ошибках Windows Windows Error Reporting
Область применения Applies to
Это раздел, посвященный уровню 300 (умеренно высокий). This is a 300 level topic (moderately advanced).
Полный список тем в этой статье см. в разделе Устранение ошибок при обновлении до Windows 10. See Resolve Windows 10 upgrade errors for a full list of topics in this article.
Если установка Windows не выполняется, коды результата и расширения регистрируются в качестве информационного события в журнале приложений отчетов об ошибках Windows как событие 1001. When Windows Setup fails, the result and extend code are recorded as an informational event in the Application log by Windows Error Reporting as event 1001. Имя события: WinSetupDiag02. The event name is WinSetupDiag02. Для просмотра этого события можно использовать средство просмотра событий либо Windows PowerShell. You can use Event Viewer to review this event, or you can use Windows PowerShell.
Чтобы использовать Windows PowerShell, введите следующие команды в командной строке Windows PowerShell с повышенными привилегиями: To use Windows PowerShell, type the following commands from an elevated Windows PowerShell prompt:
Следующий источник будет доступен только в том случае, если вы обновили предыдущую версию Windows 10 до новой версии. The following source will be available only if you have updated from a previous version of Windows 10 to a new version. Если вы установили текущую версию и не обновили ее, источник с именем WinSetupDiag02 будет недоступен. If you installed the current version and have not updated, the source named WinSetupDiag02 will be unavailable.
Использование просмотра событий: To use Event Viewer:
- Откройте окно просмотра событий и перейдите к Windows Logs\Application. Open Event Viewer and navigate to Windows Logs\Application.
- Нажмите Найти, а затем выполните поиск winsetupdiag02. Click Find, and then search for winsetupdiag02.
- Двойным щелчком откройте выделенное событие. Double-click the event that is highlighted.
Примечание. В старых операционных системах имя события было WinSetupDiag01. Note: For legacy operating systems, the Event Name was WinSetupDiag01.
В событии указаны десять параметров. Ten parameters are listed in the event:
Параметры Parameters |
---|
P1: сценарий установки (1 = носитель, 5 = WindowsUpdate, 7 = средство создания носителя) P1: The Setup Scenario (1=Media,5=WindowsUpdate,7=Media Creation Tool) |
P2: режим установки (x = по умолчанию, 1 = нижний уровень, 5 = откат) P2: Setup Mode (x=default,1=Downlevel,5=Rollback) |
P3: архитектура новой ОС (x = по умолчанию, 0 = X86, 9 = AMD64) P3: New OS Architecture (x=default,0=X86,9=AMD64) |
P4: результат установки (x = по умолчанию, 0 = успех, 1 = сбой, 2 = отмена, 3 = заблокировано) P4: Install Result (x=default,0=Success,1=Failure,2=Cancel,3=Blocked) |
P5: код ошибки результата (например, 0xc1900101). P5: Result Error Code (Ex: 0xc1900101) |
P6: код ошибки продления (например, 0x20017). P6: Extend Error Code (Ex: 0x20017) |
P7: сборка исходной ОС (например: 9600) P7: Source OS build (Ex: 9600) |
P8: ветвь исходной ОС (обычно недоступно) P8: Source OS branch (not typically available) |
P9: сборка новой ОС (например: 16299> P9: New OS build (Ex: 16299> |
P10: ветвь новой ОС (например: rs3_release> P10: New OS branch (Ex: rs3_release> |
Событие будет также содержать ссылки на файлы журнала, которые можно использовать для выполнения подробной диагностики ошибки. The event will also contain links to log files that can be used to perform a detailed diagnosis of the error. Ниже показан пример этого события для успешного обновления. An example of this event from a successful upgrade is shown below.