How to enable or disable Windows 10 Error Reporting Service

The Windows 10 error reporting service is designed to help ensure your PC works optimally. The central idea behind Windows Error Report (WER) is to keep Microsoft informed about user issues working with Windows.

However, every Windows OS version has the service enabled on default settings. But an individual user can choose to disable if the need arises. This article explores how to enable or disable the error reporting service on Windows 10.

How the Windows 10 Error Reporting Service Works and Why

Windows 10 Error Report focuses on discovering hardware and software issues from the user’s PC and report to Microsoft. With a database of likely complaints experienced with using the Windows 10, Microsoft can then send solutions for troubleshooting.

While working with the PC, some users experience pop-ups or alerts requesting the submission of the problem report. Windows error report usually occurs after a system failure, program crashes, refused to load properly or operating system errors. Windows usually prompt the user to submit an error report online to help proffer solutions in the future. The problem report may include program name, date, time of error and version.

Should I disable the Windows error reporting service?

Windows users often disable error reporting due to disk space or privacy issues but might need to exercise restraint. Error reporting service for Windows 10 offers dual benefits to Microsoft and the PC users.

Each error report helps Microsoft develop more advanced service packs for dealing with glitches. That means better user experience with Windows 10 based on the information gathered.

Steps to disable Window 10 Error Reporting Service

1. Use Command to disable Window 10 Error Report
2. Use the Registry Editor to disable Window 10 Error Report

Just like other versions, Windows 10 does have a slightly different graphical user interface for disabling error reports. Lower versions of Windows OS have error reporting under Action Center Setting. On Windows 10 it is the Security & Maintenance function requiring working with registries.

Method One: Use Command to disable Window 10 Error Report

It’s a simple and straightforward process. Here are the steps to follow:

1. Use the shortcut key. From the keyboard press down the Windows key+R. It should navigate to the Run dialog box.
2. Into the open space of the dialog box type service.msc.
3. Move the cursor to Windows Error Reporting Service and right-click it.
4. Locate Startup types and scroll through the drop down menu list on the right.
5. Click Disabledwhich is at the bottom of the list.
6. Click ‘OK‘ or apply to complete the action.
7. Close the service window to exit. Now the process has been completed.

• RELATED: 5 best software to fix runtime errors in Windows 10

Note:

In some cases, the Startup type which is close to disabled might appear as gray. That means the user needs admin rights to continue the process. Therefore, log out and log in as an administrator. Or locate the administrative command prompt by pressing Windows key+ X to select command prompt admin.

Method Two: Use the Registry Editor

Using the Registry Editor is another way to safely disable the Windows 10 Error Reporting Service. This second method for disabling Windows error reporting service includes tweaking the registry. But first, you need to check for error report issues:

1. Locate Control Panel from Windows startup.
2. Click Control Panel> System and Security> Security and Maintenance.
3. Look out for Report problems. Report problems should by default display ‘On’.

• RELATED: Fix Blue Screen of Death errors with these 4 software solutions

Steps to disable Windows Error Reporting Service using the Registry Editor

1. Locate the registry editor app below:
   • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting
2. To the right of your window, locate the registry key in the dialog box.
3. Click on the option ‘disabled’ so the dialog box can appear. Replace the value ‘0’ with ‘1’.
4. If there is no value then create a new one with the same name, ‘Disabled’.
5. Then set the new 32-Bit DWORD value to ‘1’.
6. Tap ‘OK’ to effect changes.

Note:

• To confirm that the Windows error reporting service has been disabled, go to Security and Maintenance. Check the comment on the report problem to see if it reads on or off.
• To re-enable error reporting service on Windows 10 simply set the disabled value back to zero. Another option would be to delete the disabled value.
• To create a new DWORD from the registry editor one needs to locate Edit > New on the menu.

It’s quite simple to disable and enable Windows 10 error reporting service anytime. And understanding how to use the Registry Editor or finder makes everything much simpler.

