Бэкапы: страховка, о которой никто не думает

Почему бэкапы — не «айтишная роскошь»

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

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

Что вообще нужно сохранять на сайте

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

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

• Файлы: темы, плагины, загруженные изображения и документы
• База данных: все тексты, страницы, заказы, заявки из форм — собственно контент
• Конфигурация: настройки сервера, SSL-сертификаты, редиректы
• Почтовые ящики, если они у того же провайдера
• Документация доступов: что где лежит и у кого есть доступ

Правило 3-2-1: стандарт, который себя оправдал

В IT-безопасности прижилась простая формула, которую рекомендует и BSI (Федеральное ведомство по информационной безопасности Германии): данные нужно сохранять регулярно и прежде всего — на внешнем носителе. Правило 3-2-1 конкретизирует: три копии данных, на двух разных типах носителей, из них одна копия — в другом месте.

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

Как часто делать бэкап? Правильный ритм

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

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

Бэкап — это ещё и обязанность: что требует DSGVO

Многие не знают, что резервное копирование — не только самозащита, но и требование закона. Статья 32 DSGVO (европейский регламент о защите данных, GDPR) обязывает компании обеспечить «способность быстро восстановить доступность персональных данных и доступ к ним после физического или технического инцидента». Как только ваш сайт обрабатывает данные клиентов — контактная форма, онлайн-запись, магазин — это касается вас напрямую.

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

Ключевой момент: бэкап хорош ровно настолько, насколько работает восстановление

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

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

Заниматься самому или отдать на аутсорс?

Технически всё это можно организовать самостоятельно: настроить backup-плагин, подключить внешнее хранилище, задать сроки хранения, ежеквартально тестировать восстановление и вести документацию. На практике это регулярная задача, которая в текучке откладывается — и отсутствует именно тогда, когда нужна.

Альтернатива — полностью передать бэкапы в рамках договора на обслуживание или абонемента. В нашем website-абонементе (от 79 € в месяц) уже включены ежедневные автоматические копии на отдельной инфраструктуре, мониторинг и восстановление в аварийном случае — не существует состояния, в котором ни у кого нет актуальной копии вашего сайта. Какой путь выбрать — зависит от вашего времени и потребности в спокойствии. Не вариант только одно: не иметь бэкапа вовсе.