Методы резервного копирования — документация Резервное копирование ВМ. Руководство пользователя

В этом разделе рассмотрены методы создания цепочек резервного копирования, которые доступны в Backup & Replication.

По умолчанию для региона PD01 используется метод Forward incremental, а для других регионов — Forever forward incremental. При необходимости изменить метод по умолчанию обратитесь в техническую поддержку.

• Forever forward incremental

• Forward incremental

Метод Forever forward incremental используется, когда вы настраиваете в задании резервного копирования:

• «Restore Points» — количество хранимых точек восстановления.

• «Days» — количество дней, в течение которых должны храниться точки восстановления.

Такая настройка соответствует политике краткосрочного хранения.

Метод создания цепочки резервного копирования следующий:

1. Во время первого сеанса резервного копирования создается первая полная резервная копия.

2. Во все последующие сеансы создаются инкрементальные резервные копии.

3. После добавления новой точки восстановления запускается проверка наиболее ранних точек восстановления. Если есть точка восстановления, которую согласно политике хранения необходимо удалить:

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

   2. Файл самой ранней инкрементальной резервной копии удаляется.

Пример

Политика резервного копирования:

Частота создания резервных копий	Политика хранения точек восстановления
1 раз в день	Хранить 3 точки восстановления

Допустим, первая полная резервная копия создалась в понедельник. Тогда в четверг в цепочке будет 4 точки восстановления, что нарушает правило политики «Хранить 3 точки восстановления».

Запускается удаление самой ранней точки восстановления за понедельник:

1. Данные самой ранней инкрементальной копии (I) за вторник добавляются к полной резервной копии (F) за понедельник.

2. Полная резервная копия за понедельник становится полной резервной копией за вторник.

3. Инкрементальная резервная копия за вторник удаляется.

Таким образом, в четверг в цепочке резервного копирования остаются 3 точки восстановления, как и указано в политике хранения.

Особенности

• Меньший объем резервных копий.

  Backup & Replication хранит только один файл полной резервной копии, что позволяет экономить место в репозитории резервных копий.

• Быстрое восстановление из ранней точки.

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

Метод Forward incremental используется, когда вы настраиваете в задании резервного копирования:

• «Restore Points» — количество хранимых точек восстановления.

• «Days» — количество дней, в течение которых должны храниться точки восстановления.

• Параметры GFS.

Такая настройка соответствует политике долгосрочного хранения резервных копий.

Метод создания цепочки резервного копирования следующий:

1. Во время первого сеанса резервного копирования создается первая полная резервная копия.

2. В последующие сеансы создаются инкрементальные резервные копии.

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

4. После добавления новой точки восстановления запускается проверка наиболее ранних точек восстановления. Если есть точка восстановления, которую согласно политике хранения необходимо удалить, Backup & Replication пытается это сделать.

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

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

   По этой причине, если вы выберете метод Forward incremental, через несколько дней у вас будет больше точек восстановления, чем указано в параметрах задания резервного копирования. Backup & Replication удалит полную резервную копию только после того, как последний файл инкрементальной резервной копии в цепочке «устареет» согласно политике хранения.

Пример

Политика резервного копирования:

Частота создания резервных копий	Политика хранения точек восстановления	Параметры GFS
1 раз в день	Хранить 3 точки восстановления	Полные резервные копии GFS создавать каждый понедельник

Допустим, полная резервная копия создалась в понедельник.

Тогда в четверг в цепочке будет 4 точки восстановления, что нарушает правило политики «Хранить 3 точки восстановления».

Система резервного копирования пытается удалить самую раннюю точку восстановления за понедельник.

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

Таким образом, в четверг задание будет хранить 4 точки восстановления вместо 3.

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

Поэтому в пятницу «лишняя» точка восстановления также не удаляется и в цепочке резервного копирования остается 5 точек восстановления вместо 3.

Backup & Replication удаляет ненужные точки восстановления только, когда появляется новая полная резервная копия и 2 инкрементальных резервных копии после нее. Количество инкрементальных копий зависит от числа, указанного в политике резервного копирования.

В рассматриваемом примере 3 точки восстановления останутся в цепочке в среду на следующей неделе. F за понедельник, I за вторник и I за среду.

Особенности

• Надежность.

  При регулярном полном резервном копировании цепочка разбивается на более короткие серии. Это снижает вероятность потери всей цепочки резервного копирования и делает метод Forward incremental наиболее надежным.

• Больший объем резервных копий.

  Метод требует больше места для хранения, поскольку цепочки резервных копий содержат несколько файлов полных резервных копий. Также иногда Backup & Replication хранит больше точек восстановления, чем указано в настройках политики хранения.

