5 методов резервного копирования для бизнеса

Резервное копирование давно перестало быть просто копией «на всякий случай». Для бизнеса это часть стратегии непрерывности, ведь от того, как именно устроен бэкап, зависит:

• сколько данных компания потеряет при сбое;
• сколько часов или дней займет восстановление;
• выдержит ли атаку шифровальщика, сбой инфраструктуры или человеческую ошибку.

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

Перед тем как обсуждать методы, нужно зафиксировать два показателя:

• RPO (Recovery Point Objective) – сколько данных бизнес готов потерять.
  Например, если бэкап делается раз в сутки, а сервер упал вечером, можно потерять изменения за целый день.
• RTO (Recovery Time Objective) – сколько времени у вас есть на восстановление.
  Для интернет-магазина это могут быть часы, для архива документов – сутки, для системы видеонаблюдения – минуты.

Именно RPO и RTO определяют, подойдет ли вам полный бэкап раз в неделю, или нужна более сложная схема.

1. Полное резервное копирование

Полный бэкап (backup) создает копию всех выбранных данных целиком: файлов, папок, базы или всей системы.

Когда подходит:

• для небольших объемов данных;
• для архивов, которые меняются нечасто;
• как базовая точка для других схем;
• для компаний, которым важна простота восстановления.

Преимущества:

• проще всего восстановить;
• меньше риск запутаться в цепочке копий;
• удобно для тестов восстановления.

Недостатки:

• дольше выполняется;
• занимает больше места;
• сильнее нагружает сеть и хранилище.

Полный бэкап редко используют как единственный метод для активных систем. Чаще он становится «опорной» копией, а между полными копиями работают инкрементальные или дифференциальные.

2. Инкрементальное резервное копирование

Инкрементальное резервное копирование сохраняет только те данные, которые изменились с момента любой последней резервной копии.

Когда подходит:

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

Преимущества:

• быстрый бэкап;
• экономия места;
• меньше нагрузка на канал и хранилище.

Недостатки:

• восстановление сложнее;
• нужно последовательно собрать полную копию и все инкременты;
• если поврежден один из блоков цепочки, восстановление может осложниться.

Инкрементальный backup хорошо работает там, где важна частота копирования. Но его нельзя запустить и «забыть». Нужно регулярно проверять целостность цепочек и тестировать восстановление.

3. Дифференциальное резервное копирование

Дифференциальный бэкап сохраняет все изменения с момента последней полной копии.

Когда подходит:

• когда нужен компромисс между скоростью резервного копирования и скоростью восстановления;
• для файловых серверов и приложений с умеренной скоростью изменений;
• для бизнеса, которому нужно более предсказуемое аварийное восстановление.

Преимущества:

• восстановление проще, чем при инкрементальном backup;
• не нужно собирать длинную цепочку;
• удобно для типовых бизнес-систем.

Недостатки:

• занимает больше места, чем инкрементальный бэкап;
• со временем ежедневная дифференциальная копия может становиться тяжелой;
• при больших массивах данных окно копирования растет.

Дифференциальный бэкап подходит компаниям, которые хотят упростить восстановление и готовы заплатить за это большим объемом хранения.

4. Резервное копирование на основе образов (image-based backup)

Резервное копирование на основе образов создает снимок всей системы: операционной системы, приложений, настроек, дисков и служебных разделов.

Когда подходит:

• для физических и виртуальных серверов;
• для аварийного восстановления;
• для инфраструктур, где критично быстро поднять систему целиком;
• для миграции или клонирования среды.

Преимущества:

• можно восстановить не только файлы, но и весь сервер;
• хорошо подходит для восстановления после катастроф;
• удобно при сбое ОС, гипервизора или конфигурации.

Недостатки:

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

Если бизнесу важно быстро вернуть в строй не отдельный файл, а целую систему, image-based backup нужен обязательно. Особенно для высокопроизводительных серверов, виртуальных машин и критичных сервисов.

5. Гибридное резервное копирование

Гибридная схема сочетает локальные копии и удаленное хранение: например, бэкап на локальном NAS или устройство плюс копия в облако или S3-совместимое объектное хранилище.

Когда подходит:

• для компаний со смешанной инфраструктурой;
• для защиты от локальных аварий и программ-вымогателе (ransomware);
• для бизнеса, которому нужно быстрое локальное восстановление и удаленная копия «на всякий случай»;
• для соблюдения правила 3-2-1 и его расширенных версий.