Служба 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, который можно легко отключить командой:

net stop WerSvc

Внутри каталога 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 Error Reporting

Система отчета об ошибках Windows Error Reporting (WER) является сложным механизмом, автоматизирующим представление сбоев процессов пользовательского режима и режима системных сбоев.

Windows Error Reporting может быть настроена путем перехода в Панель управления (Control Panel) и выбора Центр поддержки (Action Center) -> Настройка центра поддержки (Change Action Center) -> Параметры отчета о неполадках (Problem Reporting Settings).

Когда фильтр необработанных исключений, упомянутый в предыдущем разделе, отлавливает такое исключение, он создает контекстную информацию (например, текущее значение регистров и стека) и открывает подключение ALPC-порта к WER-службе. Эта служба приступает к анализу состояния аварийной программы и выполняет соответствующие действия по уведомлению пользователя. Во многих случаях это означает запуск программы WerFault.exe, которая выполняется с полномочиями текущего пользователя, и пока система не настроена на обратное, выводит окно сообщения, информирующее пользователя об аварии. На системах с установленным отладчиком показаны дополнительные возможности по отладке показанного процесса, что можно увидеть на рисунке.

При щелчке на пункте отладки (Debug) будет запущен отладчик (зарегистрированный в строке Debugger, рассмотренном ранее параметре AeDebug), чтобы подключиться к аварийному процессу.

Диалоговое окно Windows Error Reporting.

На системах с исходными настройками отчет об ошибке (мини-дамп и XML-файл с различными подробностями, например, с номерами версий DLL-библиотек, загруженных в процессе) отправляется на интернет-сервер Microsoft, занимающийся анализом аварийных ситуаций. Затем, когда служба уведомляется о решении для проблемы, она выводит подсказку, информирующую пользователя о его действиях, которые нужно выполнить для решения проблемы.

Входящее сообщение будет также отображено в Центре поддержки. Кроме того, в Мониторе стабильности системы (ReliabilityMonitor) будут также показаны все экземпляры аварий приложений и системы.

ПРИМЕЧАНИЕ. WER будет активно (визуально) информировать пользователя аварийного приложения только в том случае, когда приложение имеет как минимум одно видимое интерактивное окно. В противном случае авария будет занесена в журнал, но пользователю придется вручную зайти в Центр поддержки для просмотра соответствующей записи. Такое поведение призвано избавить пользователя от путаницы, не выводя диалогового окна WER, относящегося к невидимым аварийным процессам, о которых пользователь может не знать, например, о службе, выполняемой в фоновом режиме.

В окружениях, где системы не подключены к Интернету или где администратор хочет контролировать, какие именно отчеты об ошибках будут представлены Microsoft, место назначения отчета об ошибках может быть настроено на внутренний файловый сервер. Средство MicrosoftSystemCenterDesktopErrorMonitoringпонимает структуру каталогов, созданных WindowsErrorReporting, и предоставляет администратору возможность получить избирательные отчеты об ошибках и отправить их компании Microsoft.

Если все рассмотренные операции должны были произойти в контексте сбойного потока, то есть как часть изначально установленного фильтра необработанных исключений, то иногда для слишком поврежденного потока может не получиться выполнить все эти довольно сложные шаги, и сбой может возникнуть в самом фильтре необработанных исключений. Такую «тихую смерть процесса» нельзя будет зарегистрировать, что затруднит отладку, а также выразится в невидимых сбоях в тех случаях, когда на машине не будет ни одного пользователя.

Чтобы избежать подобных проблем, если сбой произошел в самом фильтре необработанных исключений, имеющийся в Windows механизм WER выполняет эту работу вне аварийного потока, что позволяет зарегистрировать любую аварию процесса или потока и уведомить о ней пользователя.

WER содержит множество настраиваемых параметров, к которым пользователь может получить доступ через редактор групповой политики (Group Policy) или внося изменения в реестр вручную. В таблице представлен список вариантов настройки WER в реестре, показано их использование и возможные значения.

