Формат резервной копии
Этот параметр определяет формат резервных копий, создаваемых планом резервного копирования. Можно выбрать между новым форматом (Версия 12 ), созданным для быстрого резервного копирования и восстановления, и устаревшим форматом ( Версия 11 ), сохраненным для обратной совместимости и специальных случаев. После применения плана резервного копирования этот параметр будет невозможно изменить.
Этот параметр не применим к резервным копиям почтового ящика. Резервные копии почтового ящика всегда имеют формат «Версия 12».
Значение по умолчанию: Автоматический выбор.
Для этого укажите Учетная запись для входа службы агента. Можно выбрать один из следующих вариантов:
Будет использоваться версия 12, за исключением случаев, когда план резервного копирования добавляет резервные копии к уже созданным в продукте более ранней версии.
В большинстве случаев для быстрого резервного копирования и восстановления рекомендуется новый формат. Каждая цепочка резервных копий (полного или дифференциального копирования, и всех зависящих от них инкрементных резервных копий) сохраняется в один файл .tibx.
С этим форматом правило хранения По общему размеру резервных копий не применимо.
Устаревший формат должен использоваться в новом плане резервного копирования, который добавляет резервные копии к уже созданным в более ранней версии продукта.
Также используйте этот формат (с любой схемой резервного копирования, за исключением Всегда инкрементное (один файл) ) для полного, инкрементного и дифференциального резервного копирования в отдельные файлы.
Этот формат выбирается автоматически, если местом назначения резервной копии (или местом назначения репликации) является управляемое хранилище с включенной дедупликацией. Если изменить формат на Версию 12 , резервное копирование не будет выполнено.
Невозможно создать резервную копию групп обеспечения доступности баз данных (DAG), используя формат архива «Версия 11». Резервное копирование группы обеспечения доступности баз данных поддерживается только в формате архива «Версия 12».
Формат резервной копии и файлы резервных копий
Для хранилищ резервных копий, обзор которых можно выполнить с помощью диспетчера файлов (например, локальные или сетевые папки), формат резервных копий определяет количество файлов и их расширение. Можно назначить имена файлов используя опцию имя файла резервной копии. В следующей таблице перечислены файлы, которые могут быть созданы на каждой машине или почтовом ящике.
Формат резервной копии Версии 11
Один файл .tib и один файл метаданных .xml
Несколько файлов .tib и один файл метаданных .xml (традиционный формат)
Формат резервной копии Версии 12
Один файл .tibx на каждую цепочку резервных копий (полное или дифференциальное резервное копирование и все зависящие от них инкрементные резервные копии)
Изменение формата резервной копии на 12 (.tibx)
При изменении формата резервной копии с версии 11 (формат .tib) на версию 12 (формат .tibx) имеет место следующее:
- Следующая резервная копия будет полной.
- В хранилищах резервных копий, которые доступны для обзора в диспетчере файлов (например, локальные или сетевые папки), создается новый файл с расширением .tibx. Новый файл имеет имя исходного файла с добавлением суффикса _v12A.
- Правила хранения и репликации применяются только к новым резервным копиям.
- Старые резервные копии не удаляются и остаются доступными на вкладке Хранилище резервных копий . Их можно удалить вручную.
- Старые облачные резервные копии не будут занимать пространство в пределах квоты Облачное хранилище данных .
- Старые локальные резервные копии будут занимать пространство в пределах квоты Локальная резервная копия до тех пор, пока не вы не удалите их вручную.
Дедупликация в архиве
Формат резервной копии версии 12 поддерживает дедупликацию в архиве, которая обеспечивает указанные ниже преимущества.
- Благодаря встроенной дедупликации на уровне блоков для любых типов данных размер резервной копии удалось уменьшить в десятки раз.
- Эффективная обработка жестких ссылок обеспечивает отсутствие дублированных элементов в хранилище данных
- Фрагментирование на основе хэша
Дедупликация в архиве включена по умолчанию для всех резервных копий в формате .tibx. Не нужно включать ее в параметрах резервного копирования. Отключить ее также невозможно.
Дата последней сборки: 6 марта 2023 г.
Веб-справка по Acronis Cyber Protect 15 Обновление 6 . © Acronis International GmbH, 2003-2023
www.timosh.ru
Acronis True Image 2020 — это интегрированный пакет программ, гарантированно обеспечивающий безопасность всей информации на компьютере. С его помощью можно создавать резервные копии документов, фотографий, электронной почты, выбранных разделов или целого диска, включая операционную систему, приложения, настройки любых данных.
Резервные копии позволяют восстановить систему компьютера при потере данных, случайном удалении важных файлов и папок или полном отказе жесткого диска.
В Acronis True Image 2020 добавлен новый и надежный формат резервных копий — TIBX. Формат TIBX используется для создания резервных копий дисков на внутренние и внешние жесткие диски и сетевые хранилища.
При создании резервных копий в формате TIBX поддерживается использование всех схем резервного копирования. В отличие от формата TIB, при использовании которого каждая версия резервной копии сохранялась в виде отдельного файла, при использовании формата TIBX версии полных и дифференциальных резервных копий сохраняются как отдельные файлы, а версии инкрементных резервных копий автоматически объединяются с базовыми резервными копиями (полными или дифференциальными).
Если необходимо удалить ненужные версии резервных копий, это можно сделать автоматически или вручную.
Внимание! Если настроено автоматическое или ручное удаление копий, то после операций удаления в хранилище могут оставаться небольшие вспомогательные файлы. Windows может отображать для таких файлов размер больше реально ими занимаемого размера. Их физический размер можно узнать, проверив свойства файла в Windows.
Для резервных копий:
• резервные копии на уровне файлов;
• непрерывные резервные копии;
• заверенные резервные копии;
• резервные копии, сохраняемые на CD/DVD/Blu-ray, FTP или в Зону безопасности Acronis.
Acronis True Image 2020 продолжает использоваться формат TIB.
Acronis True Image 2020 позволяет создать загрузочный диск CD-R/DVD-R или USB-накопитель для резервного копирования и восстановления дисков или разделов на компьютере с любым процессором Intel или AMD и любой операционной системой для ПК, включая Linux®. Компьютеры Apple Macintosh с процессором Intel не поддерживаются.
Интерфейс Acronis True Image 2020 позволяет работать с программой на устройствах с сенсорным экраном.
Минимальные системные требования
• Процессор Pentium с тактовой частотой 1 ГГц.
• 1 ГБ ОЗУ.
• 3,5 ГБ свободного места на диске
• Дисковод CD-RW/DVD-RW или USB-накопитель для создания загрузочного носителя (требуется около 600 МБ свободного пространства).
• Разрешение экрана 1024 x 768.
• Мышь или другое указывающее устройство (рекомендуется).
Внимание! Для развертываний на виртуальных машинах не гарантируется успешное резервное копирование и восстановление.
Для запуска Acronis True Image 2020 необходимы права администратора.
Поддерживаемые операционные системы
• Windows 10 (все выпуски, включая обновление за май 2020, кроме выпуска Windows IoT и Windows 10 с долгосрочным обслуживанием)*
• Windows 8.1 (кроме выпусков Windows Embedded)
• Windows 8 (кроме выпусков Windows Embedded)
• Windows 7 SP1 (все выпуски)
• Windows Home Server 2011
* Бета-версии не поддерживаются .
Внимание! Успешное восстановление гарантируется только для поддерживаемых операционных систем. Для других операционных систем можно создать резервные копии в посекторном режиме, но они могут перестать загружаться после восстановления.
Поддерживаемые файловые системы
• NTFS;
• Ext2/Ext3/Ext4
• ReiserFS(3)*
• Linux SWAP*.
• HFS+*/HFSX*
• FAT16/32/exFAT* **
* Файловые системы поддерживаются только для операций резервного копирования и восстановления дисков или разделов.
** Файловые системы поддерживаются только для операций восстановления дисков или разделов (без изменения размера).
Если файловая система не поддерживается или повреждена, Acronis True Image 2020 будет копировать данные в посекторном режиме.
Поддерживаемые носители данных
• Жесткие диски (HDD)*
• Твердотельные накопители (SSD)
• Сетевые устройства хранения
• FTP-серверы**
• CD-R/RW, DVD-R/RW, DVD+R (включая двухслойные DVD+R), DVD+RW, DVD-RAM, BD-R, BD-RE
• Устройства хранения USB 1.1/2.0/3.0, eSATA, FireWire (IEEE-1394), SCSI и PC Card
* Ограничения на операции с динамическими дисками
• Создание Зоны безопасности Acronis на динамических дисках не поддерживается.
• Восстановить динамический том как динамический том, изменив размер вручную, невозможно.
• Try&Decide® не может использоваться для защиты динамических дисков.
• Операция клонирования дисков не поддерживается для динамических дисков.
Скачать программу Acronis True Image 2020 бесплатно
Размер архива: 475,3 МБ
Интерфейс при установке на русскую версию Windows – русский
Активация: О’кей
Сайт разработчика: www.acronis.com/ru-ru/
Примечание.
При клонировании (восстановлении) ранее активированных операционных систем Windows 8/8.1/10 на другой жесткий диск, на тот же жесткий диск, заменив материнскую плату, на новый (другой) компьютер активация (лицензия) может не работать, поскольку ключ продукта типа уже использован на другом компьютере или на большем числе компьютеров, чем это допускается условиями лицензионного соглашения на использование программного обеспечения корпорации Майкрософт. Если вы используете нелицензионную копию Windows, которая не была опубликована и лицензирована корпорацией Майкрософт, активация не будет работать, поскольку корпорация Майкрософт не сможет установить соответствие между профилем оборудования вашего компьютера и вашим ключом продукта.
.TIBX — Расширение файла
Расширение файла .tibx связано с Acronis True Image 2020, популярным программным обеспечением для резервного копирования и восстановления. Представленные как новый тип формата файлов резервного копирования, файлы .tibx предлагают расширенные функции и возможности для защиты данных и восстановления.
История
Разработка расширения файла .tibx может быть прослежена до выпуска Acronis True Image 2020. Эта версия программного обеспечения внесла значительные улучшения в технологиях резервного копирования и восстановления, включая введение формата файла .tibx.
Описание
Расширение файла .tibx представляет собой файл резервной копии, созданный Acronis True Image 2020. Эти файлы содержат полный снимок данных пользователя, включая операционную систему, приложения, настройки и файлы. Целью создания файлов .tibx является предоставление пользователям надежного и эффективного способа защиты своих данных от сбоев аппаратного обеспечения, проблем с программным обеспечением или случайного удаления.
Acronis True Image 2020 использует расширенные алгоритмы сжатия и шифрования, чтобы гарантировать, что файлы резервного копирования являются компактными, безопасными и легко восстановившимися. Файлы .tibx могут храниться на локальных устройствах хранения, внешних дисках, сетевых местах или службах облачного хранения, поддерживаемых Acronis True Image.
Опубликованные спецификации
Акронис публично не опубликовал подробные спецификации формата файла .tibx. Точные технические характеристики и внутренняя структура файлов являются собственными и специфичными для программного обеспечения True Image Acronis.
Как открыть и использовать?
Чтобы открыть и использовать файлы .tibx, вам понадобится Acronis True Image 2020 или более поздняя версия программного обеспечения. Следуй этим шагам:
- Запустите Acronis True Image на вашем компьютере.
- Нажмите на опцию «Backup» или «Восстановление», в зависимости от того, хотите ли вы создать новое резервное копирование или восстановить из существующей резервной копии.
- Выберите файл .tibx в качестве источника или пункта назначения, в зависимости от ваших потребностей в резервном копировании или восстановлении.
- Следуйте инструкциям на экране, чтобы завершить процесс резервного копирования или восстановления.
Как преобразовать?
Файлы .tibx, созданные Acronis True Image 2020, не предназначены для преобразованы в другие форматы файлов. Они служат запатентованными файлами резервного копирования, специфичными для программного обеспечения True Image Acronis, и могут использоваться только в среде программного обеспечения.
Безопасен ли файл, вирус или шпион?
Расширение файла .tibx по своей природе не является небезопасным, вирусом или шпионом. Это законный формат файла резервного копирования, введенный Acronis True Image 2020. Однако важно убедиться, что файлы .tibx хранятся надежно и защищены от несанкционированного доступа или модификации.
Как и в случае с любыми файлами резервного копирования, крайне важно принимать надлежащие меры безопасности, такие как удержание компьютера и резервных устройств хранения в бесплатном от вредоносных программ, использование прочных паролей для защиты ваших резервных копий и хранение файлов резервного копирования в безопасных местах.
Tibx и tib в чем разница
Расширение файла tibx используется для нового типа файлов резервных копий, представленного в Acronics True Image 2020 . И TIBX, и предыдущие файлы TIB по-прежнему используются в Acronis 2020/2021, хотя и на основе определенных правил.
Формат TIBX зарезервирован для:
- всего ПК
- Весь Mac
- Диски и разделы (как ПК, так и Mac)
Старые резервные копии TIB останутся такими, какими они есть, даже если вы установите более новую версию True Image , формат TIBX будет использоваться только для новых резервных копий.
Основное отличие состоит в том, что формат TIBX используется для полной цепочки резервных копий, что увеличивает скорость резервного копирования и восстановления.
Расширение файла TIBX
В таблице ниже предоставляет полезную информацию о расширение файла .tibx. Он отвечает на вопросы такие, как:
- Что такое файл .tibx?
- Какое программное обеспечение мне нужно открыть файл .tibx?
- Как файл .tibx быть открыты, отредактированы или напечатано?
- Как конвертировать .tibx файлов в другой формат?
Оглавление
Мы надеемся, что вы найдете на этой странице полезный и ценный ресурс!
1 расширений и 0 псевдонимы, найденных в базе данных
✅ Acronis Backup v12 Archive
.tibx 
Другие типы файлов могут также использовать расширение файла .tibx.
🚫 Расширение файла .tibx часто дается неправильно!
По данным Поиск на нашем сайте эти опечатки были наиболее распространенными в прошлом году:
Это возможно, что расширение имени файла указано неправильно?
Мы нашли следующие аналогичные расширений файлов в нашей базе данных:
🔴 Не удается открыть файл .tibx?
Если дважды щелкнуть файл, чтобы открыть его, Windows проверяет расширение имени файла. Если Windows распознает расширение имени файла, файл открывается в программе, которая связана с этим расширением имени файла. Когда Windows не распознает расширение имени файла, появляется следующее сообщение:
Windows не удается открыть этот файл:
Чтобы открыть этот файл, Windows необходимо знать, какую программу вы хотите использовать для его открытия.
Если вы не знаете как настроить сопоставления файлов .tibx, проверьте FAQ.
🔴 Можно ли изменить расширение файлов?
Изменение имени файла расширение файла не является хорошей идеей. Когда вы меняете расширение файла, вы изменить способ программы на вашем компьютере чтения файла. Проблема заключается в том, что изменение расширения файла не изменяет формат файла.
Если у вас есть полезная информация о расширение файла .tibx, напишите нам!
Difference between TIB and TIBX files
with Acronis 12.5 i see that a new backup plan i made after the update from version 12 has the TIBX extension.
What is the difference between TIB and TIBX?
Can the TIBX file be shrinked?
The difference between the backup formats can be checked in the following article in documentation. The main benefit of the new archive format is faster files/folders backup and browsing operations, e.g. the performance improvements, especially for cases when a huge amount of files/folders (2 millions+) is saved in the backup.
The shrinking feature (internal ID: ABR-86450) for new backup format is planned to be added in Acronis Backup 12.5 Update 2 scheduled for Autumn this year.
- Log in to post comments
Best regards,
Vasily
Acronis Virtualization Program Manager
Information provided AS-IS with no warranty of any kind.
thank you very much.
- Log in to post comments
i’ve seen the Update 2 has been released. I’ve read the release notes ( https://www.acronis.com/en-us/support/updates/changes.html?p=39980 ) and i’ve not found any reference to the shrinking feature (ABR-86450).
Do you have any news about that?
Thank you for your help.
- Log in to post comments
Since my previous comment the plans have been changed unfortunately and this feature implementation was moved to a later milestone — currently it’s pending for Q2 of 2018 (Update 4 — scheduled for Apr-May).
P.S. Note that shrinking should be required only if you manually clean up most of the recovery points from a large archive — these situations (when you have to manually remove recovery points) can be avoided by setting up proper retention rules when configuring the backup plan. With proper retention rules archive would always contain only required set of recovery points inside and thus there will be no need in shrinking.
- Log in to post comments
Best regards,
Vasily
Acronis Virtualization Program Manager
Information provided AS-IS with no warranty of any kind.
thank you for the answer.
As far as i can see the retention rule does not reduce the backup file size during the cleanup of older copies; is that right?
So the only thing i can do if i see that a backup file grows too big is to create a new one with a smaller range of days (or number of copies).
That’s why i’m waiting for that feature to be available.
Thank you again.
- Log in to post comments
i have the same problem, is really the own solution, to reduce the filesize, to create a new one?
- Log in to post comments
>> So the only thing i can do if i see that a backup file grows too big is to create a new one with a smaller range of days (or number of copies).
This is the only right way to workaround the issue currently. The new backup archive should be created if you want to reduce the amount of stored recovery points and keep the archive size at minimum.
- Log in to post comments
Best regards,
Vasily
Acronis Virtualization Program Manager
Information provided AS-IS with no warranty of any kind.
thank you for the answer.
That’s why i’m looking forward to see that feature available as soon as possibile ��
I’ll wait the Update 4 then.
- Log in to post comments
any update on the shrinking feature? my backup NAS is full so i cannot create a new backup file as i need to keep the old backups.
i need to shrink the tibx file, otherwise i cannot do any more backups!
- Log in to post comments
Currently the feature is still under development and in plans for future versions of Acronis Backup. It’s getting more attention and re-prioritized as we see more requests for it from our customers, so there are good chances to get it during the next year 2020, however we cannot provide any comittments yet.
Note, hovewer, that in your case it is sufficient to simply delete some old backups from the existing (big) archive in order to free up space within it, this would allow to continue backing up, while the archive size won’t grow any more. In other words setting some more strict retention rules for the particular archive (keep less backups within it) would solve your current issue.
- Log in to post comments
Best regards,
Vasily
Acronis Virtualization Program Manager
Information provided AS-IS with no warranty of any kind.
thanks for this update.
unfortunately my NAS uses XFS for which acronis doesnt support sparse files yet. so the old backups are deleted but the space isn’t freed up for overwriting with the new backup. this grows the tibx file until i run out of space.
thats why i would need the shrink urgently.
- Log in to post comments
In your case I’m afraid that there are only a few options assuming your particular NAS specifics:
1) Switch to legacy archive format v11 so that each backup is stored in individual file, so that the backups could be retained.
2) An alternative would be to re-partition the NAS, so that it uses NTFS file system instead of XFS. In case of NTFS the «physical size» of the archive file will be automatically reduced after retention. But yes, it will require additional steps to keep the existing archives — you’d need some temporary storage to keep them.
Also note that without fixing the bug you’ve run into (internal ID: ABR-223285), the shrinking even when it’s implemented, likely won’t work due to the same root cause, e.g. lack of «sparse files on XFS» support, so getting the bug fixed first is crucial. The fix for this issue is now planned for Acronis Backup 12.5 Update 5 which we plan for the end of this-beginning of the next year.
- Log in to post comments
Best regards,
Vasily
Acronis Virtualization Program Manager
Information provided AS-IS with no warranty of any kind.
Thanks for the explanations about the v.12 backup format
But I have one question : if I want to extract one specific backup from the big tibx file containing all the bakup, how can I do this?
- Log in to post comments
The easiest way is to browse the backup via web console interface from Backups tab -> list recovery points (backups) -> click the cogwheel -> Export:
As the result — there will be single backup exported from the archive chain which will be self-sufficient (will contain all data required to recover from this backup) and will contain only 1 recovery point, regardless of whether the exported backup was full or incremental (effectively it will produce full backup from incremental recovery point)
Similar result can be achieved by using «backup replication» feature if you have Advanced license (Plans -> Backup replication) where you can replicate only last backup (recovery points) from one big archive:
- Log in to post comments
Best regards,
Vasily
Acronis Virtualization Program Manager
Information provided AS-IS with no warranty of any kind.
I would like to know why I can not see MOUNT function for tbix files on Windows 10. Files tib have MOUNT function uder right buttn on mouse?This is some special function which will be release after year of life ATI version 2020. So current version realease on market is some not ended version about should cost part only.
Making backup in ATI 2020 in tibx format makes hours. ATI version 2018 make it in 20 minutes.
This software from version to version have more bugs and it’s not eneded after release.
- Log in to post comments
This thread is dedicated to Acronis Backup product, rather than Acronis True Image, so for future references please create a thread in the dedicated Acronis True Image 2020 forum branch.
As far as I have checked with our Acronis True Image team, the possibility to mount from newly introduced .tibx archive format is planned for the next version of Acronis True Image which comes later this year in Summer.
- Log in to post comments
Best regards,
Vasily
Acronis Virtualization Program Manager
Information provided AS-IS with no warranty of any kind.
will the XFS sparse file shrik feature be included in the next release? and is there already a date for the release?
- Log in to post comments
The specific bug I referred above (ABR-223285) is planned to be fixed in future releases, however the timeline is not defined at the moment as the situation has changed since my previous post. There are some chances that we can make the fix until the end of the current year, but there is no commitment we can provide at the moment.
Right now the best I can suggest is to stick to workarounds described in my above post (use backup format v11 or do not use XFS file system on your NAS volumes).
- Log in to post comments
Best regards,
Vasily
Acronis Virtualization Program Manager
Information provided AS-IS with no warranty of any kind.
that is not really good to hear. i cannot simply change my terastation to use NTFS — they are linux based and therefore only provide XFS. and for using the v11 format — can i change the existing backup plans and it will start all new files for my machines or do i have to create new backup plans?
and still i need space for my existing 9 TB archives (which dont even contain this amount of data anymore) for half a year or so.
- Log in to post comments
The backup format can be defined only when creating a new backup plan, so editing existing plans won’t work in this case. You should create new backup plan and set the Backup Options -> «Backup format» to version 11.
The existing backups can be reduced in size by using backup replication option: either as part of backup plan or from Plans -> Backup replication if you have Advanced license. The replicated archive will contain only the useful data (without unclaimed space). Note that the replicated archive will be still in the original format, e.g. v12 in your case (backup format cannot be changed during replication), so it would be just a way to preserve the old backups, while freeing up additional space.
- Log in to post comments
Best regards,
Vasily
Acronis Virtualization Program Manager
Information provided AS-IS with no warranty of any kind.
Is really good but don’t answer all my questions…
Considering the backup format version 11 vs 12 (TIBX), what’s the differences between the versions to deduplication features?
Like deduplication at source and at target. how it works in the two versions, how enable/disable in the two version.
In version 12 (TIBX):
— The deduplication source/target are enable by default in TIBX (Advanced 12.5 Update 4)?
— How the In-archive deduplication works?
— The deduplication at target consider only one backup / machine file or consider all backups to do the global deduplication?
— How enable / disable deduplication? How enable / disable source and or target deduplication?
- Log in to post comments
— Deduplication will be work for many backup plans of machines with similar contents?
- Log in to post comments
welcome to Acronis forums.
There are two types of deduplication in Acronis Cyber Backup 12.5:
— deduplication that could be enabled on a Storage Node — specially organized backup location (it can be enabled/disabled on a Storage Node);
— in-archive deduplication in version 12 backup format (it is in-built and can’t be enabled/disabled).
This is how the latest one works:
After the first full backup, all other backups are saved to this archive in incremental mode. Physically all data is located inside one file as opposed to the version 11 format where each backup is stored in a separate .tib file.
When a certain backup expires due to the pre-defined retention rules, the backup algorithm just marks these outdated backup blocks as “free” ones. The initial archive still occupies the same space on the storage as before, however all newer backups will be written to the “free” blocks first, and only if all the “free” blocks are filled, the total size of the archive will be increased.
This approach allows keeping the archive size as small as possible and prevents it from growing excessively.
- Log in to post comments
Best regards,
Maria Belinskaya | Acronis Forum Support Specialist
Information provided AS-IS with no warranty of any kind.
Considering version 12 (TIBX), the deduplication process will be done only at storage-node side when the data will be stored. Need to transfer all the duplicated data trought network and only then do the dedup process. Correct? (this is dedup in target)
If we have 10 VM stored in same storage-node and we have one same file inside all of this 10VM. Considerind thaht we are using the TBIX, our storage node will store only one copy of this file or 10 copies, one for each VM?
We need to do a backup around 200VM per day. And of course we will need deup and compress.
You recommend the use of TIB ou TIBX? And why?
- Log in to post comments
Considering version 12 (TIBX), the deduplication process will be done only at storage-node side when the data will be stored. Need to transfer all the duplicated data trought network and only then do the dedup process. Correct? (this is dedup in target)
First of all, I need to clarify that you can not store Version 12 .tibx files on a deduplicated storage node. Version 11 (.tib file) is automatically selected if the backup destination (or a replication destination) is a managed location with enabled deduplication. If you change the format to Version 12, the backups will fail.
Deduplication is done on the target (backup location).
If we have 10 VM stored in same storage-node and we have one same file inside all of this 10VM. Considerind thaht we are using the TBIX, our storage node will store only one copy of this file or 10 copies, one for each VM?
A backup on a Storage Node with enabled deduplication will store only blocks with unique data (not entire files), if the data is duplicated 9as in your example), the backup file on this storage node stores hashes to this block. This will work if you back up all your VMs in one file. In case you create a separate backup for every VM, each backup will contain the same data blocks.
You recommend the use of TIB ou TIBX? And why?
We recommend using Version 11 with enabled deduplication on a Storage Node. If all VM backups stored in the same location, then deduplication will be applied to the entire location. If you select Version 12, then deduplication will be applied inside the backup archive.