Время чтения: 7 минут
Выход из строя личного компьютера редко грозит какими-то серьезными последствиями. Потерять фотографии из отпуска, конечно, грустно, но не критично. Совсем иначе дело обстоит с данными бизнеса. Там потеря ценной информации грозит реальными финансовыми издержками. Защититься от подобных инцидентов помогает резервное копирование.
Что такое резервное копирование и зачем это нужно
Резервное копирование (backup, бэкап, РК) — создание резервной копии (как отдельных файлов так и целых систем).
Зачем нужны резервные копии
Резервная копия (ее также называют бэкапом) понадобится, если с исходным файлом что-то случится. Например, его случайно удалит с рабочего ПК невнимательный сотрудник, модифицирует злоумышленник или сервер, на котором хранился файл, выйдет из строя. Подобные инциденты не обернутся полной катастрофой, если под рукой будет свежая резервная копия.
Виды резервных копий
Бэкапы могут отличаться по многим параметрам. Разберем наиболее актуальные классификации.
По полноте создаваемых копий
Нередко в качестве параметра классификации выступает полнота резервных копий.
Полное резервное копирование (Full Backup)
Создается полная копия набора данных. С точки зрения скорости восстановления и уровня надежности считается наиболее выигрышным вариантом бэкапа. Однако у полного резервного копирования есть и минусы — full backup требует много времени для создания копии и создает существенную нагрузку на сеть.
Плюсы:
- высокая скорость восстановления данных;
- высокий уровень надежности — все данные в одном бэкапе;
- простота управления.
Минусы:
- необходимо много места для хранения копий;
- высокая нагрузка на сеть;
- требует много времени для создания бэкапа.
Дифференциальное резервное копирование (Differential Backup)
Подразумевает создание резервной копии, которая включает только те данные, которые были изменены с момента создания предыдущего полного бэкапа.
Плюсы:
- более высокая скорость создания копий по сравнению с full backup;
- по скорости восстановления быстрее инкрементного, но медленнее полного бэкапа;
- по надежности выигрывает у инкрементного бэкапа.
Минусы:
- каждый новый дифференциальный бэкап требует создается дольше и требует больше места, чем предыдущий.
Инкрементальное резервное копирование (Incremental Backup)
При использовании этого метода резервная копия будет содержать только изменения, сделанные с момента последнего резервного копирования.
Плюсы:
- высокая скорость создания копий;
- копии занимают мало места;
- бэкапы занимают мало места;
- не создает высокой нагрузки на сеть.
Минусы:
- трудоемкость восстановления данных;
- риск неудачного восстановления при повреждении какого-либо сегмента из цепочки бэкапа.
Новичкам могут быть не совсем понятны отличия дифференциального и инкрементального бэкапа. Отличаются они только способом сохранения изменений.
- Инкрементное резервное копирование сохраняет все изменения, сделанные с момента последнего резервного копирования.
- Дифференциальное резервное копирование сохраняет изменения, сделанные с момента последнего полного резервного копирования.
Сравним рассмотренные виды резервного копирования в табличке.
По степени автоматизации
Наверняка любому администратору хотелось бы работать с таким инструментом резервного копирования, который можно запустить один раз и больше никогда не настраивать. Увы, даже при использовании самого совершенного решения периодически придется проверять выполнение задач резервного копирования, консистентность и работоспособность копий. Тем не менее каждая компания может выбрать инструмент с требуемой степенью автоматизации.
Ручное создание копий
Этот метод подразумевает, что администратор систем самостоятельно создает резервную копию нужных файлов и отправляет бэкап в хранилище или на выбранный носитель. Ручной бэкап подойдет лишь совсем небольшим компаниям, где администрированием занимается один человек. Однозначный плюс этого способа — низкая стоимость. Приобретать специализированный инструмент резервного копирования не нужно. Однако уровень надежности соответствующий: всегда присутствует риск, что администратор просто забудет сделать копию или проверить ее работоспособность.
Резервное копирование с кастомной автоматизацией
Более продвинутое решение — специальные скрипты и утилиты, автоматизирующие создание резервных копий. Администратору достаточно настроить логику автоматизации и периодически проверять копии.
Резервное копирование с помощью специализированного решения
Широкий выбор ПО для резервного копирования позволяет удовлетворить требования к резервному копированию практически любому бизнесу. Специализированные решения предлагают разнообразный функционал, включая настройку политик и схем резервного копирования, уведомление при возникновении ошибок и многое другое. Сегодня бизнесу доступны как «коробочные» версии ПО, так и облачные сервисы.
Схемы резервного копирования
Как правило, в компаниях не используется какой-то один вид резервного копирования. Во-первых, у каждого способа есть свои плюсы и минусы. Во-вторых, не стоит забывать, что любой бизнес стремится минимизировать издержки, и затрат на хранение данных это тоже касается. Для достижения наиболее оптимальной комбинации эффективности и стоимости бэкапов применяются различные схемы резервного копирования.
Рассмотрим наиболее распространенные из них
«Дед-отец-сын» (Grandfather-Father-Son, GFS)
Стратегия GFS предполагает создание бэкапов в три шага:
Дед: создание полной копии раз в месяц с последующим сохранением на удаленный носитель.
Отец: создание полной копии раз в неделю на более доступное хранилище.
Сын: неполный (инкрементный или дифференциальный) бэкап раз в день.
Ханойская башня
Эта стратегия основана на формуле 2x = y, где x — это количество носителей, а y — количество интервалов:
- Каждый второй интервал создается бэкап на первый носитель информации.
- Каждый четвертый интервал производится резервное копирование на второй носитель.
- Каждый восьмой интервал — на третий носитель и так далее.
Любая компания может выбрать любую удобную ей стратегию резервного копирования или выработать собственную.
Где хранить бэкапы
Наиболее распространенная ошибка при организации резервного копирования — хранение бэкапов на том же носителе, где размещаются копируемые данные.
Представьте ситуацию. Для размещения ИТ-инфраструктуры компания использует физический сервер, расположенный в офисе. Резервные копии хранятся на том же «железе». При пожаре в офисе сервер выходит из строя, а компания теряет не только доступ к корпоративным данным, но и бэкап, который можно было бы использовать для восстановления информации.
Правило 3-2-1
Золотым правилом размещения бэкапов считается правило 3-2-1. Звучит оно следующим образом.
Для обеспечения надежного хранения данных, необходимо иметь как минимум:
- 3 резервные копии,
- которые должны быть сохранены в 2 различных физических форматах хранения,
- при этом 1 из копий должна быть храниться удал
В качестве удаленного хранилища чаще всего используют облако. Оно легко масштабируется, доступно 24/7, а на случай проблем есть SLA.
Резервное копирование в VMmanager
Платформа управления виртуализацией VMmanager "из коробки" позволяет работать с бэкапами — подключать внешние системы или писать скрипты не нужно.
- Создание резервных копий. VMmanager позволяет делать пользовательские бэкапы виртуальных машин в ручном режиме или по расписанию.
- Управление резервными копиями. Управлять бэкапами ВМ можно прямо из карточки. Отсюда можно восстановить ВМ, создать новые резервные копии и удалить неактуальные.
- Хранение бэкапов. VMmanager позволяет использовать для хранения бэкапов узлы платформы или подключать внешние хранилища — подойдет физический или виртуальный сервер, к которому есть доступ по SSH.
- Продажа бэкапов для VPS/VDS. Интеграция с биллинговой платформой BILLmanager позволяет настроить продажу бэкапов.
С детальным устройством резервного копирования в VMmanager можно ознакомиться в документации.