Резервные копии сайта: как проверить, что бэкап действительно восстанавливается

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

Поэтому резервное копирование нужно воспринимать не как фоновую галочку хостинга, а как отдельный процесс с контролем результата.

Что должно входить в резервную копию

• файлы проекта и пользовательские загрузки;
• база данных;
• важные конфигурационные файлы и настройки окружения;
• при необходимости — cron, сертификаты и отдельные служебные файлы;
• информация о версии PHP, базы данных и других зависимостей.

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

Почему одна копия на том же сервере не спасает

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

Как часто делать копии

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

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

Тест восстановления важнее сообщения «Backup completed»

Периодически разворачивайте копию на отдельной тестовой площадке. Проверяйте авторизацию, административную часть, загрузки, основные страницы, формы и критичные интеграции. Именно такой тест показывает, действительно ли архив пригоден для восстановления.

Резервная копия без проверенного восстановления — это только надежда, а не план аварийного восстановления.

Какие ошибки встречаются чаще всего

• дамп базы создаётся, но архив файлов давно не обновляется;
• в копию не попадает каталог /upload/;
• старые бэкапы заполняют диск и сами становятся причиной сбоя;
• архивы не проверяются после обновления сервера;
• никто не знает, где лежит последняя рабочая копия и как её развернуть.

Что зафиксировать в инструкции

1. Где хранятся копии и сколько версий сохраняется.
2. Как создаётся дамп базы и архив файлов.
3. Как проверить целостность последней копии.
4. Какой порядок восстановления на новый сервер.
5. Какие DNS, SSL и внешние интеграции нужно проверить после восстановления.
6. Кто принимает решение о переключении на восстановленную версию.

Если резервная площадка разворачивается на новом сервере, полезно использовать тот же порядок проверки, что и при обычном переносе. Он разобран в статье о переносе сайта на новый сервер без длительного простоя.

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