47 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Полное, инкрементное, дифференциальное – о методах резервного копирования

Содержание

Полное, инкрементное и дифференциальное резервное копирование

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

Методы резервного копирования данных

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

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

  • Создание полной копии;
  • Генерация инкрементной копии;
  • Создание дифференциальной копии.

Данные действия имеются во многих приложений, например, в одной из самых популярных программ для резервного копирования данных, AOMEI Backupper. В рамках данной статьи примеры будут рассмотрены на ней, но найти подобные механизмы резервного копирования можно и в других программах.

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

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

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

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

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

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

  • Первая копия. Основная — содержит в себе всю информацию;
  • Вторая копия. Дочерняя — содержит в себе информацию об изменении данных со времен создания первой копии;
  • Третья копия. Дочерняя ко второй — содержит в себе информация об изменении данных со времен создания второй копии.

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

Плюс подобного метода резервного хранения данных, в сравнении с первым, меньший размер копий (каждая новая инкрементная копия весит десятки-сотни мегабайт, в зависимости от количества произошедших изменений). Минус — обращение каждой новой копии к предыдущей при восстановлении. То есть, если одна из копий повреждена, придется выполнять восстановление к последней рабочей копии в непрерывной цепи от первой. Кроме того, восстановление из инкрементной копии происходит дольше по времени, чем из других методов резервного копирования.

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

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

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

  • Первая копия. Основная — содержит в себе всю информацию;
  • Вторая копия. Дочерняя — содержит в себе сведения об изменении данных со времен создания первой копии;
  • Третья копия. Дочерняя — содержит в себе сведения об изменении данных со времен создания первой копии.

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

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

Какой метод резервного копирования лучше

Рассмотрев три метода резервного копирования, каждый пользователь может самостоятельно сделать вывод, какой из вариантов для него лучше. Кратко подведем итоги и приведем несколько сценариев:

  • Полное резервное копирование. Самый надежный способ. Подойдет тем пользователям, которые имеют возможность хранить большие по объему бэкапы;
  • Инкрементное резервное копирование. Лучший вариант для пользователей, которые делают бэкап на диске малого объема, например, на SSD-накопителе. Преимущество этого метода, в сравнении с дифференциальным резервным копированием, только в размере каждого нового снимка системы;
  • Дифференциальное резервное копирование. Лучший вариант для пользователей домашних компьютеров. При таком методе копирования озаботиться нужно только сохранностью первой копии.

Резервное копирование: самые эффективные методы для разных задач

Зачем нужно резервное копирование

О резервном копировании в последнее время много говорят и пишут. И мы, SIM-Networks, в том числе. 🙂

Модная тема неизбежно мифологизируется. Нам свойственно заполнять пробелы в своих познаниях выдуманными фактами и субъективными оценками. Так происходит, в частности, в том, что касается услуги резервного копирования и вопроса ее организации провайдерами хостинга. Должен ли хостер предоставлять своим клиентам резервное копирование автоматически, по умолчанию? Ответ на этот вопрос можно найти в нашем материале “5 мифов о бэкапе и хостинг-провайдерах”

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

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

Как настроить бэкап

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

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

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

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

Поэтому заботимся о правильном расписании бэкапов и обеспечиваем удаленность хранилища для копий.

Основные критерии выбора программы для бэкапов

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

  • эффективность расхода ресурсов: программа должна работать в максимально автономном режиме (не отвлекая вас и не тратя ресурс вашего времени, то есть автоматизирована насколько возможно), с минимально возможной загрузкой ресурсов системы и выполняться за минимально возможное время;
  • скорость восстановления: ПО должно восстанавливать ваши данные из резервной копии максимально быстро, чтобы не страдали бизнес-процессы; идеальной будет функция работы напрямую с копиями данных;
  • защита данных и безопасность: программа для резервного копирования обязательно должна обеспечивать вам достаточный уровень безопасности – как криптографическими, так и аппаратными средствами (защита каналов передачи данных в СХД, защита данных во время операции резервного копирования, возможность восстановления прерванной сессии);
  • гибкость: ПО должно быть одинаково пригодно для всех типов данных (поскольку невозможно прогнозировать, какие из них вы посчитаете критически важными и выберете для копирования в резервное СХД), а также давать вам возможность выбора методов бэкапа и одинаково полноценно функционировать при любом из них.
Читать еще:  Обзор бета-версии программы для резервного копирования AOMEI Backupper 5.0 Beta с новым современным интерфейсом

