Что делать если сервер упал в нерабочее время

Почему сервер падает именно в нерабочее время

Серверы чаще всего выходят из строя ночью или в выходные — это статистика. В 2026 году среднее время простоя в РФ составляет 4–6 часов, а каждый час простоя обходится бизнесу от 10 000 до 500 000 рублей в зависимости от нагрузки. Паника и хаотичные действия только затягивают восстановление.

Чеклист — 8 шагов

1. 1
   Шаг 1: Успокойтесь и оцените масштаб

   Сделайте глубокий вдох. Проверьте, упал ли один сервер или весь кластер. Посмотрите мониторинг (Zabbix, Prometheus, Grafana) за последние 15 минут. Если мониторинг молчит — проблема может быть в нём самом.

   Арендовать VPS с мониторингом →
2. 2
   Шаг 2: Проверьте питание и сеть

   Убедитесь, что сервер включён: нет ли сбоя в электросети, не сработал ли ИБП. Пингуйте внешний шлюз и DNS. Если нет ответа — звоните провайдеру (у многих есть круглосуточная поддержка). В 2026 году 80% отказов связаны с сетью или питанием.
3. 3
   Шаг 3: Подключитесь через IPMI или консоль VPS

   Используйте IPMI/iLO/iDRAC для физических серверов или консоль в панели хостинга для VPS. Посмотрите, загружается ли ОС, нет ли ошибок на этапе POST. Если консоль не отвечает — возможно, зависло ядро или проблема с железом.
4. 4
   Шаг 4: Проверьте логи и нагрузку

   Если консоль доступна, смотрите /var/log/syslog, /var/log/messages, dmesg. Ищите ошибки OOM, I/O timeout, падение диска. Проверьте свободное место на дисках командой df -h. В 90% случаев проблема — переполненный диск или утечка памяти.
5. 5
   Шаг 5: Попробуйте мягкую перезагрузку

   Если сервер завис, но консоль откликается, выполните graceful reboot через shutdown -r now. Если не реагирует — используйте IPMI для аппаратной перезагрузки. После перезагрузки сразу проверьте критичные сервисы: nginx, mysql, php-fpm.
6. 6
   Шаг 6: Восстановите из бэкапа при необходимости

   Если после перезагрузки сервер не загружается или повреждены данные — восстанавливайте из последнего бэкапа. В 2026 году большинство компаний хранят бэкапы на S3-совместимых хранилищах. Убедитесь, что бэкап не старше 24 часов.
7. 7
   Шаг 7: Уведомите команду и пользователей

   Напишите в общий чат (Slack, Telegram) статус: что произошло, что сделано и когда ожидается восстановление. Если сервер внешний — разместите заглушку на отдельном статическом сайте. Честность снижает количество гневных звонков.
8. 8
   Шаг 8: Задокументируйте инцидент

   После восстановления запишите дату, время, причину, действия и результат. Заведите тикет в ITSM-системе (Jira, Redmine). В 2026 году это поможет при аудите и предотвратит повторение. Среднее время на документацию — 15 минут.

Частые ошибки

Частые вопросы