• Оптимальное время восстановления.

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

Была ли эта статья полезной?

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

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

Содержание:

• Полное резервное копирование
• Дифференциальное резервное копирование
• Инкрементное резервное копирование
• Обратное инкрементное резервное копирование
• Синтетическое резервное копирование

* * *

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

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

---

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

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

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

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

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

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

* * *

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

---

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

Кибер бэкап (Acronis)

Backup Exec

Commvault

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

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

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

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

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

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

* * *

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

---

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

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

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

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

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

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

* * *

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

---

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

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

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

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

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

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

* * *

Synthetic Full Backup: СИНТЕТИЧЕСКОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ

---

Синтетическое резервное копирование применяется в системах

Backup Exec

Commvault

Veeam Backup

Синтетическая резервная копия имеет много общего с обратным инкрементным типом резервного копирования. Различия заключается в том, что для создания новой полной резервной копии используются ранее созданные full и Incremental Backup. Синтетическое резервное копирование, как и остальные способы, начинается с создания полной резервной копии, за которой следует серия инкрементных резервных копий. В заданный момент существующая полная резервная копия и инкременты объединяются (синтезируются) в новую полную резервную копии, эта новая копия станет исходной для создания следующих инкрементов и т.д. Синтетический тип резервного копирования обладает такими же преимуществами как full backup, но при этом решает его недостатки, меньше нагружает сеть и экономит пространство для хранения бэкапа.

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

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

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

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

* * *

Вывод

Мы рассмотрели основные виды резервного копирования. При выборе типа резервного копирования необходимо учитывать плюсы и минусы в каждом отдельном случаи, исходя из политики защиты данных/плана аварийного восстановления (RTO и RPO), объёма хранилища, вычислительных ресурсов, пропускной способностью сети передачи данных и т.д.

 

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

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

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

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

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

Методы резервного копирования со временем развивались и становились все более изощренными (и, возможно, в результате сложными).

Эволюция резервного копирования

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

Сколько типов резервного копирования?

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

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

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

Возьмем пример. Допустим, у вас есть 4 файла A, B, C, и D . И скажем, каждый из них имеет размер около 1 ГБ каждый, и для каждого из них требуется 10 минут для резервного копирования.

• В день 1 — вы создадите резервную копию 4 ГБ, что займет у вас 40 минут
• Во второй день , допустим, файл B изменится на B1, и будет добавлен новый файл E . A-C и D остаются прежними.
• если вы запустите резервное копирование в День 2, оно сделает резервную копию всех 5 файлов, и это займет у вас 50 минут
• One Day 3 , допустим, файл B снова изменится и станет B2. Файл C также изменяется на C1, а файл D удаляется.
• Когда вы запустите резервное копирование в День 3, оно снова создаст резервную копию 4 файлов (D удален — помните?), и это займет у вас 40 минут.

При восстановлении вы, скорее всего, получите данные из последней резервной копии, и на восстановление у вас уйдет 40 минут.

Достаточно просто?

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

Полное резервное копирование, как видите, требует времени. 40 минут – 50 минут каждый день, как в нашем примере. Следующей оптимизацией, сделанной отраслью, было дифференциальное резервное копирование. Дифференциальное резервное копирование создает копии файлов, которые изменились с момента создания полной резервной копии.

Возьмем тот же пример — скажем, у вас есть 4 файла A, B, C, и D . И допустим, каждый из них имеет размер около 1 ГБ каждый, и для каждого из них требуется 10 минут для резервного копирования

• В день 1 — вы создадите резервную копию 4 ГБ, и это займет у вас 40 минут. Файлы A, C и D остаются прежними.
• Когда вы запустите резервное копирование в День 2, оно сделает резервную копию только 2 измененных файлов, и резервное копирование займет у вас 20 минут
• Один день 3 , скажем, файл B снова изменится и станет B2. Файл C также изменяется на C1, а файл D удаляется.
• При запуске резервного копирования в День 3 будут созданы резервные копии 3 файлов (B2, C1 и E), и это займет у вас 30 минут. Почему мы сделали резервную копию E? Помните, что дифференциальная резервная копия собирает все, что изменилось с момента создания полной резервной копии.

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

Если вы хотите получить последнюю копию данных, восстановление займет у нас 80 минут — это 40 + 20 + 20. Так что с точки зрения восстановления это не очень хорошо.

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

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

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

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

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

Следующее новшество – инкрементное резервное копирование. Инкрементное резервное копирование резервирует только то, что было изменено с момента последнего резервного копирования. Звучит эффективно, верно?

