Дифференцированный бэкап. Типы Бэкапов RMAN

Дифференцированный бэкап. Типы Бэкапов RMAN

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

Принцип дифференциального резервного копирования

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

Преимущества дифференциального копирования

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

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

Снижение расходов и затрат при восстановлении данных

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

Рекомендуемое решение для дифференциального резервного копирования

Скачать

Купить!

Версия 8.1.2 от 21 февраля 2020 . 106 MB
Программа резервного копирования Handy Backup. 1200 RUB за лицензию

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

Handy Backup как программа дифференциального резервного копирования

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

Как применить дифференциальное копирование в Handy Backup?

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

Совет: дифференциальное копирование показывает наибольшую эффективность в сочетании с выполнением задачи бэкапа по расписанию . Укажите на Шаге 6 расписание – Handy Backup будет выполнять автоматическое дифференциальное резервное копирование в заданное время.

Восстановление данных из дифференциальной копии

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

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

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

  • Смешанный тип бэкапа . При этом типе резервного копирования также создаётся полная копия, вслед за которой по расписанию делаются заданное число дифференциальных резервных копий. Затем весь цикл повторяется.
  • Временные метки . В Handy Backup вы можете выбрать режим, при котором каждая копия будет содержать в названии каталога дату и время выполнения копирования, что очень удобно при поиске и сортировке данных.
  • Хранение копий в исходном формате . Файлы, скопированные Handy Backup, по умолчанию сохраняются в исходном формат, что позволяет открывать и редактировать эти файлы в резервной копии, без их восстановления.
  • Дифференциальная копия баз . Мы всегда рекомендуем выбирать дифференциальное, а не инкрементальное копирование БД , особенно часто изменяемых, так как при этом достигается большая экономия места и времени.

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

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

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

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

Плюсы :

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

Минусы :

  • Избыточность данных, так как дифф.бекап является накопительным

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

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

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

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

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


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

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

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

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

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

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

Михаил, разработчик Exiland Backup

Другие типы резервирования:

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

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

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

Например, если из 200 файлов в исходном наборе изменены только 3, то они и будут скопированы при следующем инкрементном бэкапе.

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

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

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

Как выполнить инкрементальный бэкап файлов в Handy Backup?

Запрограммировать задачу инкрементного резервного копирования в Handy Backup очень легко. Выберите на Шаге 4 в продвинутом режиме* создания задачи инкрементное или смешанное инкрементное копирование.

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

* На Шаге 1 создании задачи необходимо поставить галочку напротив пункта "Продвинутый режим".

Рекомендуемое решение для инкрементального резервного копирования

Кросс-платформенное решение для инкрементального бэкапа

Инкрементное копирование файлов и папок в Linux и по сети

Кроме версии для Windows, Handy Backup также полностью поддерживает на уровне исполняемой программы дистрибутивы Linux, основанные на Ubuntu 16.04 и 14.04. Также программа предоставляет рабочую станцию на Java для сетевых Windows, Linux и FreeBSD машин.

Попробуйте возможности Handy Backup для инкрементного бэкапа файлов самостоятельно,
скачав и установив бесплатную 30-дневную пробную версию программы со всеми функциями!

В отличие от полного резервного копирования в этом случае копируются не все данные (файлы, сектора и т.д.), а только те, что были изменены с момента последнего копирования. Для выяснения времени копирования могут применяться различные методы, например, в системах под управлением операционных систем семейства Windows используется соответствующий атрибут файла (архивный бит), который устанавливается, когда файл был изменен, и сбрасывается программой резервного копирования. В других системах может использоваться дата изменения файла. Понятно, что схема с применением данного вида резервного копирования будет неполноценной, если время от времени не проводить полное резервное копирование. При полном восстановлении системы нужно провести восстановление из последней копии, созданной Full backup, а потом поочередно восстановить данные из инкрементных копий в порядке их создания. Данный вид используется для того, чтобы в случае создания архивных копий сократить расходуемые объемы на устройствах хранения информации (например, сократить число используемых ленточных носителей). Также это позволит минимизировать время выполнения заданий резервного копирования, что может быть крайне важно в условиях, когда машина работает постоянно, или прокачивать большие объемы информации. У инкрементного копирования есть один нюанс: поэтапное восстановление возвращает и нужные удаленные файлы за период восстановления. Например: допустим, по выходным дням выполняется полное копирование, а по будням инкрементное. Пользователь в понедельник создал файл, во вторник его изменил, в среду переименовал, в четверг удалил. Так вот при последовательном поэтапном восстановлении данных за недельный период мы получим два файла: со старым именем за вторник до переименования, и с новым именем, созданным в среду. Это произошло потому, что в разных инкрементных копиях хранились разные версии одного и того же файла, и в итоге будут восстановлены все варианты. Поэтому при последовательном восстановлении данных из архива «как есть» имеет смысл резервировать больше дискового пространства, чтобы смогли поместиться в том числе и удаленные файлы.

Достоинства метода:

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

Меньшее время резервного копирования и восстановления - Инкрементальное резервное копирование занимает меньше времени, чем полное и дифференциальное резервное копирование.

Недостаток метода:

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

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

Полные бэкапы

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

Инкрементальные бэкапы

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

Плюсы инкрементального резервирования по сравнению с полным

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