Конвеєр: аварія, дамп, звіт, черга
Коли програма ловить неопрацьовану помилку, служба WER і її робочий процес WerFault.exe збирають основне: що за програма, якої версії, в якому модулі загинула, яка сигнатура винятку. За потреби знімається й дамп — заморожений знімок пам'яті процесу в момент смерті. Звіт падає в %ProgramData%\Microsoft\Windows\WER\ReportQueue, іде до Microsoft (або чекає там, якщо діагностику в вас урізано), потім переїжджає в ReportArchive. Сині екрани живуть окремо: мінідампи накопичуються в C:\Windows\Minidump, повний дамп ядра лежить у C:\Windows\MEMORY.DMP, а живі дампи драйвера GPU потрапляють у C:\Windows\LiveKernelReports. Дампи окремих програм опиняються в %LOCALAPPDATA%\CrashDumps, якщо для них це ввімкнено.
На здоров'я системи все це не впливає. WER — це бухгалтерія: записати, що зламалося, якийсь час тримати речові докази й показати Microsoft картину аварій на мільйонах машин. Звіти маленькі; великими стають саме дампи — повний дамп важкої програми розростається до сотень мегабайт, бо це, буквально, копія того, що програма тримала в пам'яті.
- %ProgramData%\Microsoft\Windows\WER\ReportQueue — звіти, що чекають відправлення
- %ProgramData%\Microsoft\Windows\WER\ReportArchive — надіслані й решта звітів
- %LOCALAPPDATA%\CrashDumps — .dmp-файли програм, якщо ввімкнено
- C:\Windows\Minidump — мінідампи кожного синього екрана
- C:\Windows\MEMORY.DMP — повний дамп ядра з останнього BSOD
- C:\Windows\LiveKernelReports — живі дампи драйверів GPU й дисплея (Watchdog)
Що насправді лежить усередині дампа
Дамп — це пам'ять процесу, а пам'ять процесу — це ваші дані: уламки відкритого документа, буфери зображень, адреси, токени сесії — усе, що програма тримала при собі. Тому важливе налаштування діагностики. У Параметри → Конфіденційність і захист → Діагностика та відгуки варіант «Необхідні діагностичні дані» надсилає дрібниці, а перемикач «Необов'язкові діагностичні дані» — це те, що дозволяє соліднішим шматкам пам'яті залишати машину. Більшості людей достатньо необхідних даних, і звіти про аварії при цьому продовжують працювати.
Локально дамп має сенс, лише якщо його хтось читає. Якщо ви самі розбираєте повторювану аварію — або викладаєте дамп на форум, де це зробить хтось інший, — це золото, яке читають у WinDbg. Якщо розбором ніхто не займається, старий дамп — артефакт: доказ аварії, яку вже полагодили, забули чи стерпіли.
Як прибрати, нічого не зламавши
Вміст ReportArchive і ReportQueue можна видаляти спокійно, разом із мінідампами та MEMORY.DMP від аварій, які ви вже розібрали: при новій поломці Windows просто створить нові файли. Контроль пам'яті й «Очищення диска» ці теки майже не чіпають, тож це робота руками або з інструментом — наприклад, Kleaner PRO показує ці розташування з їхніми розмірами, перетворюючи «кількасот мегабайт незрозумілого чого» на осмислене рішення. Єдине, що варто зробити перед видаленням: якщо аварія повторюється і ви збираєтеся про неї спитати, спершу скопіюйте дамп у безпечне місце.
Повне вимкнення WER (services.msc → Служба звітів про помилки Windows) зупиняє збір звітів, але не самі аварії: програма все одно помре, просто без звіту. А коли WerFault.exe помітно їсть процесор, це майже завжди програма, що падає по колу, — лікувати треба її, а не курьера. Замовкне весь цей механізм лише в одному разі: коли виправлено саму аварію.
Питання та відповіді
Чи можна видаляти звіти про помилки Windows?
Так. Вміст ReportArchive і ReportQueue служби WER та старі .dmp-файли можна видаляти безтурботно — ви втрачаєте історію аварій, якою не користувались, і більше нічого.
Чи варто вимикати звітування про помилки Windows?
Лише якщо вас турбує сама думка про дані про аварії, що лишають машину. Вимкнення WER не робить Windows ані швидшою, ані стабільнішою — воно лише припиняє звіти й ускладнює розбір власних аварій.
Перевірте склад ліцензії до покупки.
Разовий 30-хвилинний тест охоплює базові функції. Інструменти з позначкою PRO залишаються заблокованими до активації платної ліцензії.
Читайте також
Написати нам: [email protected]