Резервное копирование сайта: где хранить копии, чтобы они не упали вместе с хостером

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

Почему копия «у хостера» не спасает

Типовая схема малого бизнеса выглядит так: сайт на хостинге, домен там же, DNS у хостера, почта администратора домена на этом же домене, а «бэкап сайта» — галочка в панели. Пока всё работает, схема удобна. В аварии она рвётся сразу в нескольких местах: всё, что лежит у одной компании, становится недоступным одновременно.

Проверьте простой вопрос: если хостер недоступен сутки, откуда вы возьмёте файлы сайта, базу, картинки и доступ к домену? Ответы «из панели хостера» и «напишем в поддержку» означают, что резервной копии у вас по сути нет. Есть копия внутри той же зоны риска.

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

Куда класть копии: три класса мест

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

Где лежит копия	Переживёт отказ хостера?	На что смотреть
На том же сервере или в панели того же хостера	Нет	Годится как быстрый откат после неудачного обновления, но не как защита от аварии
Объектное хранилище другого провайдера	Да	Аккаунт оформлен на вас, оплата напрямую, доступ по ключу с минимальными правами
Диск или сетевое хранилище у вас в офисе	Да	Не лежит в одном помещении с единственным ноутбуком, обновляется автоматически, а не «когда вспомнили»

Рабочая связка для малого бизнеса: одно место у другого провайдера, второе — ваш офисный диск. Так вы получаете два независимых места вне хостинга и не платите за второй рабочий сервер.

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

Что именно копировать

Частая ошибка — копировать только файлы сайта. Для восстановления нужно больше:

База данных. Заявки, заказы, пользователи, содержимое страниц. Без неё сайт поднимется пустым.
Загружаемые файлы. Картинки, документы, прайсы. Их часто не включают в архив, потому что они «тяжёлые».
Код и настройки. Лучше в репозитории, который живёт отдельно от сервера, плюс конфигурация веб-сервера и расписания задач.
Служебные скрипты и самописные модули. Их забывают чаще всего.
Список доступов и записей. Регистратор, DNS, почта, где что оплачено. Без этого поднять копию некому и некуда.

Урок из нашей ревизии от 06.11.2026: из 159 модулей и служб агентства 81 работает, 47 ждут ключей и решений, а 31 придётся собирать заново, потому что их кода не было ни в одной копии. Копировали «сайт», а жило гораздо больше.

Хотите знать, что у вас ляжет вместе с хостером? Разбор начинается с проверки снаружи, доступы не нужны.

Оставить заявку

Как часто копировать и чем проверять свежесть

Частота определяется тем, сколько заявок и оплат вы готовы потерять. Ежедневная копия означает, что в худшем случае пропадёт день работы. Для сайта, через который идут заявки и деньги, разумный минимум — раз в час в два места вне хостинга. Мы на своём сервере держим расписание раз в 45–55 минут: одно место обновляется раз в 55 минут, другое — раз в 45.

Но частота ничего не значит без проверки. Запись «бэкап ежедневно» в настройках — это обещание, а не факт. Правила, которые мы взяли себе:

Свежесть копий проверяет другая машина другой компании, а не скрипт копирования сам себя.
Проверка идёт «настоящим путём»: на сервере создаётся метка, она едет вместе с копией в хранилище и возвращается обратно. Если метка устарела, приходит тревога.
Молчание сторожа — тоже тревога. Если проверяющая машина не отчиталась, это повод разбираться.
Раз в месяц копию поднимают на чистом сервере, и вы засекаете время. Копия, из которой ни разу не собирали сайт, остаётся гипотезой.

Наш случай: что бывает, когда проверка молчит вместе с копией

2 ноября 2026 года сайт kuznets.agency, панели, боты и автоматика агентства жили на одном облачном сервере у Beget. Вместе с сервером встали DNS всех наших доменов. Сайт простоял около 2,5 суток, около 63 часов: с ночи 02.11 до 17:53 04.11, когда DNS ушёл к независимому провайдеру и сайт открылся на новом сервере у другого провайдера.