Давайте рассмотрим это на том же примере:

Итак, у вас есть 4 файла A, B, C, и D . И допустим, каждый из них имеет размер около 1 ГБ каждый, и для каждого из них требуется 10 минут для резервного копирования

• В День 1 — вы сделаете резервную копию 4 ГБ, и это займет у вас 40 минут
• Во второй день предположим, что файл B изменяется на B1, и добавляется новый файл с именем E.
• Когда вы запустите резервное копирование в день 2, оно сделает резервную копию только 2 измененных файлов — и это займет у вас 20 минут
• One Day 3 , допустим, файл B снова изменится на B2. Файл C также изменяется на C1, а файл D удаляется.
• Когда вы запустите резервное копирование в День 3, оно снова создаст резервную копию только двух файлов (B2 и C1) (D удален — помните?), и это займет у вас 20 минут

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

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

Если вы хотите получить последнюю копию данных, восстановление займет у нас 80 минут — это 40 + 20 + 20. Так что с точки зрения восстановления это не очень хорошо.

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

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

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

Современная технология резервного копирования корпоративного класса продвинулась дальше и теперь предлагает лучшее из обоих миров — быстрое инкрементное резервное копирование и быстрое восстановление. Секрет в том, что называется Каталогизация .

Магия каталогизации

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

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

Давайте попробуем тот же пример — на этот раз с каталогизацией.

Итак, у вас есть 4 файла A, B, C, и D . И допустим, каждый из них имеет размер около 1 ГБ каждый, и для каждого из них требуется 10 минут для резервного копирования

• В день 1 — вы создадите резервную копию 4 ГБ, и это займет у вас 40 минут.
• Во второй день допустим, файл B изменяется на B1 и добавляется новый файл с именем E.
• Когда вы запустите резервное копирование в день 2, оно сделает резервную копию только 2 измененных файлов — и это займет у вас 20 минут
• One Day 3 , допустим, файл B снова изменится на B2. Файл C также изменяется на C1, а файл D удаляется.
• Когда вы запустите резервное копирование в День 3, оно снова создаст резервную копию только двух файлов (B2 и C1) (D удален — помните?), и это займет у вас 20 минут

Теперь при восстановлении каталог автоматически предоставит вам последнюю версию каждого файла — So A, B2, C1 и E. Через 40 минут. И вы даже не потрудитесь вернуть D, потому что каталог знает, что он был удален.

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

Когда у вас есть возможности каталогизации данных, вам не нужно выполнять полное резервное копирование снова и снова. Вы можете запустить инкрементное резервное копирование навсегда.

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

Синтетическая полная резервная копия

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

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

А как насчет реальных изменений, которые могли произойти в источнике данных с момента последнего инкрементного резервного копирования? Не проблема — просто соедините синтезированное полное с добавочным резервным копированием, которое запускается непосредственно перед синтезированным полным, и все готово.

Знайте свои резервные копии

Резервные копии являются необходимой частью набора инструментов любого хорошего ИТ-администратора. Наличие надежной стратегии резервного копирования значительно упрощает жизнь и позволяет администраторам сосредоточиться на вещах, требующих их внимания, вместо того, чтобы постоянно находиться в «кризисном» режиме. Понимание того, как они работают, значительно упрощает работу ИТ-администратора. Чтобы узнать больше о решении для резервного копирования Parablu, нажмите здесь

Мысли? Дайте нам знать — мы всегда рады услышать от читателей.

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

Узнайте больше о Parablu

Пять способов обеспечить безопасность ваших данных

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

Какой метод резервного копирования сервера подходит для вашего бизнеса?

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4. Резервное копирование образов

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

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

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

5. Задания копирования

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

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

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

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

1. Ежемесячное резервное копирование образа, Еженедельное полное резервное копирование и Ежедневное дифференциальное резервное копирование
2. Ежемесячное резервное копирование образа, еженедельное полное резервное копирование и ежедневное добавочное резервное копирование
3. Ежеквартальные резервные копии образов, ежемесячные полные резервные копии и ежедневные добавочные резервные копии

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

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

Какой сервер резервного хранилища выбрать?

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

1. Внешний жесткий диск
2. Устройства NAS или SAN
3. Ленточные накопители
4. USB-носитель (флэш-память, флэш-накопитель)
5. Сетевое хранилище
6. Онлайн-резервное копирование (Amazon S3, NovaBACKUP Cloud или другие облачные провайдеры)
7. Службы обмена файлами (Dropbox, OneDrive и т.