# Авария Beget: что сделать компании сейчас и как не зависеть от одного хостинга

Что делать компании после аварии Beget: как поступить с каждой услугой, ждать или переезжать, что дают условия SLA и как задать RPO и RTO.

URL: https://bizves.ru/guides/avariya-beget-chto-delat-kompanii
Обновлено: 2026-11-05

---

Если сайт, почта или сервер компании работали у Beget, решение зависит от двух вещей: какой услугой вы пользовались и есть ли у вас копия данных вне Beget. Виртуальный хостинг компания возвращает постепенно, и, по её предварительной оценке, восстановить можно почти все сайты. Данные облачных серверов (VPS), хранилища S3 и Kubernetes утрачены вместе с бинарными копиями VPS. Если своя копия есть, сервис обычно быстрее поднять у другого поставщика и перевести на него домен: сроков полного восстановления Beget на 5 ноября не называет.

Авария показала риск, который операционный директор iTPROTECT Андрей Мишуков в комментарии ComNews описывает прямо: компании годами держат DNS, почту, рабочие серверы и резервные копии у одного провайдера. В материале - как поступить с каждой пострадавшей услугой, что дают условия Beget по компенсации и как устроить работу, чтобы следующий сбой поставщика стоил компании часов. Данные проверены по сообщениям Beget, его условиям обслуживания и деловым СМИ на 5 ноября 2026 года.

## Что пострадало и что делать с каждой услугой

**Главное**

Атака в ночь на 2 ноября задела все уровни Beget, но последствия у разных услуг разные. Таблица собрана по сообщениям компании 3-4 ноября, последнее - от 4 ноября, 16:55.

| Услуга                                          | Что сообщил Beget                                                                                        | Что делать компании                                       |
| ----------------------------------------------- | -------------------------------------------------------------------------------------------------------- | --------------------------------------------------------- |
| Виртуальный хостинг                             | Запущено 35% серверов, почти все сайты подлежат восстановлению                                           | Ждать или поднять сайт из своей копии у другого хостинга  |
| VPS, S3, Kubernetes                             | Всё, что лежало на серверах облака, стёрто; бинарных копий VPS нет, пофайловые закрыты до восстановления | Восстанавливать у другого поставщика из собственных копий |
| Выделенные серверы под администрированием Beget | Работает примерно каждый седьмой (15%)                                                                   | Уточнять статус своего сервера в поддержке                |
| Выделенные серверы без администрирования        | Работают все с 2 ноября                                                                                  | Проверить данные и сменить ключи доступа                  |
| Почта                                           | Большая часть почтовых серверов снова принимает и отправляет письма, веб-почта открывается               | Проверить, приходят ли письма от клиентов и партнёров     |
| DNS и домены                                    | NS-серверы работают с 2 ноября, записями управляют через domains.beget.ru                                | При переезде сменить адреса в записях домена              |

Панель управления на 5 ноября не запущена, порядок выдачи резервных копий Beget обещал опубликовать отдельно. Поэтому всё, что делается только через панель, пока откладывается: запрос на компенсацию поддержка, по ответам, опубликованным на Хабре, предлагает направить через тикет после её запуска, хотя соглашение об уровне услуг (п. 9.5) называет для запроса адрес и срок - 30 дней после инцидента.

## Первые дни: ждать восстановления или переезжать

**Главное**

Главный вопрос - сколько стоит компании каждый день простоя. Если через сайт идут продажи или заявки, а своя копия есть, ждать Beget дороже, чем переехать. Старший партнёр ИТ-интегратора «Энсайн» Алексей Постригало в комментарии ComNews советует для сайта с продажами заранее держать резерв у другого провайдера, а хранить всё у одного допустимо тому, кто готов переждать аварию.

