Aller au contenuAller à l'arborescence
Arborescence Windows
  1. C:
  2. ProgramData
  3. Microsoft
  4. Windows
  5. WER
DossierRisque : Sans risque

WER C:\ProgramData\Microsoft\Windows\WER

C:\ProgramData\Microsoft\Windows\WER : rapports d'erreurs Windows de la machine, en attente (ReportQueue) ou envoyés (ReportArchive), avec leurs vidages.

Mis à jour le Par AltF4 Formation

À quoi ça sert

Quand une application plante, se fige ou qu’un composant échoue, Windows Error Reporting (WER) range ici le rapport. ReportQueue contient ceux qui attendent d’être envoyés à Microsoft, ReportArchive ceux qui sont partis. C’est le premier endroit où chercher le module fautif d’un plantage d’application, avant d’ouvrir un débogueur.

Les rapports des applications lancées par un utilisateur sont écrits dans son profil, sous %LOCALAPPDATA%\Microsoft\Windows\WER. Ce dossier-ci reçoit ceux de la machine : services, processus système.

Ce qu’il contient

  • ReportQueue : un dossier par rapport en attente (par exemple AppCrash_<application>_<empreinte>), avec un fichier Report.wer et des fichiers associés.
  • ReportArchive : les rapports envoyés. Leurs données sont supprimées mais le fichier Report.wer persiste.
  • Temp : fichiers temporaires de la collecte, présent selon la version.
  • Les vidages mémoire joints à un rapport (.dmp, .hdmp), parfois volumineux.

Report.wer est un fichier texte : il donne le nom de l’application (AppName), le module fautif et le code d’exception dans ses lignes Sig[n].

Risques et bonnes pratiques

  • Vous pouvez en vider le contenu sans conséquence pour Windows : vous perdez l’historique des incidents et les vidages joints. Gardez-le tant qu’une analyse est en cours.
  • Videz le contenu, pas le dossier. Le Nettoyage de disque propose « Fichiers de rapport d’erreurs Windows » pour le faire proprement.
  • Les vidages peuvent contenir des données sensibles (mémoire d’un processus) : relisez ce qu’ils contiennent avant de les transmettre.
  • Pour couper la fonction, passez par la stratégie de groupe ou la valeur Disabled de HKLM\SOFTWARE\Microsoft\Windows\Windows Error Reporting, sans bonne raison de le faire : ces rapports servent au diagnostic.

Commandes utiles

Fenêtre de terminal
# Rapports en attente d'envoi et rapports archivés
Get-ChildItem "$env:ProgramData\Microsoft\Windows\WER\ReportQueue" -Force -ErrorAction SilentlyContinue | Select-Object Name, LastWriteTime
Get-ChildItem "$env:ProgramData\Microsoft\Windows\WER\ReportArchive" -Force -ErrorAction SilentlyContinue | Select-Object Name, LastWriteTime


# Lire l'essentiel d'un rapport : application, module fautif, code d'exception
Get-ChildItem "$env:ProgramData\Microsoft\Windows\WER" -Recurse -Filter Report.wer -ErrorAction SilentlyContinue |
  Select-Object -First 1 | Select-String -Pattern '^(AppName|Sig\[\d+\]\.(Name|Value))'


# Derniers événements 1001 du journal Application (source Windows Error Reporting)
Get-WinEvent -FilterHashtable @{LogName='Application'; ProviderName='Windows Error Reporting'} -MaxEvents 10 |
  Select-Object TimeCreated, Message


# Purge du contenu (en administrateur ; retirer -WhatIf pour exécuter)
Get-ChildItem "$env:ProgramData\Microsoft\Windows\WER\ReportArchive", "$env:ProgramData\Microsoft\Windows\WER\ReportQueue" -Force |
  Remove-Item -Recurse -WhatIf

Contenu du dossier

Dossiers 2

Signaler une erreur