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

(495)787-32-94

АКЦИИ
Видеокамеры
Видеорекордеры
Беспроводные передатчики
Видеомикшеры
Мониторы
Платы ввода-вывода
Thunderbolt шасси
Программное обеспечение
Цветокоррекция
Вещание в Интернет
Конвертеры
Коммутаторы
Системы хранения
Хост-контроллеры
Управление медиа (MAM, DAM)
Обработка звука
Настольные компьютеры
Ноутбуки
Аксессуары Apple
Распродажа
Барахолка

Синтетические и прогрессивные методы резервного копирования в Archiware P5 Backup

Основы резервного копирования

Давайте начнем с объяснения концепции «полного» и «инкрементального» резервного копирования, чтобы эти  методы резервного копирования можно было понять в некотором контексте.

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

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

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

Традиционный способ избежать постоянно растущего объема хранилища — периодически повторять задачу полного резервного копирования. Мы начинаем новый «цикл резервного копирования». После выполнения второго полного резервного копирования можно повторно использовать хранилище. Варианты этой стратегии обычно используются в коммерческой среде.
 

Отказ от полных резервных копий

Как синтетический, так и прогрессивный методы резервного копирования реализованы в P5 для случаев, когда полное резервное копирование невозможно. Методы полезны в определенных случаях, которые мы рассмотрим ниже.

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

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



 

Прогрессивное резервное копирование

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

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

Чтобы понять, какие дополнительные данные необходимо сохранить во время инкрементного резервного копирования, необходимо понимать, что данные резервного копирования сохраняются в дискретных томах (в случае LTO-ленты ) или «фрагментах» в случае дискового и облачного хранилища, сконфигурированные как «контейнер» внутри P5. Именно эти тома или фрагменты должны быть полностью переработаны и повторно использованы, чтобы самые старые данные, которые больше не нужны, были удалены из резервной копии.

P5 использует период хранения, установленный в конфигурации резервного копирования, и удаляет файлы, срок хранения которых истек.



 

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

Заключение

Полные резервные копии часто нецелесообразны в коммерческих средах из-за долговременности процесса и снижения производительности исходного хранилища. P5 Backup предлагает передовые методы резервного копирования, которые предоставляют гибкие возможности для администраторов. Для резервного копирования на ленту LTO или VTL мы рекомендуем придерживаться «традиционного» метода повторения полных резервных копий через определенные промежутки времени. Это позволит со временем повторно использовать носители LTO и VTL-тома, освобождая место для новых данных.

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

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

Синтетические и прогрессивные методы резервного копирования делают P5 Backup особенно мощным и гибким программным обеспечением для защиты ваших данных.
 

Попробуйте Archiware P5 Backup прямо сейчас с бесплатной 30-дневной версией!

info@i-store.ru Тел.:+7(495)787-32-94
Адрес: Москва, Ленинградский проспект, дом 80, подъезд 3, офис 314
Copyright © I-Store.ru