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

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

URL: https://vzvesili.ru/guides/gde-hranit-kopiyu-sayta
Обновлено: 2026-11-05

---

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

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

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

**Главное**

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

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

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

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

**Главное**

Место хранения определяет, какую аварию копия переживёт. Ни одно из трёх не закрывает всё сразу, поэтому их обычно сочетают.

| Где копия                             | Что переживёт                                | Чего не переживёт                                                         | Что учесть                                                       |
| ------------------------------------- | -------------------------------------------- | ------------------------------------------------------------------------- | ---------------------------------------------------------------- |
| У того же хостинга                    | Поломку сервера, ошибку при обновлении сайта | Аварию или взлом хостинга целиком, блокировку аккаунта                    | Частоту копий задаёт хостинг: у VPS Beget - раз в несколько дней |
| В облачном хранилище другой компании  | Аварию основного хостинга                    | Удаление копии тем, кто получил ваш ключ доступа, если копия не защищена  | Включить защиту от удаления и держать отдельный ключ             |
| На своём компьютере или внешнем диске | Аварию любого поставщика                     | Поломку или потерю устройства, выключенный в момент копирования компьютер | Шифровать копию и держать ещё один носитель                      |

Копия у хостинга самая удобная: её восстанавливают парой кнопок из панели. Но в аварию Beget сама панель на 5 ноября так и не заработала. Хранилище у стороннего облака переживёт падение хостинга, если доступ к копиям не лежит на том же сервере, что и сайт. Свой [внешний диск](/guides/vneshniy-disk-hdd-ili-ssd) не зависит ни от одного поставщика, зато копия на нём появляется, только когда компьютер включён и программа копирования отработала.

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

**Главное**

Американское агентство кибербезопасности CISA в памятке о резервном копировании советует правило 3-2-1. Держите три копии каждого важного файла: основную и две резервные. Храните их на двух разных типах носителей, чтобы защититься от разных угроз. Одну копию держите за пределами дома или офиса.

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

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

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

**Главное**

Сайт - это не только файлы. Если сохранить их без базы данных, после восстановления не будет ни статей, ни заказов, ни пользователей. В копию входят четыре части.

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

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

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

**Главное**

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

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

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

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

**Главное**

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

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

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

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

* [Beget: страница услуги VPS (резервные копии)](https://beget.com/ru/vps)
* [Beget: официальный Telegram-канал, посты 569-578 (2-4 ноября 2026)](https://t.me/s/beget_official)
* [Beget: справка «Резервное копирование VPS», архивная копия 12.10.2026](https://web.archive.org/web/20261012232706/https://beget.com/ru/kb/manual/rezervnoe-kopirovanie-vps)
* [DatacenterDynamics: OVHcloud обязали выплатить €250 тыс. клиентам, потерявшим данные при пожаре в Страсбурге, 22.03.2023](https://www.datacenterdynamics.com/en/news/ovhcloud-ordered-to-pay-250k-to-two-customers-who-lost-data-in-strasbourg-data-center-fire/)
* [CISA: Data Backup Options (правило 3-2-1)](https://www.cisa.gov/sites/default/files/publications/data_backup_options.pdf)
* [Selectel: Object Lock в объектном хранилище S3](https://docs.selectel.ru/en/s3/buckets/object-lock/)
* [SecurityLab: Beget потерял резервные копии VPS, 3 ноября 2026](https://www.securitylab.ru/news/579637.php)
* [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)

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

* [Аккаунт Claude заблокировали или просят паспорт: что делать и какой путь выбрать](/guides/akkaunt-claude-zablokirovali-chto-delat)
* [Чай листовой или в пакетиках: как сравнить по этикетке и заварке](/guides/chay-listovoy-ili-v-paketikah)
* [Сервис рассылок или обычная почта: что выбрать для писем клиентам](/guides/servis-rassylok-ili-pochta)