Гайды8 ноября 2026 г.

Beget после кибератаки: как восстановить сайт из резервной копии и что делать, если бэкапа VPS нет

Практический чек-лист для клиентов хостинга на время аварийного восстановления

075 просмотров4 мин

Поделиться:Telegram VK

Что вы получите от этого руководства

Материал адресован владельцам сайтов и VPS, которые пострадали от сбоя инфраструктуры Beget. Цель — помочь действовать по порядку: зафиксировать состояние, проверить доступность резервных копий, восстановить сайт, если бэкап есть, и минимизировать потери, если его нет. Отдельно разберём, как выстроить резервное копирование вне провайдера, чтобы следующий сбой не оставил вас без данных.

Важное ограничение: на момент подготовки текста Beget не публиковал полную публичную инструкцию по самостоятельному восстановлению для всех типов услуг. Конкретные шаги в панели управления могут отличаться от описанных. Перед действиями сверяйтесь с официальными сообщениями провайдера и поддержкой.

Что известно о ситуации

По сообщению iXBT, в ночь на 8 ноября Beget начал запуск серверов для автоматического восстановления данных из резервных копий. Панель управления доступна частично, возможны перебои. Запуск новых VPS ожидался примерно через 48 часов. По оценке компании, файловые резервные копии VPS сохранились только у половины клиентов; остальные данные восстановить не удастся.

Эти сведения — официальная позиция провайдера в пересказе СМИ. Они могут уточняться. Не воспринимайте сроки как гарантированные.

Версии ПО и операционная система

Универсальной инструкции «для всех» здесь нет: восстановление зависит от типа услуги (виртуальный хостинг или VPS), панели управления и способа, которым вы делали бэкапы. В таблице — что проверить в первую очередь.

Сценарий	Что проверить
Сайт на виртуальном хостинге	Доступность панели управления, наличие файлов и баз данных в резервных копиях провайдера
Собственный VPS	Сохранность файловых бэкапов, наличие снапшотов, доступ к консоли
Сайт на CMS (WordPress и др.)	Наличие собственных экспортов БД и файлов, плагины резервного копирования
Статический сайт	Копия файлов в репозитории или локально

Операционная система VPS (Linux или Windows) влияет на способ восстановления: для Linux обычно нужны архив файлов и дамп базы, для Windows — архив сайта и резервная копия БД. Точные версии ОС и панели управления уточняйте в личном кабинете.

Предварительные требования и зависимости

Доступ к личному кабинету Beget или подтверждение у поддержки, что он работает.
Контактный e-mail и телефон, привязанные к аккаунту, — для связи с поддержкой.
Локальная копия сайта или бэкап, сделанный вами ранее (если есть).
Данные для подключения к базе данных: имя БД, пользователь, пароль, хост.
Понимание, какие домены и поддомены обслуживает аккаунт.

Если собственных бэкапов нет, дальнейшие шаги зависят от того, сохранились ли копии на стороне провайдера. Это нужно уточнять у поддержки — самостоятельно определить это по панели управления не всегда возможно.

Порядок действий

1. Зафиксируйте текущее состояние

До любых изменений сохраните то, что ещё доступно: скачайте файлы сайта, сделайте дамп базы, если к ним есть доступ. Это пригодится, даже если данные неполные.

2. Проверьте доступность панели управления

Если панель открывается частично, не начинайте массовых операций. Дождитесь официального сообщения о готовности сервиса или уточните статус у поддержки.

3. Уточните у поддержки статус ваших резервных копий

Сформулируйте запрос конкретно: тип услуги, имя аккаунта, какие данные нужны (файлы, база, почта), за какую дату есть бэкап. Такой запрос проще обработать, чем общий вопрос «когда всё заработает».

4. Восстановите сайт, если бэкап есть

Общая последовательность для типового сайта на CMS:

1. Восстановите файлы сайта в каталог веб-сервера. 2. Восстановите базу данных из дампа. 3. Проверьте файл конфигурации CMS: параметры подключения к БД должны соответствовать восстановленной базе. 4. Проверьте права доступа к файлам и каталогам. 5. Откройте сайт и проверьте ключевые страницы, формы и авторизацию.

Пример проверки подключения к базе данных MySQL/MariaDB из командной строки (команда типовая, но её выполнение в вашей среде не проверялось):

mysql -u USER -p -h HOST DB_NAME -e "SHOW TABLES;"

Замените USER, HOST и DB_NAME на свои значения. Пароль вводится по запросу.

5. Если бэкапа VPS нет

По сообщению компании, часть данных VPS восстановить не удастся. В этом случае реалистичные варианты:

восстановить сайт из собственных копий (локальных, в репозитории, у стороннего сервиса);
собрать сайт заново из доступных материалов;
уточнить у поддержки, есть ли частично сохранившиеся данные.

Не стоит рассчитывать на восстановление данных, которых нет ни у вас, ни у провайдера.

Ожидаемые результаты

После выполнения шагов вы будете понимать:

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

Гарантировать конкретные сроки восстановления сайта нельзя: они зависят от состояния инфраструктуры и наличия бэкапов.

Диагностика ошибок

Симптом	Возможная причина	Что проверить
Сайт открывается, но с ошибкой БД	База не восстановлена или неверные параметры подключения	Конфигурация CMS, доступность БД
Панель управления недоступна	Сервис ещё восстанавливается	Официальные сообщения провайдера
Файлы есть, но сайт пустой	Неверный каталог или права доступа	Путь к сайту, права на файлы
Не удаётся подключиться к БД	Неверный хост, пользователь или пароль	Параметры подключения, статус сервера БД

Если ошибка не объясняется этими пунктами, фиксируйте текст ошибки и обращайтесь в поддержку.

Безопасность выполнения

Не запускайте массовые операции восстановления, пока провайдер не подтвердил готовность сервиса.
Перед восстановлением сделайте копию текущего состояния, даже если оно неполное.
Не передавайте пароли и ключи доступа в открытых каналах.
Проверяйте, что скачиваете бэкапы из официального источника.
После восстановления смените пароли к панели управления, БД и FTP/SSH, если есть подозрение на компрометацию.

Откат изменений

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

Как снизить риски на будущее

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

Итог

Ситуация с Beget показывает, что резервные копии у провайдера — не гарантия. Владельцу сайта стоит действовать по порядку: зафиксировать состояние, уточнить статус бэкапов у поддержки, восстановить данные, если они есть, и выстроить собственное резервное копирование. Точные сроки и полнота восстановления зависят от официальных сообщений провайдера и наличия копий.