1. Замените всё, чем входили на серверы Beget: пароли администраторов, SSH-ключи, токены интеграций и платёжных сервисов. Так советует и сам Beget, хотя, по имеющимся у него данным, попыток скачать или изменить данные пользователей не было.
2. Соберите всё, что лежит вне Beget: выгрузки баз данных, архивы файлов сайта, репозиторий с кодом, копии у подрядчика, письма с настройками интеграций. Прежде чем поднимать из них сервис, проверьте полноту, как при любом переносе: что сверять, описано в материале о том, [как проверить выгрузку из рабочего сервиса](/guides/proverka-vygruzki-iz-servisa).
3. Если копия есть, разверните сервис у другого поставщика, проверьте его работу по временному адресу и только потом смените A-записи домена: через domains.beget.ru, если домен направлен на DNS-серверы Beget, или там, где находятся его NS-серверы.
4. Если копии нет, остаются файловые копии Beget. Компания пишет, что они сохранены, но доступ к ним появится только после восстановления её инфраструктуры.
5. Проверьте, когда истекают домены компании. Если продлевать их нужно в ближайшие дни, а регистратор - Beget, Координационный центр доменов .RU/.РФ «заморозил» отсчёт для таких доменов до 9 ноября, чтобы они не освободились, пока Beget не может работать с реестром.

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

## Что дают условия Beget по компенсации

**Главное**

Рассчитывать на возмещение реальных потерь не стоит. Уже 2 ноября Beget сослался на форс-мажор, то есть на непреодолимую силу из статьи 401 Гражданского кодекса, а размер и порядок компенсаций до сих пор не объявил. Техподдержка, по ответам, которые опубликовал Хабр, сообщает, что списания на время инцидента приостановлены, а запрос на компенсацию можно будет направить через тикет после восстановления панели.

Как Beget компенсирует сбои в обычном порядке, описано в соглашении об уровне облачных услуг. Последняя архивная копия до аварии датирована 26 октября 2026 года.

| Пункт соглашения | Что сказано                                                                                                                                                                                                                                   |
| ---------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 4.6              | При утрате данных без возможности восстановления из резервной копии - компенсация в размере стоимости услуги за 30 суток, если утрата связана со взломом сервера под администрированием Beget, действиями сотрудника или аварией оборудования |
| 9.2.3            | Компенсации нет, если недоступность услуг вызвана обстоятельствами, которые нельзя было предвидеть или избежать, включая DoS- и DDoS-атаки и прочие непреодолимые обстоятельства                                                              |
| 9.3              | Ответственность не может превышать оплату услуг за последние три месяца                                                                                                                                                                       |
| 9.4              | Компенсация выплачивается продлением услуг и бонусами, бонусы - не денежные вознаграждения                                                                                                                                                    |
| 9.5              | Запрос нужно направить в течение 30 дней после инцидента по адресу, указанному в соглашении                                                                                                                                                   |

Как эти пункты применятся к атаке на систему управления, решат юристы и, возможно, суд. Для бизнеса важнее масштаб. Операционный директор iTPROTECT Андрей Мишуков в комментарии ComNews оценил, что по типовому договору компания в лучшем случае получит возврат в несколько тысяч рублей за тариф, а потери от простоя продаж и интеграций могут исчисляться миллионами. Председатель совета по противодействию технологическим правонарушениям КС НСБ России Игорь Бедеров там же сказал, что формально отвечает провайдер, но его ответственность ограничена SLA и договором, а фактически - бизнес, который не позаботился о диверсификации.

## Как устроить работу, чтобы сбой поставщика стоил часов

**Главное**

Для этого нужны две цифры и план. NIST называет их так: RPO - момент, к которому данные нужно восстановить после сбоя, то есть сколько последних изменений компания готова потерять. RTO - сколько времени система может восстанавливаться, прежде чем это начнёт мешать работе компании. Руководитель департамента соответствия требованиям по ИБ ГК Softline Анатолий Сазонов в комментарии ComNews назвал аварию Beget примером системного риска: у многих компаний нет плана аварийного восстановления (DRP) или его не проверяют. Он советует задавать RTO и RPO, распределять критичные сервисы между площадками и следовать правилу 3-2-1: три копии, два типа носителей, одна копия за пределами основной площадки.

