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

Парашютисты бывают разные.\nОдни ходят в школу парашютного спорта и приземляются лицом к ветру и на обе ноги.\nДругие делают все то же, но парашют у них дырявый. Третьи вообще прыгают без парашюта. На что они надеются? Наверное, на то, что в полете у них отрастут крылья за спиной, их подхватит дракон или гигантский орел. Почему когда речь заходит о резервном копировании сайта (которое все равно что парашют), владельцы сайтов превращаются в этих третьих: система бекапа у них или есть какая-то, или отсутствует вообще. Тем временем статистика неумолима: от 25 до 45% компаний закрываются после масштабной потери данных (cmitsolutions.com). Как из-за собственной беззаботности или незнания не остаться без сайта, денег и перспектив, мы и расскажем. Мы уверены, что правил резервного копирования только два. Они очень просты.\nПравило №1. Система резервного копирования должна быть многоуровневой.\nПравило №2. Чем сложнее проект, тем сложнее система резервного копирования.\nЧасто владельцы сайта ограничиваются тем, что создают только одну резервную копию, хранящуюся на сервере, или полагаются на систему резервного копирования хостинга. Почему так не стоит делать? Расскажем 3 истории из жизни.

Один наш клиент – строительная компания – потерял пароль от почты, на которую был зарегистрирован сайт и хостинг. Завел новый, сменил адрес в настройках сайта, а о хостинге забыл, пока сайт не упал. Проблему заметили только через месяц (почему так поздно другой вопрос). Начали разбираться. Оказалось, что на старую почту приходили упоминания от хостинга с просьбой оплатить услуги. Реакции не последовало, сайт отключили и удалили. Вместе с бекапами – как и положено, через 30 дней. Других копий не было, обновить сайт не удалось.

Однажды на один интернет-магазин торгового оборудования упал госзаказ. Работы – на полгода. От счастья о сайте и забыли, а когда работы по тендеру закончились, конечно, захотели возобновить работу интернет-магазина. И тут выяснилось, что хостинг заблокирован, сайт изъят и резервной копии нет. У владельцев сайта ее тем более не было. К счастью, при установке сайта наши специалисты настроили резервное копирование в облако 1С-Битрикс и в архивах службы поддержки нашелся отчет об установке сайта, в котором сохранился лицензионный ключ и пароль шифрования резервной копии. Сайт был восстановлен, а клиент задумался о многоуровневой системе резервного копирования.

Используем двухуровневую систему копирования: 2-3 резервные копии хранятся на сервере, еще 2-3 – в облаке 1С-Битрикс. Как часто бекапить: ежедневно или раз в 2-3 дня в зависимости от того, как часто вы обновляете сайт.

Требуется усложненная система резервного копирования и ежедневного бекапа, в том числе и в облако. FTP-сервер)\nОбеспечить ежедневную передачу резервных копий в локальную сеть предприятия, частное облако или на собственный сервер резервного копирования. При необходимости создать такой сервис вам помогут в специализированной компании. \nГлавное: данные физически должны быть на вашей территории!\nРазработать план восстановления и инструкцию на случай аварии. Очень важно проверять работоспособность этой инструкции ежемесячно. Для этого достаточно восстанавливать копию на тестовой площадке.

Под «большими» мы подразумеваем интернет-магазины с количеством заявок от 50-100 в день и с оборотом более 1 миллиона рублей в месяц. Общие правила те же, что и для интернет-магазинов из предыдущего пункта. \nОднако дополнительно необходимо в этом случае:\nСистема контроля версий как дополнительный источник резервных копий программного кода (защита от человеческого фактора и ошибок программистов).\nРаспределен сервер баз данных с мгновенной репликацией.\nГотовый резервный сервер — при разработчике или территории заказчика. Поможет в экстренной ситуации опрокинуть трафик и не допустить падения сайта. Рекомендуем использовать отказоустойчивый кластер.

Когда сайт падает, вместе с ним становятся недоступны важнейшие данные для его восстановления. В случае аварийных ситуаций рекомендуем иметь под рукой логины и пароли для доступа к хостингу и сайту, ключ к зашифрованной копии, хранящейся в облаке, и номер ключа к 1С-Битриксу. Заполните и распечатайте эту таблицу, храните в укромном месте (или наоборот) – это и будет ваш emergency kit на случай аварийных ситуаций.