Configuring WER Using Group Policy
Administrators can use Group Policy to configure WER in AD DS environments. Table below describes the policy settings you can use for configuring WER on targeted computers running Windows Vista and later. WER policy settings can be found in two locations:
Computer Configuration\Policies\Administrative Templates\Windows Components\Windows Error Reporting
User Configuration\Policies\Administrative Templates\Windows Components\Windows Error Reporting
Note that all policy settings listed in this table are available as both per-computer and peruser policies except for the Configure Corporate Windows Error Reporting policy setting, which is available only as a per-computer policy.
Group Policy Settings for Configuring WER
Policy Setting | Description |
Located under \Windows Error Reporting | |
Disable Windows Error Reporting | If this setting is enabled, WER will not send any problem information to Microsoft. Additionally, solution information will not be available in the Action Center Control Panel. |
Prevent Display Of The User Interface For Critical Errors | This policy setting prevents the display of the user interface for critical errors. If you enable this policy setting, WER prevents the display of the user interface for critical errors. If you disable or do not configure this policy setting, WER displays the user interface for critical errors. |
Disable Logging | If this setting is enabled WER events will not be logged to the system event log. |
Do Not Send Additional Data | If this setting is enabled any additional data requests from Microsoft in response to a WER event will be automatically declined without notice to the user. |
Located under \Windows Error Reporting\Advanced Error Reporting Settings | |
Configure Report Archive | This setting controls the behavior of the WER archive. If Archive behavior is set to Store All, all data collected for each report will be stored in the appropriate location. If Archive behavior is set to Store Parameters Only, only the minimum information required to check for an existing solution will be stored. The setting for Maximum Number Of Reports To Store determines how many reports can be stored before old reports are automatically deleted. If this setting is disabled, no WER information will be stored. |
Configure Corporate Windows Error Reporting | This setting determines the corporate server to which WER will send reports (instead of sending reports to Microsoft). Server port indicates the port to use on the target server. Connect using Secure Sockets Layer (SSL) determines whether Windows will send reports to the server using a secured connection. |
List Of Applications To Be Excluded | This setting determines the behavior of the error reporting exclusion list. Windows will not send reports for any process added to this list. Click Show to display the exclusion list. In the Show Contents dialog box in the Value column, type a process name to add a process to the list. To remove a process from the list, click the process name to be removed and press the Delete key. Click OK to save the list. |
Configure Report Queue | This setting determines the behavior of the WER queue. If Queuing behavior is set to Default, Windows will decide each time a problem occurs whether the report should be queued or the user should be prompted to send it immediately. If Queuing behavior is set to Always Queue, all reports will be queued until the user is notified to send them or until the user chooses to send them using the Solutions to Problems Control Panel. If Queuing behavior is set to Always Queue For Administrator, reports will be queued until an administrator is notified to send them or chooses to send them using the Solutions to Problems Control Panel. The setting for Maximum Number Of Reports To Queue determines how many reports can be queued before old reports are automatically deleted. The setting for Number Of Days Between Solution Check Reminders determines the interval time between the display of system notifications which remind the user to check for solutions to problems. A setting of 0 will disable the reminder. If the WER queue setting is disabled, no WER information will be queued and users will be able to send reports only at the time a problem occurs. |
Located under \Windows Error Reporting/Consent | |
Customize Consent Settings | This policy setting determines the consent behavior of WER for specific event types. If this policy setting is enabled and the consent level is set to 0 (Disable), WER will not send any data to Microsoft for this event. If the consent level is set to 1 (Always Ask Before Sending Data), Windows will prompt the user for consent to send reports. If the consent level is set to 2 (Send Parameters), the minimum data required to check for an existing solution will be sent automatically, and Windows will prompt the user for consent to send any additional data requested by Microsoft. If the consent level is set to 3 (Send Parameters And Safe Additional Data), the minimum data required to check for an existing solution as well as data that Windows has determined does not contain (within a high probability) personally identifiable data will be sent automatically, and Windows will prompt the user for consent to send any additional data requested by Microsoft. If the consent level is set to 4 (Send All Data), any data requested by Microsoft will be sent automatically. If this setting is disabled or not configured then consent will default to the default consent setting. |
Ignore Custom Consent Settings | This setting determines the behavior of the default consent setting in relation to custom consent settings. If this setting is enabled, the default Consent level setting will always override any other consent setting. If this setting is disabled or not configured, each custom consent setting will determine the consent level for that event type and the default consent setting will determine the consent level of any other reports. |
Advanced Error Reporting Settings\Configure Default Consent | This setting determines the consent behavior of WER. If the consent level is set to Always Ask Before Sending Data, Windows will prompt the user for consent to send reports. If the consent level is set to Send Parameters, the minimum data required to check for an existing solution will be sent automatically, and Windows will prompt the user for consent to send any additional data requested by Microsoft. If the consent level is set to "Send parameters and safe additional data", the minimum data required to check for an existing solution as well as data which Windows has determined does not contain (within a high probability) personally identifiable data will be sent automatically, and Windows will prompt the user for consent to send any additional data requested by Microsoft. If the consent level is set to Send All Data, any data requested by Microsoft will be sent automatically. If this setting is disabled or not configured, then the consent level will default to Always Ask Before Sending Data. |
In this tutorial:
- Windows 7 Desktop Maintenance
- Performance Monitoring
- Improvements to Performance Monitoring in Windows 7
- Using Performance Monitor
- Real-Time Performance Monitoring
- Performance Monitor Logging
- Creating a Data Collector Set
- Configuring a Data Collector Set
- Using Data Manager to View Performance Data
- Starting and Stopping Data Logging
- Viewing Performance Data
- Comparing Performance Monitor Logs
- Performance Monitor User Rights
- Remote Data Collection
- Using Windows PowerShell for Performance Monitoring
- Resource Monitor
- Overview Tab
- CPU Tab
- Memory Tab
- Disk Tab
- Network Tab
- Reliability Monitor
- How Reliability Monitor Works
- Windows Performance Tools Kit
- Event Monitoring
- Understanding the Windows Event Architecture
- Channels
- Improvements to Event Monitoring in Windows 7
- Using Event Viewer
- Understanding Views
- Viewing Event Logs
- Saving Event Logs
- Configuring Event Subscriptions
- Considerations for Workgroup Environments
- Creating a New Subscription
- Using the Windows Events Command-Line Utility for Event Monitoring
- Using Windows PowerShell for Event Monitoring
- Using Task Scheduler
- Improvements to Task Scheduler in Windows 7
- Understanding Tasks
- Understanding the Task Scheduler Architecture
- Understanding Task Scheduler Security
- Credentials Management
- Securing Running Tasks
- Understanding AT and Task Scheduler v1.0 Compatibility Modes
- Understanding the Task Scheduler Snap-in
- Understanding Default Tasks
- Creating Tasks
- Defining Triggers
- At Startup Trigger
- On Connection To AND Disconnect From User Session Triggers
- On Workstation Lock AND Unlock Triggers
- Defining Actions
- Defining Conditions
- Defining Settings
- Managing Tasks
- Viewing History
- Using SchTasks.exe for Creating and Managing Tasks
- Task Scheduler Events
- Troubleshooting Task Scheduler
- Tasks Won't Run If the Service Is Not Started
- The Task Will Run Only When a Certain User Is Logged On
- The Task Action Failed to Execute
- Interpreting Result and Return Codes
- Understanding the Windows System Assessment Tool
- Understanding WinSAT Assessment Tests
- Examining the WinSAT Features Assessment
- Running WinSAT from the Command Line
- Understanding WinSAT Command Exit Values
- Running WinSAT Using Performance Information and Tools
- System Capabilities Section
- OEM Upsell And Help Section
- Understanding Windows Error Reporting
- Overview of Windows Error Reporting
- How WER Works
- Store Management System
- ReportArchive Folder
- WER Service
- Understanding the Error Reporting Cycle
- Understanding WER Data
- Configuring WER Using Group Policy
- Configuring WER Using the Action Center