На протяжении многих лет разрабатывались различные технологии резервного копирования в попытке свести к минимуму объем пространства на диске, необходимого для хранения резервных копий файлов, и уменьшить объем проходящего трафика, необходимого для копирования файлов на удаленные ресурсы (компьютеры, сетевые диски и прочие). В разнообразии методов резервного копирования, предлагаемых программами, можно легко запутаться, так как используемая терминология часто не понятна с первого взгляда и не описывает особенности методов. Кроме того, иногда, с первого взгляда трудно понять преимущества и недостатки какой-либо технологии. Эта статья представляет собой руководство, которое позволит вам разобраться в некоторых используемых терминах, а так же в их различиях, преимуществах и недостатках.
Примечание : В данном руководстве приводится большинство основных используемых методов на сегодняшний день. Понимание их области применения, ограничений, особенностей, преимуществ и недостатков будет более, чем достаточно, чтобы упростить выбор подходящего для вас решения для организации резервного копирования на компьютере.
Общие методы резервного копирования
Другие методы и техники резервного копирования
1. Полная резервная копия
Это именно то, как это звучит. Это полная копия всех данных, которые пользователь выбирает при настройке задания резервного копирования. Обычно, скопированные файлы помещаются в один архивный файл и сжимаются, чтобы уменьшить размер итоговой резервной копии. Каждый раз, когда создается полная резервная копия, абсолютно все файлы копируются из источника в архив. В этом подходе есть одна существенная проблема. Несмотря на то, что вы изменили или добавили всего несколько файлов, каждый запуск задания резервного копирования будет приводить к полному копированию файлов, что в конечном итоге будет сказываться не только на длительности выполнения операции, но и на занимаемом дисковом пространстве, ведь каждая копия будет содержать массу дублирующихся файлов, которые не отличаются от копии к копии. Вы, конечно, можете удалять старые копии для освобождения места, но времени все равно будет потрачено масса. Кроме того, если речь идет о хранении бэкапов на удаленных ресурсах, то, кроме времени, так же полная копия отразится на протекающем трафике.
Гораздо более лучшей идеей было бы сделать полную копию данных один раз, а затем лишь добавлять или изменять отдельные файлы на более регулярной основе. Существует несколько методов, которые реализуют эту идею, и они описаны ниже.
Преимущества и недостатки создания полных резервных копий
- Быстрое восстановление всех файлов - Когда необходимо восстановить полную копию файлов, то легче всего это сделать с одним архивным файлом
- Полные резервные копии занимают много места и отнимают много времени - Полные копии не очень хорошо подходят для регулярного резервного копирования, такого как ежечасное или ежедневное копирование.
После создания архива с полной резервной копией, использование дифференциального резервного копирования помогает уменьшить размер последующих копий, делая их на основе дифференциального сравнения исходных файлов с файлами из последней резервной копии. Все добавленные или измененные файлы копируются в отдельный архив, рядом с полной копией. Важно понимать, что дифференциальные резервные копии являются накопительными. Каждое дифференциальное резервное копирование сохраняет в бэкап все, что отличается с момента последнего полного копирования, даже если эти файлы уже были включены в предыдущей дифференциальной копии. Тем не менее, даже с этим ограничением, дифференциальные бэкапы создаются гораздо быстрее и занимают меньше места, чем при использовании метода полного резервного копирования. Поэтому данный метод хорошо подходит для ежедневных или более частых регулярных заданий резервного копирования.
Преимущества и недостатки дифференциального резервного копирования
- Быстрое восстановление, по сравнению с другими методами - Для полного восстановления всех файлов из резервной копии, вам нужны только два архива: архив с полной копией и последний дифференциальный бэкап.
- Дифференциальные бэкапы занимают больше места, по сравнению с аналогами - Используемый подход позволяет более эффективно использовать место на диске и создавать резервные копии быстрее, чем при создании полной резервной копии, но все же данный метод все еще содержит избыточные данные.
- Каждый последующий дифференциальный бэкап значительно возрастает - Так как файлы сравниваются только с полной резервной копией, то рано или поздно дифференциальный бэкап будет сравним с полной копией. В такой случае необходимо делать заново полную копию файлов и начинать процесс заново (обычно, выполняется в автоматическом режиме).
Метод инкрементального резервного копирования очень похож на дифференциальное резервное копирование, но имеет одно принципиальное отличие - хранит меньше избыточных данных в бэкапах. Каждый инкрементальный бэкап содержит только те файлы, которые были созданы или изменены с момента последнего создания полной копии или последнего инкрементального бэкапа. Такие резервные копии хранят намного меньше избыточных данных, по сравнению с дифференциальными бэкапами, но все же эффект нарастающего итога все еще присутствует, так что инкрементальные копии могут содержать файлы, которые уже были в одной из инкрементальных копий, но в последствии были изменены. Инкрементальные резервные копии особенно хорошо применять для частого создания резервных копий, как например, ежечасно.
Преимущества и недостатки инкрементных резервных копий
- Инкрементальные резервные копии создаются быстрее, чем дифференциальные - За счет учета предыдущих внесенных изменений, такие бэкапы хранят меньше избыточной информации и поэтому создаются намного быстрее.
- Инкрементальные бэкапы меньше дифференциальных - За счет учета тех же предыдущих изменений, такие бэкапы хранят меньше информации
- Инкрементальных бэкапов можно создать больше, чем дифференциальных - Так как бэкапы хранят меньше избыточной информации, то их может быть гораздо больше между полными копиями нежели, чем в случае с дифференциальными копиями.
- Восстановление инкрементальные копий происходит дольше, чем в случае дифференциальных - Для того чтобы восстановить файлы необходимо извлечь их из полной копии, а затем последовательно применить все последующие инкрементальные бэкпапы.
- Повышенный риск потери информации - Если одна из инкрементальных копий была повреждена или удалена, то восстановление файлов из этой копии будет невозможным, в следствии чего будут безвозвратно утеряны изменения в файлах и добавленные файлы. Тем не менее, восстановить данные из других инкрементальных копий все еще возможно.
Понятие "дельта" часто относят к методу дифференциального резервного копирования, но иногда его так же называют "дельта резервное копирование", "дельта блочное копирование" и "дельта стилевое резервное копирование". И в основном, все эти понятия относятся к одной и той же технологии создания резервной копии. Метод дельты корректнее всего называть дельта блочное резервное копирование, которое применяется в связке с инкрементальным и дифференциальным подходами. Важно отметить, что метод дельта блочного резервного копирования применяется только для измененных файлов, а не созданных. Добавленные файлы, конечно, так же сохраняются в копиях, но в обычном режиме.
Ранее описанные методы резервного копирования создают полную копию измененного файла, даже если в нем изменился всего один символ. Конечно, такой подход не будет составлять особой проблемы, если речь идет о маленьких текстовых документах, но в случае с очень большими файлами, такими как базы данных, такой подход будет весьма проблематичным. К примеру, почтовые клиенты, такие как Outlook, чаще всего хранят всю информацию в одном большом файле (письма, контакты и прочее). В этом случае получается, что даже получив одно письмо, все предыдущие методы будут вынуждены создавать копию всего файла. А поскольку такого рода файлы могут часто меняться, то какой бы подход вы не применяли, ваши бэкапы будут разрастаться непомерными шагами и приводить к хранению огромного числа избыточной информации.
Дельта блочные резервные копии позволяют справиться с этой проблем, создавая резервные копии только тех частей файлов, которые были изменены, а не всего файла. Суть метода достаточно проста. Каждый файл разбивается на блоки определенных размеров, а затем при резервном копировании блоки измененного файла сравниваются с блоками файла в полной резервной копии. И в итоге, в резервную копию попадут только те блоки, которые были изменены или добавлены в файл. Термин дельта может ввести вас в заблуждение, так как в зависимости от применяемых способов, содержание в созданных бэкапах может быть разным. В случае дифференциального метода, в архиве будет содержаться отличие от полной копии, а в случае инкрементального метода, в архиве будет содержаться разница от последнего архива с измененным файлом. Соответственно, преимущества и недостатки будут такими же, как и у методов, в связке с которыми применяется дельта. Однако, в случае инкрементального копирования риск потери информации будет выше, так как потеря инкрементального бэкапа будет означать невозможность применить изменения из всех последующих инкрементальных бэкапов (так как нельзя гарантировать, что последующие изменения будут корректно применены).
Примечание : Размер блока будет зависеть от программ или выбранного пользователем размера, если такое поддерживает программа. Обычно, размер блоков находится в диапазоне от 1 до 32 килобайт.
Дельту особенно хорошо применять в технологиях, где файлы резервируются сразу после их создания или изменения. Этот подход так же известен как резервирование в режиме реального времени или непрерывной защиты данных. Дельту так же полезно применять, когда резервные копии сохраняются на удаленных ресурсах (сервера, хранилища) в условиях ограниченной пропускной способности.
Преимущества и недостатки дельта блочного резервного копирования
- Дельта резервные копии занимают очень мало места и создаются намного быстрее
- Дельта бэкапы позволяют хранить намного меньше избыточной информации - Методы инкрементального и дифференциального резервного копирования, из-за необходимости копировать файлы, при их минимальном изменении, могут хранить значительное количество избыточной информации. Метод дельта блочного копирования позволяет снизить этот уровень.
- Так как дельта блоки создаются программами по специфическим алгоритмам , то восстановить их можно только этими же программами. В этом смысле такие бэкапы будут ограничивать тех пользователей, у которых может возникать необходимость ручного восстановления данных.
- Дельта блочное резервирование медленнее , так как необходимо восстанавливать файлы из различных частей.
Технология бинарных патчей изначально была разработана как способ для разработчиков программного обеспечения легко обновлять свои программы у клиентов через интернет. Такие "заплатки" заменяли модифицированные части в файлах. Именно части файлов, а не целиком файлы. Такие патчи занимают гораздо меньший размер, чем занимали бы простые патчи, полностью заменяющие файлы. Со временем, данная технология была адаптирована к задачам резервного копирования.
Примечание : Примером применения такого метода резервного копирования является FastBittm, который используют крупные компании, такие как Microsoft, IBM и Compaq.
Метод бинарных патчей резервных копий очень похож на дельта блочное резервное копированием, но с той разницей, что дельта использует блоки, как единицу сравнения, а бинарные патчи, как и следует из названия, используют биты, как единицу сравнения. Другими словами, дельта копирует в резервный архив любой изменившийся блок данных, пусть даже изменилось всего пара символов (например, если блок 32 Кб, то даже при изменении 1 символа будет копироваться весь блок 32 Кб), а при методе бинарных патчей копируются только изменившиеся биты данных. Это различие позволяет сэкономить на размерах и как следствие на передаваемом трафике.
Преимущества и недостатки бинарных патчей резервных копий
Примечание : В настоящее время существует очень-очень мало приложений резервного копирования, которые бы поддерживали данную технологию. Кроме того, по данной технологии существует очень мало информации, поэтому недостатки и преимущества стоит рассматривать с теоретической стороны.
- Практически полностью устраняет избыточность данных , в следствие чего получаются самые маленькие бэкапы.
- Минимальный размер позволяет существенно снизить нагрузку на полосу пропускания сети.
- Данный метод более требователен к системным ресурсам и времени , чем дельта. Однако, такой подход может компенсироваться существенным снижением нагрузки в сети.
- Практически нет информации о том, как файл восстанавливается и насколько метод эффективен . Хоть, теоретически метод должен быть не существенно сложнее, чем дельта, все же практика от теории может серьезно отличаться.
6. Зеркальные резервные копии
Большинство программ резервного копирования поддерживают зеркальное резервное копирование в качестве альтернативы полному копированию, дифференциальному и прочим. Некоторые программы используют альтернативную терминологию для понятия зеркала, как например, "простое копирование". Отчасти это происходит от того, что зеркальные копии в основном представляют собой простой тип создания бэкапа. В данном методе не применяется каких-либо специальных резервных технологий, только простая операция копирования. Как пример, если вы копируете и вставляете каталог с одного диска на другой, то можете считать, что вы создали зеркальную резервную копию этой папки. Файлы в зеркальных копиях обычно представляют собой те же файлы, что и в источнике. Они не сжимаются в архивы, как при полном резервном копировании (хотя некоторые программы поддерживают сжатие отдельных файлов и шифрование).
Когда используются зеркальные резервные копии
Зеркальные копии без сжатия хорошо подходят в тех случаях, когда большинство копируемых файлов уже сжато в архивы. Например, музыкальные файлы в формате mp3 или wma, изображения в формате jpg или png, видео в DivX, mov или flv формате. Кроме того, большинство инсталляторов так же сжаты. Если включить эти файлы в обычную процедуру полного резервного копирования, которая применяет сжатие, то вы заметите, что кроме того, что такое копирование будет выполняться долго, итоговый архив будет мало отличаться в размере (очень мало данных будет сжато). В этом смысле, лучше всего создавать отдельные задания для резервного копирования для сжатых и не сжатых файлов. Если ваши программы резервного копирования поддерживают фильтры, то вы можете их использовать для автоматического выбора подходящих файлов для каждого из заданий.
Преимущества и недостатки зеркальных резервных копий
- Зеркальные копии выгодно использовать на сжатых файлах .
- Из-за того, что зеркальная копия не хранится в едином архивном файле, вам можно меньше беспокоиться о повреждении файлов .
- Зеркальные копии, как правило, не используют сжатие и поэтому требуют большого количество места для хранения , если не применяются другие методы, как например, жесткие ссылки (подробнее о них будет рассказано далее)
7. Синтетические полные резервные копии
Синтетическое полное резервное копирование встречается время от времени в описаниях, но следует понимать, что это не резервный метод, а технология организации резервного копирования, которая может быть применена к одному из выше указанных способов, чтобы эффективнее восстанавливать и создавать резервные копии.
Синтетические копии, как правило применяются только в клиент-серверных системах резервного копирования. Смысл метода достаточно прост. Клиентский компьютер может выполнять резервное копирование с помощью любого способа (инкрементальный, дифференциальный и т.д.) и передавать эту резервную копию на сервер. Сервер же в определенный момент самостоятельно объединит несколько отдельных архивов для формирования синтетической полной копии. Такой способ организации позволяет, после создания первой полной резервной копии, клиентскому компьютеру не создавать повторно полные резервные копии, так как это процесс автоматически выполняется на сервере.
Преимущество такого подхода заключается в двух важных моментах. Во-первых, скорость резервного копирования, при использовании дифференциальных копий не будет снижаться с течением времени из-за совокупности изменений, так как синтетические полные архивы будут создаваться на сервере на регулярной основе. Во-вторых, полное восстановление файлов на клиентской машине не потребует процесса реконструкции файлов из частей. Причиной тому то, что реконструкция уже производится на сервере, позволяя клиентской машине восстанавливать архивы за минимально возможное время.
8. Резервное копирование с использованием жестких ссылок
Некоторые программы резервного копирования поддерживают создание жестких ссылок, которые позволяют сохранить дисковое пространство, при создании нескольких полных зеркальных резервных копий одного и того же набора файлов.
Чтобы понять, что представляет из себя жесткая ссылка, нужно понимать, как хранятся файлы на жестком диске. При сохранении файла, физически данные могут быть записаны в любом месте на диске. В этом случае файловая система создает жесткую ссылку на физическое расположение данных с именем файла, который вы использовали. Некоторые файловые системы позволяют создавать более одной жесткой ссылки на реальные данные. Использование жестких ссылок позволяет использовать любое количество файлов в разных каталогах, которые будут ссылаться на одни и те же физические данные.
При использовании программ резервного копирования, которые поддерживают жесткие ссылки для создания нескольких копий одинаковых файлов, программа будет создавать жесткие ссылки для всех файлов, которые не изменились. Например, если вы создаете две копии каталога, который содержит 100 Мб данных, то, в обычных условиях, эти копии занимали бы 200 Мб на жестком диске. С помощью жестких ссылок такие копии будут занимать все те же 100 Мб дискового пространства. Изменение любого из файлов в таких каталогах будет в действительности изменять только одни физические данные, при этом эти данные будут доступны в обоих каталогах. К примеру, если после создания каталогов с жесткими ссылками, вы в первом каталоге увеличите файл на 2 Мб, то их общий размер будет 102 Мб, и при этом в обоих каталогах данные в файле будут одни и те же.
Следует отметить, что если вы захотите удалить одну из резервных копий, содержащих жесткие ссылки, то это не будет проблемой, та как при этом не затрагиваются остальные ссылки. Физические данные файла на диске удаляются только тогда, когда все жесткие ссылки на него были удалены. Так же необходимо понимать, что жесткие ссылки можно создавать только в приделах одного тома (логического диска). Например, между разными разделами или дисками нельзя создавать жесткие ссылки. В Windows файловых системах, NTFS поддерживает жесткие ссылки, в то время как FAT не поддерживает.
Примечание : Проводник Windows, при подсчете размера, не учитывает использование жестких ссылок. Это означает, что если файл занимает 100 Мб и имеет две жесткие ссылки, то в реальности будет потребляться всего 100 Мб диска, в то время как проводник Windows будет показывать использование 200 Мб диска. Этот момент необходимо учитывать, при использовании резервного копирования с использованием жестких ссылок.
Тем не менее, каким бы привлекательным не показался вам данный метод, его необходимо использовать с осторожностью. Так как привычная логика "изменения файлов в разных каталогах - будет означать изменение разных данных" в случае данного метода не применима. Это означает, что случайное изменение одного файла в одной из копий будет обозначать изменение того же файла во всех копиях. Поэтому, если вы используете программу резервного копирования, поддерживающую жесткие ссылки, то рекомендуется вносить все изменения только через программу и воздержаться от ручного изменения.
Заключительные слова о резервировании
Несмотря на многообразие приводимых методов, резервное копирование это одна их тех областей, где выбор используемых технологий должен оправдываться, с точки зрения решаемых задач . Не стоит использовать методы только из-за отдельных характеристик, таких как скорость и занимаемое дисковое пространство. Так, к примеру, если вы храните резервные копии на переносном жестком диске, то использование такой технологии, как дельта блочное копирование, возможно, позволит сэкономить вам место, но может сделать такие копии абсолютно бесполезными в ситуациях, когда программа резервного копирования будет не доступна (например, вам нужно подкорректировать документ на другом компьютере или же по каким-то причинам сломалась программа, а доступа в интернет для скачивания инсталлятора нет). В таком случае использование обычного инкрементального копирования (без дельты) будет более оправдано, так как вы всегда можете в ручном режиме восстановить нужные документы. Поэтому, старайтесь выбирать технологии со здравым смыслом
Что такое дифференциальный бэкап?
Дифференциальный бэкап.Копирование только добавленных и измененных файлов по сравнению с полной копией.
Дифференциальный бэкап - это тип резервного копирования файлов , при котором копируются не все исходные файлы, а только новые и измененные с момента создания предыдущей полной копии. Он является чем-то средним между полным резервным копированием и инкрементальным. Название этого типа произошло от английского слова Differential backup и является накопительным , т.е. каждая следующая копия содержит все новые/измененные файлы с момента создания предыдущей полной резервной копии. В русском языке этот тип копирования называется Разностным или дифференцированным. Как и каждый другой, этот тип также имеет свои достоинства и недостатки.
Плюсы :
- Относительно небольшой размер разностной резервной копии, по сравнению с полной
- Скорость создания в разы выше, чем полного бекапа
- Для восстановления файлов потребуется последний созданный полный бэкап и последний дифференциальный
Минусы :
- Избыточность данных, так как дифф.бекап является накопительным
Вывод : Создавайте дифференциальный backup в том случае, если объем исходных данных большой, файлы в исходной папке изменяются не слишком интенсивно, а простота и скорость восстановления файлов для вас являются критичными. Создание дифференциальных копий происходит достаточно быстро, если накопленных изменений с момента создания полной немного. Оптимальная периодичность создания Differential backup - 1 раз в час, если исходные файлы изменяются часто и 1-2 раза в день, если файлы редактируются редко.
Как создать дифференциальный бэкап с помощью Exiland Backup
Рассмотрим, как создать разностный бэкап файлов вашего ПК с помощью простой утилиты Exiland Backup. Для начала скачайте Exiland Backup Free или демо-версию Professional.
Установите Exiland Backup, запустите программу.
После запуска, на верхней панели нажмите на кнопку создания нового задания, впишите наименование задания, например, "Мои документы" и нажмите "Далее". На следующем экране мастера выберите тип копирования "Разностный (Differential)".
Мастер создания задания. Выбор типа "Разностный (differential)".
После выбора типа внизу окна вы можете ограничить число полных копий (по-умолчанию 10) - тогда при достижении этого ограничения самая старая полная резервная копия будет автоматически удалена, после чего будет создана новая (эта настройка недоступна в версии Free). Кроме того, вы можете ограничить число дифференциальных копий между полными (по-умолчанию 8). При достижении заданного ограничения будет создана очередная полная копия.
На последующих шагах мастера укажите исходную папку, дубликат которой требуется создать, и куда сохранять. Расписание запуска задания пока можете не задавать.
При указании шаблона наименования резервных копий, вы можете добавить строку, например, " (differential)", для дифференциальных, чтобы визуально можно было легко отличить их от полных.
После создания задания запустите его вручную, нажав на кнопку "Выполнить" сверху, на панели.
При первом выполнении задания создастся полная копия. Скопируйте проводником Windows любой файл в исходную папку и запустите задание повторно. Создастся разностная, в которой будет находиться только новый файл.
Михаил, разработчик Exiland Backup
Другие типы резервирования:
При добавочном («инкрементном») резервном копировании происходит копирование только тех файлов, которые были изменены с тех пор, как в последний раз выполнялось полное или добавочное резервное копирование. Последующее инкрементное резервное копирование добавляет только файлы, которые были изменены с момента предыдущего. В среднем, инкрементное резервное копирование занимает меньше времени, так как копируется меньшее количество файлов. Однако, процесс восстановления данных занимает больше времени, так как должны быть восстановлены данные последнего полного резервного копирования, плюс данные всех последующих инкрементных резервных копирований. При этом, в отличие от дифференциального копирования, изменившиеся или новые файлы не замещают старые, а добавляются на носитель независимо.
Клонирование
Клонирование позволяет скопировать целый раздел или носитель (устройство) со всеми файлами и директориями в другой раздел или на другой носитель. Если раздел является загрузочным, то клонированный раздел тоже будет загрузочным.
Резервное копирование в виде образа
Образ - точная копия всего раздела или носителя (устройства), хранящаяся в одном файле.
Резервное копирование в режиме реального времени
Резервное копирование в режиме реального времени позволяет создавать копии файлов, директорий и томов, не прерывая работу, без перезагрузки компьютера.
Схемы ротации.
Смена рабочего набора носителей в процессе копирования называется их ротацией. Для резервного копирования очень важным вопросом является выбор подходящей схемы ротации носителей (например, магнитных лент).
Одноразовое копирование простейшая схема, не предусматривающая ротации носителей. Все операции проводятся вручную. Перед копированием администратор задает время начала резервного копирования, перечисляет файловые системы или каталоги, которые нужно копировать. Эту информацию можно сохранить в базе данных, чтобы её можно было использовать снова. При одноразовом копировании чаще всего применяется полное копирование.
Простая ротация простая ротация подразумевает, что некий набор лент используется циклически. Например, цикл ротации может составлять неделю, тогда отдельный носитель выделяется для определенного рабочего дня недели. Недостаток данной схемы - она не очень подходит для ведения архива, поскольку количество носителей в архиве быстро увеличивается. Кроме того, инкрементальная/дифференциальная запись проводится на одни и те же носители, что ведет к их значительному износу и, как следствие, увеличивает вероятность отказа.
«Дед, отец, сын»Данная схема имеет иерархическую структуру и предполагает использование комплекта из трех наборов носителей. Раз в неделю делается полная копия дисков компьютера («отец» ), ежедневно же проводится инкрементальное (или дифференциальное) копирование («сын» ). Дополнительно раз в месяц проводится еще одно полное копирование («дед» ). Состав ежедневного и еженедельного набора постоянен. Таким образом, по сравнению с простой ротацией в архиве содержатся только ежемесячные копии плюс последние еженедельные и ежедневные копии. Недостаток данной схемы состоит в том, что в архив попадают только данные, имевшиеся на конец месяца, а также износ носителей.
«Ханойская башня»Схема призвана устранить некоторые из недостатков схемы простой ротации и ротации «Дед, отец, сын». Схема построена на применении нескольких наборов носителей. Каждый набор предназначен для недельного копирования, как в схеме простой ротации, но без изъятия полных копий. Иными словами, отдельный набор включает носитель с полной недельной копией и носители с ежедневными инкрементальными (дифференциальными) копиями. Специфическая проблема схемы «ханойская башня» - ее более высокая сложность, чем у других схем.
«10 наборов» Данная схема рассчитана на десять наборов носителей. Период из сорока недель делится на десять циклов. В течение цикла за каждым набором закреплен один день недели. По прошествии четырехнедельного цикла номер набора сдвигается на один день. Иными словами, если в первом цикле за понедельник отвечал набор номер 1, а за вторник - номер 2, то во втором цикле за понедельник отвечает набор номер 2, а за вторник - номер 3. Такая схема позволяет равномерно распределить нагрузку, а следовательно, и износ между всеми носителями.
Дифференциал против инкрементного резервного копирования
Важно понимать, что подразумевается как дифференциальным резервным, так и инкрементным резервным копированием, прежде чем обсуждать свои плюсы и минусы. Как следует из названия, оба этих метода - это способы, которыми компьютер подкрепляет данные интеллектуальным способом. При резервном копировании данных оба этих способа помогают экономить время и пространство на диске, что имеет большое значение. Что выделяется в функции инкрементного резервного копирования, так это то, что только файлы, которые были изменены, резервируются, экономя время и пространство на диске. Общий результат резервного копирования данных и полезности метода может варьироваться в зависимости от размера базы данных.
Как уже отмечалось, важно обеспечить, чтобы только резервные копии данных были скопированы с учетом скорости и объема необходимых компьютерных ресурсов. Дифференциальные и инкрементные резервные копии - это два разных способа резервного копирования данных. Для резервного копирования данных оба метода полагаются на использование базового атрибута включения / выключения, называемого бит архива. Это элемент, который учитывает данные, которые были скопированы. Свойство файла заданного файла при проверке должно показывать, был ли бит архива отмечен или не установлен.
Если бит архива был установлен или установлен, он указывает, что файл необходимо скопировать. Если флажок снят или очищен, это означает, что файл, о котором идет речь, не нуждается в резервном копировании. Если бит архива не установлен, операционная система автоматически проверяет бит архива любого измененного файла, который, возможно, не был проверен. Когда выполняется полная резервная копия, все архивные биты файлов в системе устанавливаются как «выключены» по умолчанию, так как все их архивные биты были скопированы. Это означает, что если бит архива заданного файла был включен или выключен, они будут скопированы.
Различия
В инкрементном резервном копировании резервные копии сохраняются только файлы с установленным битом архива, после чего бит архива устанавливается на «выключен». Это фактически приводит к копированию только файлов, которые были изменены. Самое большое преимущество инкрементного резервного копирования заключается в том, что он экономичен в пространстве и ресурсах по сравнению с методом дифференциальной резервной копии.
Дифференциальная резервная копия, с другой стороны, также будет создавать резервные копии выбранных файлов данных, на которых установлен или установлен бит архива, но этот метод резервного копирования отличается тем, что он не очищает или не отменяет бит архива. Это означает, что он создает резервные копии новых файлов и всех других файлов, в которых были выбраны их биты архива. Это означает, что когда вам нужно восстановить резервные копии файлов, вы получите полное восстановление. С другой стороны, для восстановления резервных копий файлов с инкрементными резервными копиями потребуется использование всех инкрементных резервных копий, которые были выполнены с момента последней полной резервной копии.
Скорость резервного копирования также имеет решающее значение, поскольку дифференциальные резервные копии довольно быстрые, в отличие от инкрементных резервных копий, когда не поддерживается много резервных копий данных. Однако по мере роста базы данных скорость дифференциальных резервных копий уменьшается. Инкрементальные резервные копии становятся более желательными, чем дифференциальные резервные копии при работе с большими базами данных, поскольку резервные копии только измененных файлов.
Инкрементное резервное копирование только резервирует данные, на которых установлен бит архива. При резервном копировании бит архива отключается.
Дифференциальные резервные копии будут сохранять данные, на которых установлен бит архива, и когда это не сделано, не отключается.
Дифференциальные резервные копии быстрее, чем инкрементные резервные копии для небольших баз данных.
Инкрементное резервное копирование более выгодно для больших наборов данных.
Приветствую вас, жители хабро-мира! Мы продолжаем знакомить вас с технологиями True Image. На этот раз поговорим о том, как настроить процесс резервного копирования таким образом, чтобы
- данные были надежно защищены.
- папка с резервными копиями (они же – бэкапы, они же – backups) не «съела» все свободное пространство вашего диска.
- не дублировать одну и ту же информацию в разных бэкапах.
Стратегия резервного копирования состоит из двух этапов:
- Создание схемы резервного копирования (backup scheme).
- Планирование резервного копирования (backup scheduling).
Методы создания бэкапов
Создание схемы начинается с понимания методов резервного копирования. Таких методов три: полное, инкрементное и дифференциальное резервное копирование (full, incremental, differential backup). Зачем они нужны и в чем разница? Смотрим.Полное резервное копирование
Тут все очень просто. В файл бэкапа записываются все данные, которые были выбраны для резервного копирования.На рисунке: все бэкапы - полные.
Такие бэкапы самые надежные, но и самые большие. При этом для восстановления потребуется только один файл.
Инкрементное резервное копирование
В файл бэкапа записываются только изменения, которые произошли с момента последнего резервного копирования.
На рисунке: 1.tib - полный бэкап (первый бэкап всегда полный), 2.tib, 3.tib, 4.tib - инкрементные бэкапы.
Инкрементные бэкапы гораздо меньше полных. Однако для восстановления потребуется предыдущий полный бэкап (на рисунке - 1.tib) и вся цепочка инкрементных бэкапов заканчивая тем бэкапом, из которого вы хотите восстановить данные.
Дифференциальное резервное копирование
В файл бэкапа записываются только изменения, которые произошли с момента последнего полного резервного копирования.
На рисунке: 1.tib - полный бэкап (первый бэкап всегда полный), 2.tib, 3.tib, 4.tib - дифференциальные бэкапы.
Дифференциальные бэкапы меньше полных, но больше инкрементных. Для восстановления потребуется сам дифференциальный бэкап и предыдущий полный бэкап (на рисунке - 1.tib).
Цепочки и схемы
Ну вот мы и подошли к самому интересному. Разумеется, вы уже догадались. Три метода резервного копирования дают нам массу всевозможных вариантов так называемых цепочек бэкапов. Цепочка – это один полный бэкап и все зависящие от него инкрементные и/или дифференциальные бэкапы. Схема же состоит из одной или нескольких цепочек, а также содержит правила удаления старых бэкапов.Действительно, вариантов цепочек может быть великое множество. Но это в теории. На практике же в основу цепочки берется только один из методов: полный, инкрементный или дифференциальный.
«Тут же все ясно как белый день! Всегда создавай полные бэкапы!» – скажете вы и будете правы. Но как всегда есть одно больше «но». Полные бэкапы – самые увесистые. Вам не жалко забить ваш 2 ТБ диск бэкапами? Тогда это самое лучшее решение. Но большинству хочется максимальной надежности и вариативности при минимальных потерях дискового пространства. Поэтому, как говорится, давайте разбираться. Вот со схем на основе полных бэкапов и начнем.
Схемы на основе полных бэкапов
Создавать только полные бэкапы – это действительно самый надежный способ защиты данных. И не допустить бесконтрольного раздувания бэкапа тоже вполне возможно. Нужно всего лишь настроить правила очистки, но об этом чуть ниже.Недостатки такой схемы:
- На создание каждого бэкапа уходит много времени.
- Значительная трата дискового пространства.
- Небольшое количество бэкапов, т.е. точек во времени, на которые можно «откатиться».
- Дублирование одной и той же информации в разных бэкапах.
Схемы на основе инкрементных бэкапов
При такой схеме создается один полный бэкап и цепочка зависимых от него инкрементных. Достоинства очевидны – бэкапы создаются быстро и весят мало, т.е. можно позволить себе насоздавать их гораздо больше, чем при схеме с полными бэкапами. Как итог, вы получаете максимальную вариативность при выборе точки восстановления. Но есть один серьезный недостаток – низкая надежность. При повреждении любого из бэкапов все последующие превращаются в мусор – восстановиться из них вы не сможете. Можно ли каким-то образом повысить надежность? Да, можно. Самый простой способ – создавать новый полный бэкап после нескольких инкрементных, скажем, после четырех или пяти. Таким образом, мы получаем схему с несколькими цепочками, и повреждение одной из цепочек не повлияет на другие.Эта схема универсальная, ее можно использовать для защиты как дисков, так и файлов.
Схемы на основе дифференциальных бэкапов
При такой схеме создается один полный бэкап и зависимые от него дифференциальные. Этот подход объединяет в себе достоинства двух предыдущих. Так как дифференциальные бэкапы меньше полных и больше инкрементных, вы получаете среднюю вариативность при выборе точки восстановления и довольно высокую надежность. Но без недостатков все равно не обойдешься. Чем дальше по времени отстоит дифференциальный бэкап от своего полного бэкапа, тем он «тяжелее», и даже может превысить размер полного бэкапа. Решение здесь то же, что и при инкрементном подходе, - разбавляйте ваши дифференциальные бэкапы полными. В зависимости от интенсивности изменения защищаемых данных новый полный бэкап рекомендуется создавать после двух-пяти дифференциальных.Такой схемой можно защитить ваш системный раздел, если дисковое пространство не позволяет вам хранить несколько полных бэкапов.
Планирование
Здесь все просто. Вы составляете расписание, а True Image обновляет для вас бэкапы точно в назначенное вами время и в соответствии с настроенной схемой. Чем чаще меняются данные, тем чаще рекомендуется их бэкапить. К примеру, системный раздел можно бэкапить раз в месяц, а вот файлы, с которыми вы работаете каждый день, и бэкапить рекомендуется каждый день или даже чаще.
Разумеется, когда вам срочно нужно создать бэкап, не обязательно ждать запланированного времени. Вы всегда можете запустить резервное копирование вручную.
Правила очистки
Практика показывает, что пользователи редко задумываются об очистке, когда настраивают резервное копирование. А зря. Ведь потом они обнаруживают, что бэкап «съел» все свободные гигабайты диска.Правила очистки можно и нужно настроить при создании схемы резервного копирования. Настроить можно аж по трем критериям:
- Максимальный «возраст» цепочек бэкапов.
- Максимальное количество цепочек бэкапов.
- Максимальный общий размер бэкапа.
Как насчет бэкапа в облачное хранилище?
Все, о чем мы до сих пор говорили, относится к бэкапам, которые вы храните у себя на внутреннем или внешнем жестком диске, на NAS-е, FTP-сервере и т.д. А как насчет бэкапа в облако? True Image сохраняет как файловые, так и дисковые бэкапы в Acronis Cloud по простой инкрементной схеме – один полный бэкап и цепочка инкрементных – и не позволяет ее менять. На резонный вопрос «почему» ответ прост – эта схема самая бережливая к дисковому пространству, а сохранность бэкапов в облаке гарантирует Acronis.Правила очистки облачного бэкапа чуть проще, чем обычного.
Вы можете ограничить бэкап по «возрасту» и по количеству версий каждого из файлов, которые хранятся в облаке. Ограничивать бэкап по объему хранилища было бы не очень логично. Ведь в первую очередь Acronis Cloud используется именно для хранения бэкапов.
Итак, что получаем в сухом остатке. Решите для себя:
- Какой объем данных вы хотите защитить.
- Насколько часто эти данные будут меняться.
- Какой объем свободного пространства вы готовы отдать под бэкапы.