| Схема                                                           | Что выдержит                                   | Что не выдержит                          | Кому подходит                   |
| --------------------------------------------------------------- | ---------------------------------------------- | ---------------------------------------- | ------------------------------- |
| Всё у одного поставщика вместе с его копиями                    | Поломку отдельного сервера или диска           | Взлом или аварию поставщика целиком      | Тем, кто готов переждать аварию |
| Основная работа у одного поставщика, копия у другого или у себя | Потерю поставщика: сервис поднимается из копии | Простой на время подъёма                 | Большинству небольших компаний  |
| Рабочий резерв у второго поставщика                             | Аварию поставщика почти без простоя            | Ошибку, которая сама копируется в резерв | Сайтам и сервисам с продажами   |

Переход сразу к двум провайдерам нужен не всем. Аналитик угроз GSOC «Газинформсервис» Владислав Шелепов в том же материале ComNews предостерёг от поспешных выводов: это дорого и не всегда оправдано. При этом, по его словам, план на случай недоступности хостинга нужен, особенно когда рабочие данные и копии лежат у одного провайдера: копии стоит держать отдельно и периодически проверять восстановление из них.

## Проверьте свою компанию: пять вопросов к хостингу и подрядчику

**Главное**

Ответы на эти вопросы показывают, где компания уязвима, ещё до следующей аварии. Удобно записать их в один документ вместе с доступами и контактами подрядчика.

1. Где лежат копии данных и кто ещё, кроме вас, может их удалить: тот же поставщик, тот же аккаунт, тот же сотрудник с полным доступом.
2. Как часто снимается копия и сколько займёт подъём на новом сервере. Если подъём ни разу не проверяли на деле, срок неизвестен.
3. Копируются ли базы данных отдельно от файлов. Даже Beget в справке о копиях VPS, написанной до аварии, просил клиентов выгружать базы своими средствами: из пофайловой копии работающую базу можно и не собрать.
4. Где управляются домен и DNS-записи и сможете ли вы сменить адрес сайта, если панель хостинга недоступна.
5. Что написано в договоре о компенсациях, форс-мажоре и сроках подачи заявки и совпадает ли это с тем, сколько компания теряет за день простоя.

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

### Источники

* [Beget: официальный Telegram-канал, посты 569-578 (2-4 ноября 2026)](https://t.me/s/beget_official)
* [Beget: хронология инцидента на главной странице](https://beget.com/ru)
* [Beget: соглашение об уровне облачных услуг, архивная копия 26.10.2026](https://web.archive.org/web/20261026183737/https://beget.com/ru/sla-vps)
* [Beget: справка «Резервное копирование VPS», архивная копия 12.10.2026](https://web.archive.org/web/20261012232706/https://beget.com/ru/kb/manual/rezervnoe-kopirovanie-vps)
* [Координационный центр доменов .RU/.РФ: защита доменов клиентов Beget, 3 ноября 2026](https://cctld.ru/media/news/kc/41326/)
* [ComNews: сбой у провайдера Beget превратил удобство «всё в одном» в риск для бизнеса, 3 ноября 2026](https://www.comnews.ru/content/248197/2026-11-03/2026-w45/1008/sboy-u-provaydera-beget-prevratil-udobstvo-vse-odnom-risk-dlya-biznesa)
* [Коммерсантъ: сбой Beget, версии и эксперты, 2 ноября 2026](https://www.kommersant.ru/doc/9079245)
* [Хабр: ответы поддержки Beget о списаниях и компенсациях](https://habr.com/ru/news/1102974/)
* [NIST CSRC Glossary: Recovery Point Objective и Recovery Time Objective](https://csrc.nist.gov/glossary/term/recovery_point_objective)

**Читайте также**

* [Claude заблокировал сотрудника или команду: что делать компании](/guides/blokirovka-claude-v-kompanii)
* [Счёт, акт или УПД: какие документы нужны при оплате услуги](/guides/schet-akt-upd)
* [Чек самозанятого: когда сформировать и что в нём проверить](/guides/chek-samozanyatogo)
