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

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

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

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

Event ID 7032 Service Control Manager: сбой корректирующего действия

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

Симптомы ошибки корректирующего действия (Event ID 7032)

В системном журнале фиксируется ошибка: Event ID 7032: The Service Control Manager tried to take a corrective action (Restart service / Run program) after the unexpected termination of the [Имя_службы] service, but this action failed.

СимптомПоследствия
Служба упала и не перезапустиласьАвтоматическое восстановление сервиса не сработало
Отказ выполнения скрипта аварииБатник или PowerShell скрипт уведомления не выполнился
Повторяющиеся ошибки SCMСервер циклически пытается выполнить сбойное действие восстановления

Пошаговая настройка восстановления служб (Event ID 7032)

  1. Проверьте настройки вкладки «Восстановление» (Recovery) службы: откройте services.msc, найдите сбойную службу, нажмите Свойства > Восстановление.
  2. Настройте корректные действия при сбое через утилиту sc.exe: задайте перезапуск службы с паузой в 1 минуту (60000 мс):
# Настройка автоматического перезапуска службы при 1-м, 2-м и последующих сбоях:
sc.exe failure "ИмяСлужбы" reset= 86400 actions= restart/60000/restart/60000/restart/60000
  1. Проверьте права на запуск внешних аварийных программ: если в качестве действия назначен запуск программы/скрипта, убедитесь, что служба SCM (работающая под аккаунтом SYSTEM) имеет доступ к файлу:
# Предоставление прав учетной записи SYSTEM на запуск аварийного скрипта:
icacls "C:\Scripts\RecoveryScript.bat" /grant "SYSTEM:(RX)" "Administrators:(F)"
  1. Включите действие восстановления для служб с кодом ошибки:
# Включение флага вызова действий восстановления при падении службы с ненулевым кодом:
sc.exe failureflag "ИмяСлужбы" 1

Важно: Не ставьте мгновенный перезапуск службы с задержкой 0 ms. Если служба аварийно завершается при запуске, мгновенный перезапуск вызовет 100% нагрузку на процессор и заблокирует систему.

💡 Практика специалистов: При настройке действий восстановления для критических сервисов (SQL, W3SVC, 1C) всегда выставляйте паузу перед рестартом не менее 60 секунд. Этого времени достаточно, чтобы освободились занятые TCP-порты и дескрипторы файлов.

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

Почему действие по перезапуску службы завершается сбоем?

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

Как сбросить счетчик сбоев службы?

Параметр reset= 86400 задает интервал в секундах (в данном примере 24 часа), после которого счетчик аварийных остановок обнуляется.

Может ли SCM перезагрузить весь сервер при падении критической службы?

Да, если в настройках восстановления для третьего сбоя выбрать действие 'Перезагрузка компьютера' (Reboot the Computer).

Где посмотреть код возврата аварийной команды?

В XML-деталях события Event ID 7032 в поле Data содержится шестнадцатеричный код Win32 ошибки.

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