Где хранить копию сайта: у хостинга, в облачном хранилище или у себя - что выбрать после аварии Beget

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

Авария Beget в ноябре 2026 года показала это на практике: в облаке хостинга данные утрачены вместе с бинарными копиями виртуальных серверов, а пофайловые копии хоть и сохранились, на 5 ноября клиентам недоступны. Ниже сравнение трёх мест хранения, разбор того, что входит в копию сайта, и порядок проверки. Опора - документы Beget, рекомендации CISA и справка Selectel, проверенные 5 ноября 2026 года.

Что показала авария Beget

Похожая история случилась в 2021 году у французского OVHcloud, хотя причина была другой. Дата-центр SBG2 в Страсбурге сгорел, и двое клиентов, которые доплачивали за резервное копирование, узнали, что копии хранились в том же здании. В 2023 году коммерческий суд Лилля обязал OVHcloud выплатить им 100 и 150 тыс. евро, OVHcloud решения обжаловал. Суд отметил, что хранить все копии в одном месте - значит не защищать данные.

Общее у двух случаев одно: копия зависела от того же, что и сам сайт. У OVHcloud - от одного здания, у Beget - от одной системы управления.

Три места для копии и от чего каждое защищает

Копия у хостинга самая удобная: её восстанавливают парой кнопок из панели. Но в аварию Beget сама панель на 5 ноября так и не заработала. Хранилище у стороннего облака переживёт падение хостинга, если доступ к копиям не лежит на том же сервере, что и сайт. Свой внешний диск не зависит ни от одного поставщика, зато копия на нём появляется, только когда компьютер включён и программа копирования отработала.

Правило 3-2-1 для небольшого сайта

Для сайта это раскладывается так. Основная копия - рабочий сайт у хостинга. Вторая - в объектном хранилище стороннего облака, а копия у самого хостинга идёт сверх этого, для удобства. Третья - на своём внешнем диске, то есть на носителе другого типа и в другом месте. Если хостинг перестал работать, остаются вторая и третья. Если пропал диск, сайт и облачная копия на месте.

Руководитель департамента соответствия требованиям по ИБ ГК Softline Анатолий Сазонов в комментарии ComNews после аварии Beget назвал то же правило: три копии данных, два типа носителей, одна копия за пределами основной площадки.

Что входит в копию сайта

• Файлы сайта: код, темы, плагины, загруженные картинки и документы. Картинки статей часто лежат в отдельной папке загрузок, её легко забыть.
• База данных: тексты, заказы, учётные записи. Beget ещё до аварии предупреждал в справке, что пофайловые копии могут не гарантировать восстановление баз данных и копировать их следует самостоятельно, отдельной выгрузкой.
• Настройки домена и DNS: адреса серверов, почтовые записи, записи подтверждения в поисковиках. Сохраните их списком. У Beget записями доменов в аварию управляли через отдельный сервис, потому что основная панель не работала.
• Доступы и настройки окружения: какая версия PHP или Node нужна, какие переменные заданы на сервере. Без этого перенос на новый хостинг растягивается.

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

Как защитить копию от удаления

Против этого у объектных хранилищ есть режим защиты от удаления. В справке Selectel он называется Object Lock и работает по принципу WORM: записал один раз, читай сколько угодно. В режиме Compliance объект до конца срока блокировки не может удалить никто. Для блокировки в хранилище нужно включить версионирование, а включённый Object Lock в этом хранилище уже нельзя отключить. Срок блокировки в режиме Compliance можно продлить, но не сократить, поэтому его выбирают заранее, например месяц, чтобы старые копии потом можно было удалить.

Простой вариант без особых режимов - держать копии у поставщика, к которому у сервера сайта нет доступа на удаление: сервер может только положить новую копию, а стереть старые нельзя.

Как проверить, что из копии можно поднять сайт

1. Посмотрите дату последней копии в каждом из трёх мест. Если копирование должно идти каждый день, а последняя копия недельной давности, расписание сломалось.
2. Разверните копию на тестовом сервере или локально: файлы, базу, настройки.
3. Откройте главную, две-три статьи или карточки товара и страницу входа в админку. Картинки должны загружаться.
4. Сверьте число записей: статей, заказов или пользователей в восстановленной базе и в рабочей.
5. Запишите, сколько заняло восстановление. Примерно столько же сайт будет лежать в настоящую аварию.

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

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

• Аккаунт Claude заблокировали или просят паспорт: что делать и какой путь выбрать
• Чай листовой или в пакетиках: как сравнить по этикетке и заварке
• Сервис рассылок или обычная почта: что выбрать для писем клиентам

Аккаунт Claude заблокировали или просят паспорт: что делать и какой путь выбрать →