Преимущества:

• быстрое восстановление с локальной площадки;
• защита от пожара, кражи, сбоя площадки, шифровальщика;
• гибкость по стоимости и срокам хранения.

Недостатки:

• схема сложнее в управлении;
• нужен контроль версий, политик хранения и репликации;
• важно заранее считать трафик и объем восстановления из облака.

Для большинства компаний именно гибридный подход – самый подходящий и зрелый вариант. Он лучше всего балансирует скорость восстановления, устойчивость и стоимость.

Один метод применяется крайне редко. Обычно рабочая схема выглядит так:

• полный бэкап – как базовая точка;
• инкрементальный или дифференциальный – для ежедневной работы;
• резервное копирования образов – для критичных систем и быстрого аварийного восстановления;
• гибридное хранение – для отказоустойчивости и правила 3-2-1.

Правило 3-2-1 и 3-2-1-1-0

Классическое правило резервного копирования звучит так: 3 копии данных – 2 разных типа носителей – 1 копия вне основного сервера.

Сегодня этого уже недостаточно, поэтому появилась расширенная модель 3-2-1-1-0:

• 3 копии данных;
• 2 типа носителей;
• 1 копия вне основной площадки;
• 1 копия изолированно от сети (офлайн);
• 0 ошибок при проверке восстановления.

Для российского сегмента это особенно актуально: кибератаки, человеческие ошибки, проблемы с обновлениями, сбои СХД и удаление данных администраторами одинаково опасны и для локальной, и для облачной среды.

Что важно для российского бизнеса

Для российских компаний тема резервного копирования почти всегда упирается не только в технологию, но и в модель эксплуатации:

• часть данных остается в локальном контуре;
• часть уходит в российское облачное или S3-совместимое хранилище;
• нужны интеграции с 1С, VM, файловыми серверами, БД и корпоративными приложениями;
• восстановление должно быть проверяемым, а не «теоретически возможным»;
• важна не только цена хранения, но и стоимость трафика, скорость аварийного восстановления и поддержка сценария в целом.

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

Простая логика выбора

• Если нужны простота и понятное восстановление = полный + дифференциальный.
• Если важна экономия места и частые копии = полный + инкрементальный.
• Если критично быстро поднять сервер целиком = бэкап образов.
• Если нужна защита от локального инцидента и программ-вымогателей = гибридная схема с удаленной и неизменяемой копией.

Так где хранить резервные копии

Локальное хранение подходит для быстрого восстановления, но не защищает от проблем площадки.

Хранение в облачном хранилище подходит для удаленной копией и масштабируемости, но требует расчета трафика, скорости восстановления и политик хранения.

Гибридная схема чаще всего лучший выбор, так как обеспечивает быстрое восстановить данные и обеспечить хранение удаленной копии для аварийного сценария.

Очень часто люди:

1. Делают копии, но не тестируют восстановление.
2. Хранят все копии в одном контуре.
3. Не разделяют критичные и второстепенные данные.
4. Не считают RPO и RTO.
5. Не защищают резервные копии от программ-вымогателей.
6. Оставляют одну-единственную цепочку инкрементов без контроля целостности.
7. Не проверяют, сколько будет стоить и сколько займет восстановление из облака.

Какие функции искать в системе резервного копирования

Чем отличается инкрементальный бэкап от дифференциального?

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

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

Надежность зависит не от одного метода, а от схемы в целом: где хранятся копии, есть ли удаленная (офлайн) версия и как часто тестируется восстановление.

Нужен ли полный бэкап, если есть инкрементальный?

Да. Инкрементальные копии обычно строятся вокруг полной базовой копии.

Что лучше для сервера: резервная копия файлов или образ системы?

Если нужно восстановить отдельные файлы – файловый бэкап. Если нужно быстро вернуть весь сервер целиком – образ системы.

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

Нет. Локальные копии удобны для быстрого восстановления, но не защищают от аварии площадки, пожара, кражи или ransomware.

Что такое неизменяемая резервная копия?

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

Как часто нужно проверять восстановление?

Регулярно, минимум по расписанию и после значимых изменений инфраструктуры. Без теста восстановления резервное копирование нельзя считать надежным.

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

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