O que é o Relatório de Erros do Windows e seus despejos de memória

A esteira: travamento, despejo, relatório, fila

Quando um aplicativo encontra um erro não tratado, o serviço WER e seu operário WerFault.exe recolhem o básico: qual programa, qual versão, em qual módulo ele morreu, a assinatura da exceção. Opcionalmente, capturam também um despejo — uma foto congelada da memória do processo no instante da morte. O relatório cai em %ProgramData%\Microsoft\Windows\WER\ReportQueue, sobe para a Microsoft (ou espera lá se você reduziu o diagnóstico) e depois muda para o ReportArchive. Travamentos de kernel moram à parte: minidespejos se acumulam em C:\Windows\Minidump, o despejo completo do kernel fica em C:\Windows\MEMORY.DMP, e os despejos ao vivo do driver de GPU caem em C:\Windows\LiveKernelReports. Despejos de aplicativos específicos terminam em %LOCALAPPDATA%\CrashDumps quando alguém habilita isso para o app.

Nada disso afeta a saúde do sistema. O WER é contabilidade: anota o que quebrou, guarda as provas por um tempo e deixa a Microsoft enxergar padrões de travamento em milhões de máquinas. Os relatórios são pequenos; quem cresce são os despejos — o despejo completo de um aplicativo pesado pode chegar a centenas de megabytes, porque é, literalmente, uma cópia do que o app tinha na memória.

• %ProgramData%\Microsoft\Windows\WER\ReportQueue — relatórios aguardando envio
• %ProgramData%\Microsoft\Windows\WER\ReportArchive — relatórios enviados ou guardados
• %LOCALAPPDATA%\CrashDumps — arquivos .dmp por aplicativo, quando habilitado
• C:\Windows\Minidump — minidespejos de cada tela azul
• C:\Windows\MEMORY.DMP — o despejo completo de kernel da última tela azul
• C:\Windows\LiveKernelReports — despejos ao vivo de drivers de GPU e vídeo (Watchdog)

O que existe de verdade dentro de um despejo

Um despejo é memória de processo, e memória de processo são seus dados: fragmentos do documento aberto, buffers de imagem, URLs, tokens de sessão — tudo o que o app estava segurando. Por isso o ajuste de diagnóstico importa. Em Configurações → Privacidade e segurança → Diagnóstico e comentários, os "Dados de diagnóstico obrigatórios" enviam o miolo, enquanto "Dados de diagnóstico opcionais" é a chave que deixa fatias maiores de memória saírem da máquina. Para a maioria, o obrigatório basta — e os relatórios de travamento continuam funcionando.

No local, um despejo só importa se alguém lê. Se você mesmo depura um travamento recorrente — ou o cola num fórum onde outro vai fazer isso — o despejo é ouro, legível com ferramentas como o WinDbg. Se ninguém está depurando, um despejo velho é artefato: prova de um travamento já corrigido, esquecido ou tolerado.

Limpar sem quebrar nada

Todo o conteúdo de ReportArchive e ReportQueue pode ir embora, junto com os minidespejos e os MEMORY.DMP de telas azuis já resolvidas; quando algo novo quebrar, o Windows simplesmente cria arquivos novos. O Sensor de Armazenamento e a Limpeza de Disco ignoram essas pastas em boa parte, então é trabalho manual ou com ferramenta — uma limpeza como a do Kleaner PRO mostra esses locais com seus tamanhos e transforma "algumas centenas de MB de mistério" numa decisão que dá para tomar. Uma coisa vale antes de apagar: se um travamento se repete e você pretende perguntar sobre ele, copie o despejo antes.

Desativar o WER por completo (services.msc → Serviço de Relatório de Erros do Windows) para a coleta, não os travamentos: o app continua morrendo, só que sem relatório. E quando o WerFault.exe come CPU perceptível, quase sempre é um programa travando em loop — trate o app que trava, não o mensageiro. Essa maquinaria só silencia quando o próprio travamento é corrigido.

Perguntas e respostas

Continue lendo