Как организовать резервное копирование сайта?
Резервная копия должна оставаться доступной, даже если основной хостинг перестал работать. Поэтому архив в панели провайдера полезен, но полагаться только на него рискованно. Для сайта нужны независимые копии, история изменений и понятный порядок восстановления.
Ниже — схема, которую можно адаптировать для WordPress, 1С-Битрикс, интернет-магазина или сайта с собственной системой управления.
Что должно входить в резервную копию
Сначала составьте список того, без чего сайт не заработает на другом сервере:
- База данных: страницы, товары, заказы, пользователи и настройки CMS.
- Файлы: изображения, документы, собственный код, темы, плагины и модули.
- Конфигурация: параметры веб-сервера, перенаправления, расписание задач и сведения о версиях программ.
- Инструкция по запуску: где лежат копии, кто имеет доступ и в каком порядке восстанавливать компоненты.
Для WordPress нужны и файлы, и база. Выгрузка записей через «Инструменты → Экспорт» не заменяет резервную копию всего сайта. Состав полного комплекта описан в документации WordPress.
Базу работающего магазина сохраняйте средствами, которые обеспечивают согласованное состояние данных. Простое копирование файлов работающего сервера базы может дать непригодный архив. После крупных изменений создавайте согласованный комплект базы и файлов.
Где хранить копии: несколько мест и разные провайдеры
За основу можно взять правило 3–2–1: три экземпляра данных, включая рабочий; два разных типа носителей; один экземпляр вне основной площадки. Это базовая рекомендация CISA.
Для небольшого сайта практическая схема может выглядеть так:
| Где находятся данные | Для чего нужны |
|---|---|
| Рабочий сайт на хостинге А | Обслуживание посетителей |
| Автоматические копии у провайдера Б | Восстановление при недоступности основного хостинга |
| Зашифрованный архив на отдельном диске | Дополнительная копия, отключённая от сервера и сети |
Встроенные бэкапы хостинга А можно оставить для быстрого отката. Внешние копии при этом храните у другой компании, желательно в другом дата-центре и под отдельной учётной записью. Два каталога на одном сервере или два тарифа в одном аккаунте не дают такой независимости.
Второе место хранения не обязательно должно быть ещё одним веб-хостингом. Подойдёт объектное хранилище, отдельный сервер резервирования или другой сервис, из которого можно выгрузить данные без доступа к основной площадке.
Как настроить автоматическое копирование
Через панель хостинга. Проверьте, что входит в архив, сколько версий хранится и можно ли отправлять копии во внешнее хранилище. Уточните порядок выгрузки: доступ к бэкапам не должен зависеть только от работоспособности самого сайта.
Через CMS. В WordPress можно настроить плагин резервного копирования с расписанием, выгрузкой базы и файлов и отправкой к другому провайдеру. После настройки проверьте фактическое появление архивов во внешнем хранилище.
Через сервер. На VPS обычно настраивают отдельные задания: создание дампа базы, копирование необходимых файлов, передачу архива и удаление старых версий по расписанию. Задание должно сообщать об ошибках, нехватке места и пропущенных запусках.
Выбирайте способ, который сможете обслуживать. Важнее получить проверяемые копии по расписанию, чем установить много инструментов с одинаковыми функциями.
Как часто делать бэкап и сколько версий оставлять
Частота зависит от допустимой потери данных. Если база копируется раз в сутки, при сбое можно потерять изменения после последнего успешного копирования. Для магазина это могут быть оплаченные заказы.
| Тип сайта | С чего начать настройку |
|---|---|
| Сайт компании с редкими изменениями | Ежедневная копия и отдельный бэкап перед обновлением |
| Блог или каталог с регулярными публикациями | Ежедневная копия, чаще при активном наполнении |
| Магазин, личный кабинет, сервис с заявками | Более частое сохранение базы; интервал выбрать по допустимой потере заказов и обращений |
Это отправные точки, а не универсальное расписание. Файлы и база могут меняться с разной скоростью: изображения необязательно копировать каждый час вместе с заказами.
Храните историю. Например, ежедневные копии за 14 дней, еженедельные за два месяца и ежемесячные за полгода. Конкретные сроки зависят от объёма, бюджета и того, как быстро вы замечаете ошибки. Один постоянно перезаписываемый архив может уже содержать повреждение, которое обнаружится только через неделю.
Как защитить резервные копии
Используйте отдельную учётную запись хранилища и двухфакторную аутентификацию. По возможности разделите права: сайту достаточно передавать новые данные, а удалять все старые копии он не должен.
Архивы с базой и конфигурацией шифруйте. Ключ для восстановления храните отдельно, с доступом для ответственного человека. Сам зашифрованный архив бесполезен, если единственный ключ остался на потерянном сервере.
Для дополнительной защиты подходят отключаемый носитель или хранилище с запретом изменения и удаления на заданный срок. Например, S3 Object Lock защищает версии объектов по правилам хранения. При этом сохранность ключей шифрования всё равно нужно обеспечить отдельно.
Обычная синхронизация каталогов может перенести в резервную папку ошибочное удаление. Проверьте, сохраняет ли выбранный инструмент предыдущие версии и можно ли восстановить их независимо от основного сайта.
Как проверить, что сайт действительно восстановится
Периодически разворачивайте копию в отдельной среде. Проверять нужно весь путь: получить архив у внешнего провайдера, расшифровать его, восстановить базу, развернуть файлы и запустить сайт.
На тестовой копии ограничьте доступ, отключите реальные платежи, отправку писем и сообщений, автоматические обмены с рабочими системами. Проверьте страницы, изображения, вход в CMS, каталог и важные пользовательские сценарии. Измерьте время восстановления и запишите недостающие шаги.
Повторяйте такую проверку после смены хостинга, системы резервирования и крупных обновлений. Регулярные тесты восстановления рекомендует и NCSC.
Что проверить уже сейчас
- Есть ли копия базы вместе с файлами сайта?
- Можно ли забрать архив без доступа к основному хостингу?
- Есть ли экземпляр у другого провайдера и изолированная копия?
- Сохраняются ли версии за разные даты?
- Приходит ли уведомление о сбое или пропуске задания?
- Есть ли ключи, доступы и инструкция у ответственного человека?
- Когда вы последний раз запускали сайт из резервной копии?
Поможем настроить резервное копирование сайта: подобрать места хранения, расписание и проверить восстановление. Если сайт уже потерян, начните с поиска сохранившихся копий.