О резервных копиях вспоминают в день, когда они нужны. Сервер не загрузился после обновления, сотрудник удалил не ту таблицу, хостинг заблокировал аккаунт. В этот день выясняется, что копии делались, но не все, не туда или не восстанавливаются.
Что копировать
У сайта или сервиса обычно три части, и копировать нужно все:
- База данных. Заявки, заказы, клиенты, настройки. Самая ценная часть, потому что восстановить её больше неоткуда.
- Загруженные файлы. Фото товаров, документы, вложения от клиентов.
- Код и настройки сервера. Если код хранится в репозитории, он уже в безопасности. А вот настройки веб-сервера, ключи и переменные окружения часто существуют только на самом сервере.
Где хранить: правило 3-2-1
Старое правило администраторов: три копии данных, на двух разных носителях, одна из них в другом месте. Для небольшого проекта это выглядит так. Рабочие данные на сервере. Ежедневная копия на том же сервере, чтобы быстро откатить случайное удаление. И ещё одна копия на другом сервере, у другого провайдера, на случай, если с первым случится что-то серьёзное.
На наших проектах устроено именно так. Например, у «Строчки» копия делается каждую ночь: локальные копии хранятся две недели, а база и файлы дополнительно уходят на отдельный сервер, где лежат неделю.
Доступ к копиям
Если злоумышленник получит доступ к основному серверу, он может удалить и копии, до которых этот сервер дотягивается. Поэтому сервер, который отправляет копии, должен уметь только дописывать новые файлы в хранилище, но не удалять старые. Это настраивается правами доступа и не стоит ничего, кроме получаса работы.
Как часто
Ответьте на вопрос: сколько данных вы готовы потерять? Если заявки приходят десятками в день, потеря суток неприятна, но переживаема. Если это интернет-магазин с оплатами, копии базы стоит делать чаще, а журнал операций хранить отдельно. Для большинства сайтов компаний ежедневной копии достаточно.
Проверка восстановлением
Раз в месяц возьмите последнюю копию и разверните её на отдельном сервере или на компьютере разработчика. Откройте сайт, найдите вчерашнюю заявку. Если получилось, копии работают. Если нет, вы узнали об этом в спокойный день, а не во время аварии.
Ещё полезно записать порядок восстановления: какие команды, в каком порядке, где лежат ключи. В аварию этим будет заниматься человек в стрессе, возможно, не тот, кто настраивал систему.
Что спросить у своего разработчика
- Что именно попадает в копию и как часто она делается?
- Где хранится копия и есть ли экземпляр у другого провайдера?
- Когда копию последний раз восстанавливали?
- Сколько времени займёт восстановление, если сервер пропадёт целиком?