Бэкап вне хостера: почему в 2026 году это уже не «желательно», а обязательно

За последние полтора месяца 2026 года этот тезис перестал быть теоретическим. Мы видели, как за одну ночь исчезает не отдельный сайт и даже не отдельный сервер, а целые дата-центры и целые хостинговые инфраструктуры. И каждый раз картина повторяется: у кого была копия вне пострадавшей площадки — тот через несколько часов уже принимал заказы на новом месте. У кого не было — тот на той же неделе искал, где взять полгода контента, историю заказов и позиции в поиске.

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

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

Октябрь 2026: когда исчезает не сайт, а дата-центр

В ночь с 7 на 8 октября площадка Яндекса в Сасово (Рязанская область) получила внешнее физическое воздействие, после которого её работа была полностью остановлена. Утром 9 октября аналогичное воздействие привело к выходу из строя части инфраструктуры на площадке в Калуге (в официальных сообщениях упоминался также Владимир). Точную формулировку компания дала аккуратную: «повреждение дата-центров в результате внешнего воздействия». Сроки восстановления оборудования не назывались более недели.

Что это значило на практике:

• массовые сбои практически всей экосистемы — карты, навигация, музыка, кино, доставка, платежи, «умный дом»;

• недоступность сторонних сервисов, которые просто арендовали мощности у Яндекса: маркетплейсы, недвижимость, авто, розничные сети;

• по оценкам опрошенных «Ведомостями» экспертов, основная доля потерь пришлась не на медийные сервисы, а на корпоративных клиентов облака — те самые «внутренние» системы, простой которых в новости не попадает, но которые останавливают работу компании.

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

Ноябрь 2026: кибератака на Beget

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

Важные детали, на которые стоит смотреть трезво:

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

• но сроки полного восстановления данных назвать не смог — «продолжительное время»;

• часть сервисов (DNS, выделенные серверы без администрирования) возвращали в строй часами и сутками;

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

Это не упрёк конкретному хостеру — подчеркнём: Beget в этой ситуации ведёт себя лучше многих, потому что копии у него есть и он об этом говорит. Упрёк адресован другому: любая копия, лежащая внутри той же инфраструктуры, находится в той же зоне риска, что и оригинал. Если атака скомпрометировала инфраструктуру целиком, то бэкапы не «не пострадали» — они просто ещё не проверены. А восстановление сотен тысяч сайтов из одной точки — это очередь. Длинная.

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

Это не аномалия, а закономерность: короткая история аварий

Искушение сказать «ну это же уникальный случай» велико. Но рынок хостинга собирает такие «уникальные случаи» с завидной регулярностью.

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

Отдельно отметим сценарий 2014 года: он показывает, что бэкапы — это не только про «вдруг диск умрёт». Это ещё и про то, что при целенаправленной атаке первым делом уничтожают именно копии, чтобы лишить вас возможности восстанавливаться.

Почему это происходит всё чаще: ИИ сломал экономику взлома

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

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

Три иллюзии, которые стоят бизнесу сайта

Иллюзия 1. «У меня есть локальная копия — этого достаточно»

Копия на ноутбуке или на рабочем компьютере в офисе — лучше, чем ничего, но она не решает главных задач. Она устарела в момент создания (всё, что появилось после, уже потеряно), она не проверена на разворачиваемость, она лежит на устройстве, которое можно потерять, залить кофе, зашифровать вирусом-шифровальщиком или просто забыть обновить. И самое главное — в момент аварии вам нужен не набор файлов, а работающий сайт в течение часов. Локальная копия этого не даёт.

Иллюзия 2. «Хостер делает бэкапы, он за это отвечает»

Хостер действительно делает копии — и в случае Beget это честно подтверждено. Но:

• эти копии лежат внутри его же инфраструктуры, то есть разделяют судьбу оригинала (пожар в OVH — учебник по этой теме);

• срок их хранения ограничен тарифом, а восстановление — очередь, в которой вы стоите не один;

• в договоре почти всегда есть пункт про форс-мажор и ограничение ответственности, и компенсация измеряется стоимостью месяца хостинга, а не стоимостью вашего бизнеса;

• «бэкап есть» ≠ «бэкап целый» ≠ «бэкап разворачивается на другом сервере». Проверку восстановления хостер по умолчанию не делает для каждого клиента.

Иллюзия 3. «У меня RAID / реплика / отказоустойчивый кластер»

RAID защищает от смерти одного диска. Он не защищает от шифровальщика (шифруется всё зеркало разом), от ошибки администратора (удаление прилетит на оба диска), от повреждения площадки. Репликация — тоже не бэкап: она мгновенно и добросовестно копирует и ваши ошибки, и действия злоумышленника.

Правило 3-2-1, и почему сегодня этого мало

Классическое правило звучит так: 3 копии данных, 2 разных носителя, 1 копия вне основной площадки. Оно не устарело, но в 2026 году его стоит усилить. Рабочая схема для сайта сегодня выглядит так:

Плюс два пункта, без которых всё вышеперечисленное — просто файлы на диске:

• Регулярность. Для контентного сайта — ежедневно; для интернет-магазина с заказами и остатками — от нескольких раз в день.

• Проверка восстановления. Раз в квартал разворачиваем копию на тестовом сервере и убеждаемся, что сайт поднимается и работает.

Сколько стоит потерять сайт

Цифры простоя считаются просто: средняя дневная выручка × количество дней недоступности + стоимость работ по восстановлению + потерянная выручка следующих месяцев, пока сайт возвращает позиции. Для небольшого интернет-магазина это обычно суммы с пятью нулями; для корпоративного сайта с лидами — сопоставимые, просто в другом виде. А услуга регулярного внешнего резервного копирования стоит на порядки меньше — и это, пожалуй, единственная страховка в интернете, которая дешевле одного дня простоя.

Хорошая новость: платить эту цену необязательно. Плохая: решение об этом принимается не в момент аварии, а заранее. В момент аварии выбора уже нет — есть только то, что лежит у вас вне пострадавшей площадки.

Что сделать на этой неделе

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

Проверьте договор с хостером: за какой срок хранятся копии, чем ограничена ответственность, есть ли гарантии восстановления.

Заведите внешнюю копию в другом дата-центре и у независимого провайдера — с автоматическим расписанием и уведомлениями об успехе и провале.

Добавьте вторую точку хранения (разнесённую и, желательно, неизменяемую) — это защита и от катастрофы, и от шифровальщика.

Один раз протестируйте восстановление — целиком, на отдельном сервере, с замером времени «от нуля до работающего сайта».

Почему это стоит доверить нам

Мы — агентство, которое поддерживает сайты клиентов каждый день, и мы видим обе стороны: и тех, кто 2 ноября спокойно переехал, и тех, кто 2 ноября писал в поддержку с одним вопросом — «а данные точно есть?».

Наша услуга внешнего резервного копирования включает то, что нужно именно в момент катастрофы:

• автоматические копии по расписанию с хранением в двух географически разнесённых местах, вне инфраструктуры вашего хостера;
• контроль целостности копий и уведомления об ошибках — вы узнаёте о проблеме раньше, чем о ней узнают посетители;
• проверку восстановления на тестовой среде, с фиксацией времени развёртывания;
• немедленную помощь в переезде на другой хостинг при аварии — с сохранением файлов, базы данных, почты, SSL-сертификатов и настроек DNS;
• защиту копий от шифровальщиков и случайного удаления.

Стоимость этой услуги несопоставима с ценой одного дня недоступности сайта — и, что важнее, с ценой его полной потери.

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

Закажите внешнее резервное копирование — до того, как оно вам понадобится.