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

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

Этот параметр не применим к резервным копиям почтового ящика. Резервные копии почтового ящика всегда имеют новый формат.

Значение по умолчанию: Автоматический выбор.

Для этого укажите Учетная запись для входа службы агента. Можно выбрать один из следующих вариантов:

• Автоматический выбор

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

• Версия 12

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

  С этим форматом правило хранения По общему размеру резервных копий не применимо.

• Версия 11

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

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

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

  Невозможно создать резервную копию групп обеспечения доступности баз данных (DAG), используя формат архива "Версия 11". Резервное копирование группы обеспечения доступности баз данных поддерживается только в формате "Версия 12".

Формат резервной копии и файлы резервных копий

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

	Всегда инкрементное	Другие схемы резервного копирования
Формат резервной копии Версии 11	Один файл TIB и один файл метаданных XML	Несколько файлов TIB и один файл метаданных XML (традиционный формат)
Формат резервной копии Версии 12	Один файл TIBX на каждую цепочку резервных копий (полное или дифференциальное резервное копирование и все зависящие от них инкрементные резервные копии).

Изменение формата резервной копии на "Версия 12" (TIBX)

При изменении формата резервной копии с версии 11 (формат .tib) на версию 12 (формат .tibx) имеет место следующее:

• Следующая резервная копия будет полной.
• В хранилищах резервных копий, которые доступны для обзора в диспетчере файлов (например, локальные или сетевые папки), создается новый файл с расширением TIBX. Новый файл имеет имя исходного файла с добавлением суффикса _v12A.
• Правила хранения и репликации применяются только к новым резервным копиям.
• Старые резервные копии не удаляются и остаются доступными на вкладке Хранилища резервных копий. Их можно удалить вручную.
• Старые локальные резервные копии будут занимать пространство в пределах квоты Локальная резервная копия до тех пор, пока не вы не удалите их вручную.
• Если местом сохранения резервной копии (или репликации) является управляемое хранилище с включенной дедупликацией, операции резервного копирования завершатся сбоем.

Дедупликация в архиве

Формат "Версия 12" поддерживает дедупликацию в архиве, которая обеспечивает указанные ниже преимущества.

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