Имена TIBX-файлов резервных копий содержат только имя резервной копии и инкрементный номер. Оно не содержит дополнительной информации, такой как метод резервного копирования, номер цепочки резервных копий, номер версии резервной копии или номер тома, которые использовались для формата TIB.
Имя резервной копии может выглядеть следующим образом:
Схемы резервного копирования
При создании резервных копий в формате TIBX поддерживается использование всех схем резервного копирования. В отличие от формата TIB, при использовании которого каждая версия резервной копии сохранялась в виде отдельного файла, при использовании формата TIBX версии полных и дифференциальных резервных копий сохраняются как отдельные файлы, а версии инкрементных резервных копий автоматически объединяются с базовыми резервными копиями (полными или дифференциальными).
Удаление резервных копий в формате TIBX
Если необходимо удалить ненужные версии резервных копий, это можно сделать автоматически или вручную.
Если настроено автоматическое или ручное удаление копий, то после операций удаления в хранилище могут оставаться небольшие вспомогательные файлы. Windows может отображать для таких файлов размер больше реально занимаемого. Их физический размер можно узнать, проверив свойства файла в Windows.
Пожалуйста, не удаляйте файлы вручную.
При удалении локальных резервных копий вручную применяется следующая схема.
Какие резервные копии сохраняют формат TIB
Для следующих резервных копий продолжает использоваться формат TIB:
Подробное сравнение наименований архивов TIBX и TIB см. в разделе Именование файлов резервных копий.
Дополнительные сведения об автоматическом удалении резервных копий см. в разделе Очистка резервных копий, версий и реплик.
Дополнительные сведения об очистке резервных копий вручную см. в разделе Очистка резервных копий вручную.
Этот параметр определяет формат резервных копий, созданных планом защиты. Он доступен только для планов защиты, которые используют устаревший формат резервных копий «Версия 11». В этом случае его можно изменить на новый формат «Версия 12». После этого изменения параметр станет недоступен.
Этот параметр не применим к резервным копиям почтового ящика. Резервные копии почтового ящика всегда имеют новый формат.
Значение по умолчанию: Автоматический выбор.
Для этого укажите Учетная запись для входа службы агента. Можно выбрать один из следующих вариантов:
Будет использоваться формат «Версия 12», за исключением случаев, когда план защиты добавляет резервные копии к уже созданным в продукте более ранней версии.
В большинстве случаев для быстрого резервного копирования и восстановления рекомендуется новый формат. Каждая цепочка резервных копий (полного или дифференциального копирования, и всех зависящих от них инкрементных резервных копий) сохраняется в один файл TIBX.
С этим форматом правило хранения По общему размеру резервных копий не применимо.
Возможность использовать устаревший формат сохранена для обеспечения обратной совместимости. Это позволит добавлять резервные копии к уже созданным в продукте более ранней версии.
Также используйте этот формат (с любой схемой резервного копирования, за исключением Всегда инкрементное (один файл) ) для полного, инкрементного и дифференциального резервного копирования в отдельные файлы.
Невозможно создать резервную копию групп обеспечения доступности баз данных (DAG), используя формат архива «Версия 11». Резервное копирование группы обеспечения доступности баз данных поддерживается только в формате «Версия 12».
Формат резервной копии и файлы резервных копий
Для хранилищ резервных копий, обзор которых можно выполнить с помощью диспетчера файлов (например, локальные или сетевые папки), формат резервных копий определяет количество файлов и их расширение. Можно назначить имена файлов используя опцию имя файла резервной копии. В следующей таблице перечислены файлы, которые могут быть созданы на каждой машине или почтовом ящике.
Всегда инкрементное (один файл)
Другие схемы резервного копирования
Формат резервной копии Версии 11
Один файл TIB и один файл метаданных XML
Несколько файлов TIB и один файл метаданных XML (традиционный формат)
Формат резервной копии Версии 12
Один файл TIBX на каждую цепочку резервных копий (полное или дифференциальное резервное копирование и все зависящие от них инкрементные резервные копии).
Изменение формата резервной копии на «Версия 12» (TIBX)
Дедупликация в архиве
Формат «Версия 12» поддерживает дедупликацию в архиве, которая обеспечивает указанные ниже преимущества.
Дедупликация в архиве включена по умолчанию для всех резервных копий в формате TIBX. Не нужно включать ее в параметрах резервного копирования. Отключить ее также невозможно.
Резервное копирование с помощью программы Acronis True Image 2020
Введение
Продуктами фирмы Acronis я пользуюсь 10 лет. Каждый год я покупаю обновление для Acronis True Image. Acronis Disk Director с такой частотой не обновляют. При администрировании рабочих станций, а также в учебном процессе я использую и штатные средства резервного копирования Windows, и Acronis True Image и корпоративные решения Acronis, а также средства резервного копирования других разработчиков. Но данная статья посвящена программе Acronis True Image 2020, а именно резервному копированию системного раздела.
Acronis True Image Home 2020 – это программный комплекс, в который входят средства, позволяющие создавать резервные копии операционной системы, приложений, пользовательских настроек и всех имеющихся данных, средства для уничтожения информации, создания загрузочных дисков, выполнения «небезопасных» операций в операционной системе и др.
Резервные копии, создаваемые программой Acronis True Image 2020, имеют расширение TIBX. По умолчанию они создаются с использованием сжатия данных, поэтому требуется гораздо меньше дискового пространства для их хранения. Степень сжатия всегда можно настроить перед запуском резервного копирования.
Данные из резервных копий формата TIBX можно восстановить только с помощью версии программы Acronis True Image 2020. При попытке восстановить резервную копию формата TIBX более ранней версией будет выведено сообщение Рис.1
Рис.1 Невозможность восстановление резервной копии формата TIBX версией Acronis True Image 2019
Для непрерывных резервных копий, заверенных, на уровне файлов, а также резервных копий, сохраненных на CD/DVD/Blu-ray, FTP или в Зоне безопасности Acronis продолжает использоваться формат TIB.
Содержание
Системные требования
В данной статье рассматривается версия Acronis True Image 2020 build 22510 для Windows, выпущенная 21 ноября 2019 года, поэтому требования для версии Acronis True Image 2020 для Mac не описываются.
Поддерживаемые устройства хранения
Поддерживаемые операционные системы
Используя загрузочный носитель Acronis True Image Home 2020, можно осуществлять резервное копирование и восстановление дисков или разделов на компьютере под управлением любой операционной системы Windows или Linux.
Поддерживаемые файловые системы
Файловые системы Ext2/Ext3/Ext4, ReiserFS, HFS+/HFSX и Linux SWAP поддерживаются только для операций резервного копирования и восстановления дисков или разделов с использованием загрузочного носителя Acronis.
Установка Acronis True Image 2020
Пробная версия Acronis True Image 2020 может быть использована в течение 30 дней со следующими ограничениями:
Рис.2 Завершение установки программы Acronis True Image
Нажать кнопку Установить.
По окончании инсталляции запустить приложение Acronis True Image 2020.
Рис.3 Завершение установки программы Acronis True Image
Принять лицензионное соглашение и нажать кнопку ОК.
Рис.4 Лицензионное соглашение
Ввести серийный номер в окне Активация и нажать кнопку Активировать. Если планируется использовать пробный режим, нажать соответствующую кнопку. В данной статье будет описана зарегистрированная версия Acronis True Image 2020. На рисунке ниже представлена активация продукта с ключом обновления, поэтому необходим ввод лицензионного ключа новой версии, а также предыдущей.
Рис.5 Активация программы Acronis True Image 2020
Рис.6 Главное окно программы Acronis True Image 2020
Подготовка раздела для хранения резервных копий
Перед тем, как запустить средство создания резервной копии системного раздела, необходимо убедиться в наличии места хранения для резервной копии. Это может быть отдельный раздел жесткого диска, внешний носитель информации, сетевое хранилище, либо можно воспользоваться облачным хранилищем Acronis, в зависимости от редакции программы, которая приобретена.
В данной статье будет описан вариант создания отдельного раздела для хранения резервных копий за счет сжатия системного раздела.
Создать второй раздел жесткого диска, за счет свободного пространства системного раздела
Запустить оснастку Управление дисками
Данную оснастку можно запустить разными способами:
Рис.7 Запуск окна Выполнить
Оснастка Управление дисками позволяет управлять логическими разделами на таких носителях, как жесткий диск, USB-накопитель или оптический привод. Через Управление дисками можно создавать и удалять разделы, или, если это необходимо, форматировать их.
Рис.8 Оснастка Управление дисками
Рис.9 Оснастка Управление дисками
Рис.10 Оснастка Управление дисками
Рис.11 Мастер создания простых томов оснастки Управления дисками
Создание резервной копии системного раздела
Раздел Резервное копирование и восстановление обеспечивает быстрый доступ ко всем функциям программы, связанным с резервным копированием и восстановлением данных.
Рис.20 Выбор опции выключения компьютера после завершения процедуры резервного копирования
Рис.21 Результат успешного завершения резервного копирования
Рис.22 Раздел Активность
Отдельные дополнительные настройки резервного копирования
В разделе Параметры можно указать дополнительные настройки для будущей резервной копии.
Рис.23 Раздел Параметры
Ниже в статье рассмотрены отдельные дополнительные настройки резервного копирования.
В разделе Расписание можно настроить периодичность создания резервных копий. По умолчанию система Acronis предлагает создавать резервные копии еженедельно. А также раскрыв узел Дополнительные настройки, можно указать вариант запуска резервного копирования при простое компьютера, возможности программы выводить компьютер из спящего режима, согласно заданному расписанию резервного копирования и др.
Рис.24 Раздел Расписание
В разделе Схема можно указать методы резервного копирования. Acronis True Image позволяет выполнять следующие варианты резервного копирования.
1 вариант. Полное резервное копирование. В этом варианте:
2 вариант. Инкрементное резервное копирование. В этом варианте:
3 вариант. Дифференциальное резервное копирование. В этом варианте:
Рис.25 Выбор метода резервного копирования
В разделе Дополнительно можно настроить Режим создания образа.
Режим создания образа используют для создания точных копий целых разделов или жестких дисков, всех секторов (содержащих данные и не содержащих данные).
Рис.26 Раздел Дополнительно
В разделе Защита резервной копии раздела Дополнительно можно установить пароль для будущей резервной копии. Нельзя изменить параметры защиты для существующей резервной копии.
В разеделе Производительность раздела Дополнительно можно настроить степень сжатия резервной копии в случае ограничения свободного пространства. А также приоритет операции резервного копирования.
Рис.27 Выбор уровня сжатия резервной копии
Рис.28 Настройка параметра Приоритет операции
При выборе параметра Низкий, процесс резервного копирования будет выполняться медленнее, но производительность других запущенных приложений не снизится. При выборе параметра Обычный резервное копирование будет выполняться наравне с другими запущенными приложениями. Если выбрать параметр Высокий процесс резервного копирования будет происходить намного быстрее за счет уменьшения производительности других приложений.
В разделе Обработка ошибок можно настроить такие параметры, как:
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.
Best regards, Vasily Acronis Virtualization Program Manager
Information provided AS-IS with no warranty of any kind.
thank you very much.
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.
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.
i have the same problem, is really the own solution, to reduce the filesize, to create a new one?
>> 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.
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.
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!
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.
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.
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.
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.
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?
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.
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.
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?
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).
Best regards, Vasily Acronis Virtualization Program Manager
Information provided AS-IS with no warranty of any kind.
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.
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?
— Deduplication will be work for many backup plans of machines with similar contents?
welcome to Acronis forums.
There are two types of deduplication in Acronis Cyber Backup 12.5:
— 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:
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.
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?
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)
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.
Best regards, Maria Belinskaya | Acronis Forum Support Specialist
Information provided AS-IS with no warranty of any kind.
