Резервное копирование: три метода

В предыдущей публикации, посвященной вопросам резервного копирования, мы обсудили задачу бэкапа на примере правила 3-2-1, закрыв главный вопрос «с чего же начать?». Перейдем к практике.

Если вы хотя бы однажды архивировали данные (например, семейный фотоархив), то знаете: полная копия архива занимает много времени, а сам архив — много места. Резервное копирование в масштабе компании усугубляет проблему, т.к. приходится оперировать большими объемами информации. Три подхода к созданию резервных копий, о которых пойдет речь ниже, и появились как попытка оптимизировать процедуру бэкапа.

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

Полное резервное копирование — нет, сюрприза не будет — информация, которую скопировали целиком. Полная резервная копия дуальна: на создание уходит много времени (вспомните ваш фотоархив), а восстановление данных с такой копии занимает мало времени. Размер полного бэкапа максимально возможный. Метод полного резервного копирования хорошо работает в тех случаях, когда исходные данные меняются редко и в небольшом относительно полной копии объеме.

Тот же фотоархив, структурированный по годам — хороший повод использовать полное резервное копирование: новые фотографии за 2016-й год вряд ли будут появляться регулярно и в большом количестве.

Дифференциальный метод резервного копирования

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

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

Для  семейного фотоархива, полная копия которого состоит из работ 2016-го года, будет полезно использовать дифференциальную копию тех фотографии, которые вы нащелкали в 2017-м году. Интуитивно именно так часто и поступают, вручную добавляя к архивной папке 2017 свежие материалы зима-17, отчетный концерт в музыкалке-17.

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

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

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

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

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