Аварии

Аварийная поддержка серверов, сайтов и Bitrix 24/7

Помогаем при критичных сбоях: сайт не открывается, ошибка 502 или 500, упала база данных, закончился диск, сломался SSL/DNS или выросла нагрузка.

Мониторинг 24/7

Инфраструктура

Онлайн
Доступность 99.98%
CPU
44%
RAM
61%
Диск
53%
SSL в норме Бэкап готов Логи проверяются Алерты включены

Когда нужна аварийная поддержка

Аварийная поддержка нужна, когда простой уже влияет на клиентов, заказы, CRM или внутренние процессы.

  • Сайт недоступен или открывается через раз.
  • Пользователи видят ошибки 500/502/503/504.
  • Не работает админка или обмены.
  • База данных не отвечает.
  • Нет места на диске или закончились inode.
  • После обновления сайт сломался.

Ошибки 500, 502, 503 и 504

Разбираем цепочку от браузера до веб-сервера, PHP-FPM и приложения.

  • Проверяем Nginx/Apache.
  • Смотрим PHP-FPM, логи и лимиты.
  • Проверяем ошибки приложения и Bitrix.
  • Ищем связь с релизами, обновлениями и нагрузкой.

Упал MySQL или MariaDB

Падение базы сразу бьёт по каталогу, заказам, админке и API.

  • Проверяем статус сервиса и логи.
  • Смотрим диск, память и блокировки.
  • Оцениваем риск повреждения таблиц.
  • Запускаем согласованный сценарий восстановления.

Закончился диск или inode

Нехватка места может остановить базу, сессии, загрузки и логирование.

  • Ищем основные потребители места.
  • Проверяем логи, кеш, временные файлы и бэкапы.
  • Очищаем только согласованные данные.
  • Настраиваем контроль диска и inode usage.

Сайт не открывается после обновления

Проверяем, что изменилось: код, пакеты, PHP, база, права или конфиги.

  • Смотрим логи релиза и ошибок.
  • Проверяем версии PHP и расширений.
  • Оцениваем возможность отката.
  • Возвращаем проект к рабочему состоянию безопасным способом.

Проблемы SSL и DNS

Если SSL или DNS сломаны, сайт может выглядеть недоступным даже при рабочем сервере.

  • Проверяем срок SSL и цепочку сертификатов.
  • Смотрим DNS-записи и распространение.
  • Проверяем редиректы http/https и www/non-www.
  • Фиксируем план профилактики.

Высокая нагрузка

Рост нагрузки может быть связан с трафиком, ботами, базой, PHP, кешем или ошибкой в коде.

  • CPU load, RAM, swap и процессы.
  • Slow queries и нагрузка базы.
  • nginx/apache, PHP-FPM и очереди.
  • Кеш, cron, agents и интеграции.
  • Временные меры и долгосрочные исправления.

Аварийное восстановление из бэкапа

Восстановление делается только после оценки состава копии и риска потери данных.

  • Проверяем наличие файлов и базы.
  • Оцениваем дату копии и изменения после неё.
  • Разворачиваем на сервере или тестовой среде.
  • Проверяем работоспособность сайта и сервисов.

Подключение

Как мы работаем с инцидентом

1

Принимаем задачу

Фиксируем симптомы, проект, доступы и критичность.

2

Диагностируем

Смотрим метрики, логи, сервисы и последние изменения.

3

Стабилизируем

Выполняем согласованные действия для возврата работы.

4

Проверяем

Убеждаемся, что сайт, база и сервисы доступны.

5

Профилактика

Передаём причины и рекомендации, чтобы сбой не повторялся.

Связанные направления

Связанные услуги

Если задача затрагивает несколько зон инфраструктуры, эти разделы помогут собрать полную картину сопровождения.

FAQ

FAQ

Да, если есть доступы и понятная зона ответственности. После стабилизации рекомендуем провести аудит и подключить мониторинг.

Можно, если есть пригодная копия. Мы проверяем состав бэкапа, базу, файлы и окружение перед восстановлением.

AI помогает собрать симптомы и оформить тикет. Критичные действия выполняет инженер или они делаются после подтверждения.

Аудит

Снизьте риск повторной аварии

Проверим инфраструктуру, покажем риски и предложим понятный план сопровождения.