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

Этот параметр определяет формат резервных копий, создаваемых планом резервного копирования. Можно выбрать между новым форматом (Версия 12), созданным для быстрого резервного копирования и восстановления, и устаревшим форматом (Версия 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 поддерживает дедупликацию в архиве, которая обеспечивает указанные ниже преимущества.

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