Современное ПО, используемое профессиональными админами, всегда соответствует этим критериям. Кроме того, люди, специально обученные и имеющие за плечами богатый и разнообразный опыт настройки резервного копирования, могут подобрать наиболее оптимальный вариант бэкапа для каждого конкретного случая. Поэтому все-таки настоятельно рекомендуем обращаться за помощью к специалистам, чтобы не было потом мучительно больно от затертых правильных копий, поверх которых записывается ошибочная информация. Понятно, что восстановление таких версий резервных копий не принесет вам желаемого результата, ведь исходные корректные данные утрачены. Так бывает, если выбран неподходящий метод копирования и слишком мал объем резервной СХД.

Поговорим теперь о видах бэкапа – полном, инкрементальном и дифференциальном. Они различаются способом копирования и сжатия информации.

Полный бэкап (full backup)

Тут все понятно из названия: каждый раз, согласно заданию на бэкап, создается полная копия всей системы, точнее, всех тех данных, которые вы определили для резервного копирования при постановке задачи. Для уменьшения итогового объема резервной копии все данные сжимаются в архив. Таким образом, в вашем хранилище при полном резервном копировании с заданной периодичностью появляются архивы, где данные в основной своей массе дублируются (поскольку на протяжении долгого времени не изменяются). Это серьезный недостаток, ведь расходуется огромный объем ресурсов (см.п.1 в списке критериев бэкапа): место в хранилище, время создания и процессорное время, вычислительные мощности, наконец, ресурсы трафика при транспортировке архивов в удаленную СХД. И хотя метод полного копирования ранее был очень распространенным из-за высокой надежности, в чистом виде на сегодняшний день он признан малоэффективным. Например, для резервного копирования невысокой глубиной (менее двух недель) или с высокой частотой (раз в сутки, раз в несколько часов) полный бэкап чрезмерно расходует ресурсы.

Немного спасет ситуацию механизм дедупликации – выявление и удаление дублирующихся данных в полных копиях. Он также задается специальными программными средствами как на уровне СХД или сервера, так и на клиенте непосредственно. Статистика в некоторых источниках приводит впечатляющие результаты степени дедупликации – от 90% до 98%.

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

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

Инкрементальный, или инкрементный, бэкап (incremental backup)

По сравнению с full backup гораздо экономичнее и быстрее, поскольку в этом процессе копируются только те файлы, которые изменились со времени предыдущего резервного копирования. Исходные данные, записанные изначально, не перезаписываются. Механизм инкрементального копирования прост: в качестве начальной точки бэкапа Х выбирается время (например, полночь с воскресенья на понедельник), в которое делается полный бэкап; в точке Х1 (полночь с понедельника на вторник) делается копирование файлов, измененных и/или появившихся с момента Х; в точке Х2 (полночь со вторника на среду) копируются файлы, измененные/появившиеся с момента выполнения Х1; … в точке Хn происходит завершение цикла и делается следующий полный бэкап.

Этот метод гораздо более экономично расходует ресурсы и места в хранилище, и времени, и трафика передачи данных, по сравнению с другими. Однако при восстановлении данных в случае необходимости из резервной копии происходит поэтапное восстановление из точек Хn-1…Х2, Х1, Х – до последнего полного бэкапа включительно, и этот процесс может занять много времени.

Дифференциальный бэкап (differential backup)

Выигрывает перед инкрементальным в случае восстановления данных – время на эту операцию у него меньше, поскольку сравниваются полные копии Х и Хn и не требуется поэтапного восстановления. Однако в части объема пространства для размещения в СХД дифференциальное резервное копирование сопоставимо с полным, поэтому экономии места в хранилище и трафика практически не достигается.

При дифференциальном бэкапе происходит копирование «нарастающим итогом»: каждый измененный файл в каждой последующей точке бэкапа копируется заново. То есть выглядит это как: Х, Х1, Х12, Х123, … +Хn, Х(1+…n)

Словом, очень громоздко и сложно при расчете места в СХД.

Понять разницу между инкрементальным и дифференциальным бэкапом достаточно просто. Фактически – она в одном слове. Просто сравните:

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

Другие виды резервного копирования

Разновидностью дифференциального бэкапа считается дельта-копирование (дельта-блочное или дельта-стилевое резервное копирование). При таком методе в копию записываются только изменения, происходящие в файлах, а не переписываются полностью изменяемые данные. То есть копируется частичка, а не весь файл. Правда, дельта-блочный метод можно применить именно на изменяемые, а не на создаваемые файлы – поэтому новые файлы копируются целиком.

Его отличает высокая скорость создания, крайняя экономия места и значительно меньшее (в сравнении с инкрементальным и дифференциальным бэкапами) количество избыточных данных. Казалось бы, применять дельту должны все, но этого не происходит, поскольку создание бэкапов таким способом и восстановление информации происходит средствами специального ПО. Кроме того, восстановление из дельта-бэкапа происходит очень долго: данные приходится собирать из мозаики измененных кусочков. Тем не менее, этим методом удобно пользоваться для обеспечения непрерывной защиты данных (когда бэкап файла делается непосредственно после его создания или внесения в него изменений – механизм, который отдаленно напоминает автосохранение в файлах Word’а))) или в случаях пониженной пропускной способности при сохранении резервных копий в удаленном СХД.

