Зачем и для чего создавать резервные копии, сколько их должно быть и как часто их создавать? На эти и другие вопросы, связанные с бэкапом,мы постарались дать ответ в статье
Наверное, хотя бы раз у каждого было такое: набирали важный документ страниц так на 20-30 и затем...пролили кофе, погас свет, случайно сослуживец закрыл не сохраненный документ, другая мелочь приключилась. Результат один - придется набирать все заново. А если это не документ, а сайт. Не 20-30 страниц, а 20-30 тыс. страниц. И работали вы не пару часов, а 2 года. И уже не мелкое происшествие, а взлом сайта с потерей данных.
Согласно статистике от 25 до 45% интернет-компаний закрываются в связи с масштабной потерей данных.
Вот тут как раз и понадобится такая полезная вещь, как бэкап или резервное копирование информации.
Что такое бэкап и когда он необходим?
Резервное копирование или создание бэкапа – копирование документов, папок, файлов, баз данных и другой полезной информации на дополнительные носители для восстановления в случае повреждения или их потери.
Для создания веб-ресурса требуется много сил, времени, денег.
Вы храните данные на одном устройстве в одном экземпляре. Тогда на 100% гарантированно, что однажды вы потеряете если:
- произойдет серьезная поломка сервера или компьютера;
- сбой в работе программ или при установке некачественного программного обеспечения;
- произошла кража данных или заражение сайта с помощью вредоносных программ;
- из-за спешки, рассеянности, неопытности Вы или ваши сотрудники случайно стерли или существенно повредили важные файлы.
В перечисленных случаях предусмотрительный владелец сайта, вовремя сделавший бэкап, легко восстановит данные за несколько минут, часов или дней. Владельцу, пожалевшему время на создание резервной копии, придется создавать ресурс заново и наполнять его контентом.
Мы считаем, что правил резервного копирования всего два, и они очень простые.
- Правило №1. Система резервного копирования должна быть многоуровневой.
- Правило №2. Чем сложнее проект, тем сложнее система резервного копирования.
Часто владельцы сайта ограничиваются тем, что создают лишь одну резервную копию, которая хранится на сервере, или полагаются на систему резервного копирования хостинга.Всё-таки, лучше не стоит так делать. Вот 3 примера из жизни.
История первая
Один наш клиент — потерял пароль от почты, на которую был зарегистрирован сайт и хостинг. Завел новую, изменил адрес в настройках сайта, а про хостинг забыл,пока однажды сайт не упал. Проблему заметили лишь через месяц (почему так поздно — другой вопрос). Стали разбираться. Оказалось, на старую почту приходили напоминания от хостинга с просьбой оплатить услуги. Реакции не последовало, сайт выключили и удалили. Вместе с бэкапами – как и положено, через 30 дней. Других копий не было, восстановить сайт не удалось.
История вторая
Однажды на один интернет-магазин торгового оборудования свалился госзаказ. Работы — на полгода. От счастья про сайт и забыли, а когда работы по тендеру закончились, естественно, захотели работу интернет-магазина возобновить. И тут выяснилось, что хостинг заблокирован, сайт удален и резервной копии нет. У владельцев сайта ее тем более не оказалось.
К счастью при установке сайта наши специалисты настроили резервное копирование в облако 1С-Битрикс и в архивах службы поддержки нашелся отчет об установке сайта, в котором сохранился лицензионный ключ и пароль шифрования резервной копии. Сайт восстановили, а клиент задумался о многоуровневой системе резервного копирования.
История третья
В 2014 году в одном известном российском data-центре случилась авария. Когда сервера подняли, выяснилось, что файловое хранилище вместе с резервными копиями сгинуло в никуда. Жаловаться бессмысленно.
Спасло облако 1С-Битрикс, в котором хранилась устаревшая версия базы данных, файлы разработчика и код с dev-сервера. Собирали сайт буквально по кусочкам и в итоге восстановили его за 2-3 дня. Все это время интернет-магазин, конечно, не работал, терял прибыль и лояльность посетителей.
Какие же напрашиваются выводы? Если у вас нет правильной системы резервного копирования, рано или поздно произойдет катастрофа. Вы останетесь без сайта, бизнес будет терять деньги и клиентов. Какой же должна быть система резервного копирования? Зависит от вашего проекта. В «Аспро» следующие рекомендации.
- КОРПОРАТИВНЫЙ САЙТ
Используйте двухуровневую систему копирования. Количество сохраняемых резервных копий - 2-3 штуки. 2-3 резервных копии хранятся на сервере, еще 2-3 — в облаке 1С-Битрикс. Как часто бэкапить? В зависимости от того, как часто вы обновляете сайт. Ежедневно или раз в 2-3 дня вполне достаточно.
- ИНТЕРНЕТ-МАГАЗИН
Для интернет-магазина требуется сложная система. Необходим ежедневный бэкап, в том числе и в облако.
Рекомендации:
- Настроить стандартное ежедневное резервное копирование средствами 1С-Битрикс и передачу архива в облако.
- Настроить резервное копирование средствами хостинг-площадки в отдельное хранилище (например удаленный FTP-сервер)
- Обеспечить ежедневную передачу резервных копий в локальную сеть предприятия, частное облаков или на собственный сервер резервного копирования. При необходимости создать такой сервис вам помогут в специализированной компании. Но данные физически должны быть на вашей территории!
- Разработать план восстановления и инструкцию на случай аварии. Очень важно проверять работоспособность этой инструкции ежемесячно. Для этого достаточно восстанавливать копию на тестовой площадке.
- КРУПНЫЙ ПРОЕКТ
Мы считаем "крупными" проектами интернет-магазины с общим количеством заявок от 50 -100 в день, с денежным оборотом не менее 1 миллиона рублей в месяц. Система резервирования остается такой же, как и для обычных интернет-магазинов, но дополнительно добавляется следующее:
- Для защиты от человеческого фактора, добавляется система контроля версий.
- Распределенный сервер баз данных с мгновенной репликацией.
- На стороне разработчиков или территории клиента должен присутствовать готовый к работе резервный сервер. Если возникнет критическая ситуация, трафик можно перебросить на него. Это спасет сайт от падения. Лучше использовать отказоустойчивый кластер.
Для экстренных случаев
В случае падения сайта, недоступными оказываются данные для восстановления. Для таких случаев у программиста и владельца должны быть быстро доступными следующие данные: логины и пароли доступа к хостингу и сайту, ключи доступа к зашифрованным копиям, которые находятся в облаке, номер ключа к 1С Битрикс. Лучше хранить эти данные на компьютере и в распечатанном виде, в легкодоступном только для вас месте.