Что должно попасть в бэкап сайта
Для большинства CMS нужны файлы приложения и согласованный с ними снимок базы данных. В файлах обычно хранятся код, шаблоны, конфигурация и загруженные материалы. В базе находятся страницы, пользователи, настройки CMS и, если проект использует её для этого, заказы, заявки и записи. Согласуйте перечень с разработчиком. Например, медиа могут лежать в объектном хранилище, а очередь задач и поисковый индекс могут потребовать отдельного плана.
Запишите версию PHP или другого рантайма, расширения, версию базы и задания cron. Сохраните сведения о DNS и внешних интеграциях. Секреты храните с контролем доступа, отдельно от общедоступных файлов. Сохраняйте дату и время создания каждой части копии. Это поможет найти согласованную пару «файлы и база», если приложение обновлялось.
Как сделать автоматическое копирование
- Опишите состав копии и проверьте, что у задачи есть минимально необходимые права на чтение.
- Согласуйте с разработчиком способ получения консистентной копии базы. Для активной базы используйте штатные средства СУБД и проверьте, что выбранный режим учитывает типы таблиц и нагрузку.
- Запланируйте выгрузку вне пикового времени. Отправляйте копию в отдельное хранилище и проверяйте завершение передачи и контрольную сумму.
- Сохраняйте несколько версий с разными датами. Политика хранения должна покрывать период, за который команда замечает проблему.
- Настройте уведомления об ошибках. Если задания успешно запускались, но файлы в целевом хранилище пустые или повреждены, график сам по себе проблему не выявит.
При ручном бэкапе перед релизом используйте тот же перечень. Запишите номер релиза и время копии. Если после отката могут исчезнуть новые заказы, до изменений согласуйте, как перенести или сверить эти записи.
Как выбрать частоту
Исходите из RPO, то есть предельно допустимого объёма изменений в единицах времени, которые могут быть потеряны при восстановлении. У сайта-визитки новые страницы могут появляться раз в месяц. У корпоративного сайта с еженедельными публикациями интервалы обычно короче. Если магазин принимает заказы каждые несколько минут, даже ежедневной копии базы может быть мало. Тогда обсудите журнал транзакций, более частые копии и сверку с CRM и платёжной системой.
Пример. База копируется в 03:00, а сбой случился в 15:00. Если выбрана копия на 03:00, данные за 12 часов после снимка потребуется восстановить из других источников или внести вручную. Возраст последней пригодной копии будет больше, если ночное задание завершилось ошибкой.
Как проверить, что копия пригодна
Откройте архив, сверяйте размер и контрольную сумму, а затем разверните его в изолированной среде. Проверьте вход в админку, несколько важных URL, загрузки, формы и интеграции в тестовом режиме. Снимок полезен только тогда, когда из него можно запустить нужную версию сайта. Сравните подходы в руководстве по двум независимым хранилищам.
Сколько стоит резервное копирование сайта
При расчёте учитывают объём файлов и базы, частоту и глубину хранения, способ выгрузки, сложность CMS и подготовку восстановления. Тарифы Evrica SiteGuard начинаются от 12 000 ₽ в месяц за сайт. Первичная настройка от 25 000 ₽ оплачивается отдельно. Еженедельная и ежедневная частота копий в облако предусмотрена в других тарифах.