Самое неприятное мы узнали про себя. Последние копии вне сервера были от 28 июля — 97 дней назад. Запись «бэкап ежедневно» три месяца заменяла проверку, потому что проверка жила внутри того же скрипта и молчала вместе с ним. Сайт собрали из того, что нашлось вне хостинга: код из репозитория, база от 28 июля, картинки с домашнего диска. 12 485 старых заявок вернули из дампа 28 июля.

Что касается провайдера, мы опираемся только на его слова. В посте № 573 от 03.11.2026 он написал: «Сохранены файловые бэкапы VPS» и «бинарные бэкапы VPS полностью утеряны». По сообщению провайдера в посте № 580 от 06.11.2026, «по актуальной оценке» файловые бэкапы VPS будут доступны только для половины пользователей, а скачать бэкап хостинга в панели можно ориентировочно через 5 дней. Это его ориентир на 06.11.2026, а не наш прогноз.

Вывод не про одного хостера. Копия, которая лежит у того же провайдера, зависит от его восстановления и от его сроков. Копия у другой компании от его сроков не зависит.

Типичные ошибки

Копия в той же панели. Удобно, но это одна зона риска.
Все копии у одной компании. Два хранилища у одного провайдера — это одно место.
Проверка внутри скрипта копирования. Мы повторили эту ошибку даже в скрипте, написанном в первый день аварии. Её поймали прогоны плана на бумаге.
Тревога, которую некому читать. Письмо уходит на адрес в том же домене, который лежит вместе с сайтом.
Копия «в очереди». Первая настоящая тревога нашего сторожа пришла вечером 04.11: копия картинок сайта не уезжала на диск 29 часов из-за ошибки доступа, а 9 828 картинок висели в очереди загрузки. Внутри сервера всё выглядело нормально.
Копия ни разу не поднималась. О том, что в ней нет половины данных, узнают в самый плохой момент.

Что сделать на этой неделе и как это делаем мы

Из семи действий, которые владелец бизнеса может сделать своими силами, к копиям относятся четыре:

Выпишите всё, что упадёт вместе с хостером: домен, DNS, почта, коды входа, страница оплаты.
Настройте копии каждый час минимум в два места вне хостинга. Одно может быть диском у вас в офисе.
Пусть свежесть копий проверяет другая машина другой компании и сама присылает тревогу.
Раз в месяц поднимайте систему из копии на чистом сервере и засекайте время.

Остальные шаги — перенос DNS, двухфакторный вход во все кабинеты и лист «первые 15 минут» на бумаге — вместе с копиями складываются в запасной выход.

Если нет времени разбираться самим, мы делаем это в формате плана переезда и копий. До созвона смотрим ваш сайт снаружи: регистратор, DNS, почтовые записи, хостинг, сертификат. На созвоне на 60–90 минут рисуем карту «что упадёт вместе с хостером» и называем три первых шага. Как устроена работа по этапам, описано в разделе «Что дальше». Серверы, хранилища и домены оформляются на ваши аккаунты, оплата идёт провайдерам напрямую, а после работ наши доступы отзываются.

Честно о границах: мы не обещаем, что аварии не будет и что простоя не будет вовсе. Цель переключения для построенного и проверенного учением контура — 60 минут. До учения это оценка. У себя резервный сервер мы ещё собираем, учений не было, а расчёт времени переключения — 70–80 минут, это оценка, не замер. Если захотите обсудить свой случай, оставьте заявку в форме на странице.

Вопросы и ответы

Где хранить резервные копии сайта?

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

Как часто нужно делать бэкап сайта?

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

Как понять, что копии на самом деле работают?

Свежесть должна проверять другая машина другой компании: метка едет настоящим путём копии и возвращается, а при отставании приходит тревога. Раз в месяц поднимайте сайт из копии на чистом сервере и засекайте время. Запись «настроено» проверкой не является.

Достаточно ли копий, чтобы сайт не простаивал?

Нет. Копия позволяет восстановить данные, но нужно ещё куда их поднять и как переключить домен. Поэтому, кроме копий, нужны DNS у другой компании и резервная площадка у второго провайдера. Мы не обещаем, что простоя не будет вовсе, цель — 60 минут для проверенного учением контура.

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