Резервное копирование

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

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

Чаще всего забывают о настройках. Записи подключения домена (DNS), правила редиректов, настройки почты для заявок обычно не видны, но если они пропадут, сайт откроется, а письма приходить перестанут или старые адреса оборвутся.

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

Что такое правило резервного копирования 3-2-1?

Правило 3-2-1 — распространённый принцип резервного копирования: держать 3 копии, на 2 разных видах носителей, и 1 из них — в другом месте. Это не закон, а простой ориентир, который не даёт потерять все копии при одном происшествии.

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

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

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

Как часто делать резервные копии и сколько их хранить?

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

Важен и срок хранения. Взлом часто замечают не сразу, и если есть только последняя копия, можно откатиться к уже заражённому состоянию. Храните копии на несколько моментов — несколько дней и несколько недель назад.

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

Вместе с периодичностью определите и «когда» запускать копирование. Если настроить автоматический запуск ночью, когда клиентов мало, сайт не будет тормозить, и никто не забудет.

Как проверить, что из резервной копии действительно можно восстановиться?

Пригодна ли копия, можно узнать, только реально восстановив из неё. Часто полагаются на уведомление «копирование завершено», а в нужный день оказывается, что файл повреждён или чего-то не хватает.

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

1. 01Проверьте в списке копий, что последняя дата соответствует графику.
2. 02Сравните размер копии с прошлым разом. Если он резко уменьшился, часть данных могла пропасть.
3. 03Восстановите копию не на рабочем сайте, а в тестовой среде.
4. 04Проверьте, видны ли главная, фото, публикации и история записей.
5. 05Запишите, сколько времени заняло восстановление: так вы будете знать, сколько ждать при реальной аварии.
6. 06Зафиксируйте результат и дату следующей проверки и повторяйте примерно раз в квартал.

Что проверить, поручая резервное копирование?

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

Обязательно уточните и то, можно ли получить копии при расторжении. При смене подрядчика копии, хранившиеся только на его сервере, могут исчезнуть вместе с ним.

Спросите и о том, «как быстро можно восстановиться». Если копия есть, но восстановление занимает несколько дней, всё это время нельзя принимать записи и заказы. Если заранее знать время реакции на срочные сбои и время восстановления, при реальной аварии вы меньше растеряетесь.

• Как часто делаются копии и за сколько моментов хранятся?
• Хранятся ли копии отдельно от сервера сайта?
• Копируются ли вместе база данных и загруженные фото?
• Куда обращаться за восстановлением, сколько это займёт и платно ли это?
• У кого пароль и права доступа к файлам копий?
• Можно ли получить последнюю копию при окончании договора?

Когда резервная копия реально нужна небольшому заведению?

Чаще всего — из-за человеческой ошибки. Если сотрудник, наводя порядок в меню через админ-панель, удалил все прошлые объявления или после обновления сломалась вёрстка, с резервной копией можно сразу вернуться к предыдущему состоянию.

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

Если вы принимаете онлайн-оплату, история заказов и платежей остаётся и в кабинете платёжного сервиса (PG). Даже если данные сайта пропадут, по ней можно сверить заказы, поэтому обязательно внесите администраторский аккаунт платёжного сервиса в список аккаунтов.

В подписке на техподдержку ISSYMO каждый месяц вместе с обновлениями безопасности делается резервная копия. Если на вашем сайте данные копятся ежедневно, как записи и заказы, уточните периодичность копирования отдельно на встрече.