Эти значения находятся в подразделе HKLM\SOFTWARE\Microsoft\Windows\ Windows Error Reporting для настроек компьютера и в аналогичном пути в разделе HKEY_CURRENT_USER для настройки для каждого пользователя.

Настройки WER в реестре.

Настройка	Смысл	Значение
ConfigureArchive	Содержание архивных данных	1 — для параметров, 2 — для всех данных
Consent\DefaultConsent	Какие данные должны требовать согласия	1— для любых данных, 2 — только для параметров, 3 — для параметров и безопасных данных, 4 — для всех данных.
Consent\DefaultOverrideBehavior	Должен ли DefaultConsent замещать значения согласия дополнительного модуля WER	1 — для разрешения замещения
Consent\PluginName	Значение согласия для конкретного дополнительного модуля WER	То же самое, что и для DefaultConsent
CorporateWERDirectory	Каталог для общего хранилища WER	Строка, содержащая путь
CorporateWERPortNumber	Порт, используемый для общего хранилища WER	Номер порта
CorporateWERServer	Имя, используемое для общего хранилища WER	Строка, содержащая имя
CorporateWERUseAuthentication	Использование для общего хранилища WER встроенной аутентификации Windows (Windows Integrated Authentication)	1— для разрешения встроенной аутентификации
CorporateWERUseSSL	Использование для общего хранилища WER протокола защищенных сокетов (SSL)	1 — для разрешения SSL
DebugApplications	Список приложений, требующих от пользователя выбора между отладкой (Debug) и продолжением (Continue)	1— для предоставления пользователю возможности выбора
DisableArchive	Включен ли архив	1 — для выключения архива
Disabled	Выключена ли служба WER	1 — для выключения WER
DisableQueue	Определение необходимости постановки отчетов в очередь	1 — для выключения очереди
DontShowUI	Выключение или включение WER UI	1 — для выключения UI
DontSendAdditionalData	Предотвращение отправки дополнительных данных об аварии	1 — не отправлять
ExcludedApplications\AppName	Список приложений, исключенных из WER	Строка, содержащая список приложений
ForceQueue	Нужно ли отчеты отправлять в очередь пользователя	1 — для отправки отчетов в очередь
LocalDumps\DumpFolder	Путь, который нужно использовать для хранения дапм-файлов	Строка, содержащая путь
LocalDumps\DumpCount	Максимальное количество дапм-файлов в пути	Счетчик
LocalDumps\DumpType	Тип дампа, генерируемого при аварии	0 — для специального дампа, 1 — для мини-дампа, 2 — для полного дампа
LocalDumps\CustomDumpFlags	Для специальных дампов, указывает их специализацию	Значения, определенные в MINIDUMP_TYPE
LoggingDisabled	Включение или выключение ведения журнала	1 — для выключения ведения журнала
MaxArchiveCount	Максимальный размер архива (в файлах)	Значение в диапазоне 1–5000
MaxQueueCount	Максимальный размер очереди	Значение в диапазоне 1–500
QueuePesterInterval	Дни между запросами, чтобы пользователь мог проверить решения	Количество дней

ПРИМЕЧАНИЕ. Значения, перечисленные в параметре LocalDumps, могут также быть настроены для каждого приложения путем добавления имени приложения в пути подраздела между LocalDumps и соответствующим значением. Но они не могут быть настроены для каждого пользователя, поскольку существуют только в пути HKLM.

Как уже говорилось, для связи с аварийными процессами служба WER использует ALPC-порт. Этот механизм использует общесистемный порт ошибки, который служба WER регистрирует через функцию NtSetInformationProcess (использующую DbgkRegisterErrorPort). В результате все процессы Windows теперь имеют порт ошибки, который на самом деле является объектом ALPC-порта, зарегистрированным службой WER. Ядро, которое уведомляется об исключении в первую очередь, использует этот порт для отправки сообщения службе WER, которая затем анализирует аварийный процесс.