Аналогично дельта-блочному бэкапу действует разработанный программистами метод бинарных патчей, при котором копируются частички измененных файлов, но применяется другая база сравнения (в дельте – блоки, в этом методе – биты информации).

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

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

За последние 12-15 лет в технологиях резервного копирования произошло много критических изменений, заставивших пересмотреть эффективность подходов и открыть новые способы. Например, внедрение технологии снэпшотов (snapshots) – моментальных «снимков» файловой системы, из которых можно «склеить» резервную копию, – позволяют в облачных системах делать резервное копирование быстро и безболезненно, не останавливая виртуальной машины. Кроме того, применяясь в облаке, снэпшоты позволяют серьезно экономить ресурс СХД, поскольку на диске клиента они места не занимают.

Клиенты SIM-Networks выбирают бэкап!

Конечно, если вы любите все делать самостоятельно, для вас не составит проблемы настроить резервное копирование вручную – на своем домашнем компьютере. Правда, даже в этом случае есть частичный риск, ведь что-то может пойти не так, и ценные фотографии, книги, видеозаписи или расчеты ракетной ступени случайно могут не сохраниться или сохраниться с дефектом, который сделает невозможным их восстановление из резервной копии. А если речь идет об офисных машинах? Как быть, если необходимо обеспечить бэкап данных, которые хранит корпоративная инфраструктура? Мы рекомендуем все-таки полагаться не на собственные силы, а на профессионализм хостинг-провайдера. Заказать настройку резервного копирования и пространство для удаленного хранения резервных копий в Германии – это очень просто.

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

Если вы арендуете мощности в нашей облачной инфраструктуре SIM-Cloud, заказать услугу резервного копирования SIM-Cloud BaaS Backup-as-a-Service, проще простого, в пару кликов. Всё уже настроено и будет подключено автоматически, как только вы дадите команду. Кстати, когда наши инженеры разрабатывали SIM-Cloud BaaS, они проанализировали эффективность разных типов бэкапа и остановили свой выбор на методе инкрементального копирования. Наше резервное копирование в облаке оптимизировано таким образом, что показатель RTO (время восстановления данных из копии) составляет в среднем от 15 до 30 минут в зависимости от объема данных. Облачный BaaS от SIM-Networks соответствует всем заявленным выше критериям высококачественного резервного копирования.

Читать еще:  Синхронизация важных данных с облаком Google Диск

Вы можете самостоятельно выбрать, в каком дата-центре организовать хранилище для бэкапов. Первый вариант – локальное хранение: ваши резервные копии хранятся в том же ДЦ, где развернута ваша основная инфраструктура. Это дает возможность ускорить RTO и RPO. Второй вариант – бэкапы отправляются на хранение в дата-центр, удаленный от того, в котором развернута основная инфраструктура. Восстановление данных в этом случае будет происходить немного медленнее, но фактор безопасности выше. Если вы сомневаетесь, какой вариант выбрать, обратитесь в нашу службу Customer Care – вам помогут подобрать оптимальное решение.

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

Автор: Алиса Кандеева

Понравилась статья? Поделитесь ею в социальных сетях!

Виды резервного копирования

Дата публикации: 21 ноября 2018 г.

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

Full Backup: ПОЛНОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ

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

Обычно, полные резервные копии делают периодически и объединяют их с другими типами резервного копирования.

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

  • быстрое восстановление данных
  • простое управление
  • все данные содержаться в одной резервной копии

Недостатки Full Backup:

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

Differential Backup: ДИФФЕРЕНЦИАЛЬНОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ

Системы с дифференциальным резервным копированием

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

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

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

  • резервное копирование быстрее, чем полное, но медленнее, чем инкрементное
  • восстановление быстрее, чем инкрементное, но медленнее чем полное
  • более надежный способ (для восстановления требуется только полная и последняя резервная копия)

Недостатки Differential Backup:

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

Incremental Backup: ИНКРЕМЕНТНОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ

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

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

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

  • высокая скорость резервного копирования (копируются только блоки изменённых данных)
  • меньше места для хранения (по сравнению с полным)
  • большее количество точек восстановления

Недостатки Incremental Backup:

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

Reverse Incremental Backup: ОБРАТНОЕ ИНКРЕМЕНТНОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ

