Справочник системных ошибок и решений

Windows Server, Active Directory, 1С:Предприятие, СУБД, Linux, Cisco, MikroTik, Asterisk.

⚠️ Важная информация Все материалы, инструкции, команды и скрипты на сайте предоставлены исключительно в ознакомительных целях. Их применение может повлиять на работу операционной системы, программного обеспечения, баз данных, сетевого оборудования и других компонентов инфраструктуры. Перед выполнением действий создайте резервную копию и по возможности протестируйте изменения в безопасной среде. Пользователь самостоятельно оценивает риски и несет ответственность за результат. При отсутствии необходимых знаний обратитесь к квалифицированному ИТ-специалисту.

Event ID 26004 Windows Server, AD и Роли

Event ID 26004 Resource-Exhaustion-Resolver: восстановление памяти

Обновлено: 28.08.2026 · Официальная документация ↗

Описание события Event ID 26004

В журнале System фиксируется информационное событие от Resource-Exhaustion-Resolver: Event ID 26004: Windows successfully diagnosed a low virtual memory condition and was able to recover. Это означает, что подсистема управления памятью находилась на грани падения, но смогла восстановить стабильность (процесс-пожиратель памяти был закрыт или освободил ресурсы).

ПараметрЗначение
Тип событияИнформационное / Успешное восстановление
ИсточникResource-Exhaustion-Resolver
РезультатКрах операционной системы (BSOD) был предотвращен

Анализ инцидента нехватки памяти (Event ID 26004)

Хотя система успешно восстановилась, повторение события 26004 указывает на опасную работу сервера на пределе физических возможностей. Проведите превентивную оптимизацию.

  1. Выясните, какой процесс закрылся для освобождения памяти: проверьте события Application Error (Event ID 1000) или Windows Error Reporting (Event ID 1001) в журнале Application за то же время.
  2. Соберите диагностику текущего использования пулов памяти:
# Проверка доступной физической памяти и размера коммита:
Get-CimInstance Win32_OperatingSystem | Select-Object @{N="FreeRAM_GB";E={[math]::Round($_.FreePhysicalMemory/1MB,2)}}, @{N="TotalRAM_GB";E={[math]::Round($_.TotalVisibleMemorySize/1MB,2)}}, @{N="TotalCommit_GB";E={[math]::Round($_.TotalVirtualMemorySize/1MB,2)}}, @{N="FreeCommit_GB";E={[math]::Round($_.FreeVirtualMemory/1MB,2)}} | Format-List
  1. Настройте превентивное оповещение в системах мониторинга: настройте алерт при превышении порога Commit Charge > 85%, чтобы успевать реагировать до аварийной ситуации.

Рекомендация: Рассмотрите возможность физического добавления оперативной памяти RAM или перенос ресурсоемких ролей на отдельный сервер.

💡 Практика специалистов: Регулярное появление событий 26001 и 26004 каждую неделю в одно и то же время указывает на запуск неоптимизированного ночного бэкапа или тяжелого регламентного отчета. Перенесите запуск таких задач на разные временные слоты.

Частые вопросы (FAQ)

Нужно ли что-то делать после получения Event ID 26004?

Сервер уже стабилен, но требуется обязательно найти процесс, вызвавший пик потребления памяти, чтобы предотвратить будущие сбои.

Может ли закрытие приложения пользователем вызвать Event 26004?

Да, если пользователь закрыл тяжелую программу (браузер с сотней вкладок, рендеринг видео или 1С), Windows зафиксирует факт нормализации памяти.

Как узнать размер установленного файла подкачки?

Выполните команду PowerShell: Get-CimInstance Win32_PageFileSetting.

Что произойдет, если система не сможет восстановиться и не запишет 26004?

Произойдет зависание интерфейса или синий экран BSOD 0x154 / 0x3F.

Полезные материалы
Рекомендуем