Обратное инкрементное резервное копирование, аналогично другим типам резервного копирования, начинается с создания полной резервной копии, но при каждом новом резервном копировании, все данные из предыдущей (полной) резервной копии перемещаются в новую резервную копию, а предыдущая РК заменяется инкрементом. Таким образом, отличие данного типа заключается в том, что последняя (самая новая) резервная копия всегда является полной, а старые резервные копии наоборот, всегда есть инкременты. Это дает возможность более быстрого восстановления, так как именно самая последняя резервная копия чаще является самой ценной и востребованной.

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

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

  • быстрое восстановление (для последних копий)
  • более высокая безопасность данных
  • более гибкое управление объемом хранилища (buckup repository). При не хватке места, без последствий можно удалить старые версии резервных копий
  • низкая загрузка сети (как для обычного инкрементного РК)

Недостатки Reverse Incremental Backup:

Дифференциальное и инкрементное резервное копирование 2020

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

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

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

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

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

Читать еще:  Как добавить программу DISM++ в меню загрузки Windows, чтобы работать с программой в среде WinPE

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

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

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

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

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

Инкрементное резервное копирование более выгодно для больших наборов данных.

Полное, инкрементное, дифференциальное – о методах резервного копирования

Acronis Backup & Recovery 10 предоставляет возможность использования популярных схем резервного копирования, таких как «дед-отец-сын» и «Ханойская башня», а также создания собственных схем резервного копирования. Все схемы резервного копирования строятся на основе методов полного, инкрементного и дифференциального резервного копирования. Термин «схема» в действительности обозначает алгоритм применения этих методов в сочетании с алгоритмом очистки архива.

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

Резервное копирование с помощью методов полного, инкрементного или дифференциального резервного копирования создает резервную копию соответствующего типа.

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

Широко известно, что полная резервная копия — самая медленная для создания и самая быстрая для восстановления. С помощью технологий Acronis восстановление из инкрементной резервной копии может выполняться так же быстро, как из полной.

Полное резервное копирование наиболее полезно в следующем случае:

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

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

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

Инкрементное резервное копирование наиболее полезно в следующем случае:

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

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

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

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

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

Обычно считается, что «дифференциальные резервные копии дольше создаются и быстрее восстанавливаются, а инкрементные быстрее создаются и медленнее восстанавливаются». В действительности не существует физической разницы между инкрементной резервной копией, прилагаемой к полной, и дифференциальной копией, прилагаемой к той же полной резервной копии, на один и тот же момент времени. Упомянутая выше разница подразумевает, что дифференциальная резервная копия создана после (или вместо) создания нескольких инкрементных копий.

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

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

Дифференциальный бэкап (differential backup) файлов ПК, флешки или сайта

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

Дифференциальный бэкап — это тип резервного копирования файлов, при котором копируются не все исходные файлы, а только новые и измененные с момента создания предыдущей полной копии. Он является чем-то средним между полным резервным копированием и инкрементальным. Название этого типа произошло от английского слова Differential backup и является накопительным, т.е. каждая следующая копия содержит все новые/измененные файлы с момента создания предыдущей полной резервной копии. В русском языке этот тип копирования называется Разностным или дифференцированным. Как и каждый другой, этот тип также имеет свои достоинства и недостатки.

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

Вывод : Создавайте дифференциальный backup в том случае, если объем исходных данных большой, файлы в исходной папке изменяются не слишком интенсивно, а простота и скорость восстановления файлов для вас являются критичными. Создание дифференциальных копий происходит достаточно быстро, если накопленных изменений с момента создания полной немного. Оптимальная периодичность создания Differential backup — 1 раз в час, если исходные файлы изменяются часто и 1-2 раза в день, если файлы редактируются редко.

Как создать дифференциальный бэкап с помощью Exiland Backup

Рассмотрим, как создать разностный бэкап файлов вашего ПК с помощью простой утилиты Exiland Backup.

Установите Exiland Backup, запустите программу.

После запуска, на верхней панели нажмите на кнопку создания нового задания, впишите наименование задания, например, «Мои документы» и нажмите «Далее». На следующем экране мастера выберите тип копирования «Разностный (Differential)».

Мастер создания задания. Выбор типа «Разностный (differential)».

После выбора типа внизу окна вы можете ограничить число полных копий (по-умолчанию 10) — тогда при достижении этого ограничения самая старая полная резервная копия будет автоматически удалена, после чего будет создана новая (эта настройка недоступна в версии Free). Кроме того, вы можете ограничить число дифференциальных копий между полными (по-умолчанию 8). При достижении заданного ограничения будет создана очередная полная копия.

На последующих шагах мастера укажите исходную папку, дубликат которой требуется создать, и куда сохранять. Расписание запуска задания пока можете не задавать.

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

После создания задания запустите его вручную, нажав на кнопку «Выполнить» сверху, на панели.

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

Ссылка на основную публикацию
Статьи c упоминанием слов:
Adblock
detector
×
×