Как конвертировать tib в vmware

Как конвертировать tib в vmware

Сталкивались ли вы с желанием использования системы, копию которой вы сделали при помощи Acronis’a, в виртуальной машине? Бывает случаи, когда полностью уничтожать текущую систему, не всегда представляется удобным. А файл с образом системы упорно не хочет монтироваться ни в одну виртуальную машину.
Выход есть, чтобы смонтировать образ Acronis’a в виртуальную машину вам понадобится:

У вас уже есть образ или несколько его частей в формате .tib, который и содержит необходимый вам снимок системы. Установите Acronis True Image, версию для работы в системе, а не загрузочную! Сразу оговорюсь, она платная, можете опробовать пробную версию, можете приобрести ее или просто спиратить – дело ваше.
Откройте True Image и войдите в раздел Инструменты и утилиты – Преобразовать резервную копию Acronis

Я использовал Acronis True Image 2013 с поставленным поверх русификатором, в других версиях расположение может быть другое, но в целом – эта функция присутствует.
Здесь вы выберите вашу копию системы, укажите путь куда должна будет отправиться преобразованная система. Если ваш слепок состоит из нескольких частей – не отчаивайтесь, укажите последнюю часть и программа подхватит все части, которые были до этого.
Вы получили образ в формате .vhd. Но его также нельзя использовать в вашей виртуальной машине. Теперь вам понадобится утилита StarWind V2V Image Converter, она бесплатна и скачать ее можно на официальном сайте.
Выберите место хранения вашего vhd образа и перекодируйте его в формат VMWare growable image (рекомендую). Процесс будет долгим, и скорость перекодировки будет зависеть от размера файла и мощности вашего компьютера.
И вот наконец то вы получили заветный образ .vmdk, теперь он один вне зависимости от того, сколько частей было изначально. Именно этот образ и будет в дальнейшем смонтирован в виртуальную машину.
Создайте новую виртуальную машину в VMware Workstation, выберите выборочную установку, укажите версию ОС, ОЗУ и ядер вы выделите для нее, не забудьте в меню выбора установки системы указать о том, что вы установите систему позже и то, что вы хотите выбрать существующий жесткий диск. (смотрите скриншоты ниже) При указании существующего образа вам могут предложить переграбить образ в более новый формат, рекомендую не делать этого, поскольку не всегда после этого система остается работоспособной. Я использовал VMware Workstation 9.0 с русификатором.

Теперь вы можете использовать виртуальную машину с системой, которую ранее сделали при помощи Acronis’a

Источник

How to convert backup archive (.tib, Acronis) to VHD or VM

Following virtual machine formats are available:

1. Download the trial version of Acronis Backup

2. Install Acronis Backup (next-next mode)

3. Run Management console and choose Recovery

5. Tested and verified 🙂

Share this:

Like this:

Related

5 thoughts on “How to convert backup archive (.tib, Acronis) to VHD or VM”

The latest release (2017) does not support this functionality.

I’ll re-check this. AIK, download option for older versions is available for Acronis customers (in their accounts) + you can request link on the forum (https://forum.acronis.com) or restore tib to virtual machine.

Last version (12.5) looks nowhere like previous one (11.5), for which the description applies.

Now it is managed via web browser.

It probably has ability to export backup file as virtual machine, though it is not installed by default (and Hyper-V support is disabled on anything but servers with Hyper-V role).

I would have tried it (I have one backup copy of Acer Easystore H340 internal flash provided by some kind soul – my flash seems to be overwritten), but for me current Acronis Backup bombed out with some http error while trying to mount the backup (I intended to make image file out of it by for example Winimage, if I wouldn’t find relevant option for conversion to VMWare).

I will be trying 11.5 version, as soon as it would install.

One might be reluctant to download and run things from some dodgy sites in foreign language (while instalki.pl is not one of the most reputable sites, it is not bad either – but I certainly understand that for someone that does not speak Polish it might be dodgy/rogue/etc), but they’re linking to official Acronis download server – so in fact, you’re downloading from dl.acronis.com.

For the record – mentioned KB article seems to be no longer online. Fortunately, Web Archive comes to the rescue:
https://web.archive.org/web/20140406185652/http://kb.acronis.com:80/content/35282

Regarding my previous comment:

Hmm… it seems that UI didn’t changed much between Acronis Backup 11.5 and Acronis Backup 12.5, though now everything is done via web browser.

In 11.5 there was still the same stupid file selector (why on earth they couldn’t have used Windows Open dialog and why they must have reinvented the wheel??). If you think its OK, then try to select file on VirtualBox shared folder… (it asks for the password when entering \\Vboxsrv UNC path… but there’s none…)

Anyway, older version didn’t helped at all. By selecting Recovery. I couldn’t chose tib file at all!

Mounting was no-go either, with some error message.

In the current (Acronis Backup 12.5) version I could at least browse the archive (after double clicking it) and possibly copy files out of it, but didn’t this since I wanted binary copy of the whole volume.

(In Acronis Backup 11.5 I couldn’t browse it, as it bombed out with some error. tib file dates back to 2010, so it predates both Acronis Backup 12.5 and Acronis Backup 11.5.)

I’ve abandoned all effort with Acronis Backup as soon as I’ve found in another file a copy of individual files from Acer Aspire h341 internal flash (Acronis copy was from h340, but I believe the difference between the two is just HDD size; anyway Windows PE-based Windows Home Server Rescue Partition is by no means rocket science so it shouldn’t matter). Copied these to USB HDD formatted in NTFS, copy-pasted MBR boot code (first 440 bytes, after these volume serial number follows). changed first byte of first partition entry to 80 to make it active and I had a working, bootable media in 5 minutes, without having to even wipe it, in contrast to several hours long fiddling with Acronis Backup bloatware that ended in nothing.

Источник

Конвертирование файла TIB do VMDK. Конвертирование файла TIB do VHD Установка виртуальной машины из tib образа

Для компаний, внедряющих виртуализацию актуален вопрос по переводу своих серверов в виртуальную среду. Официальный метод — это использование VMware converter (link). Но в моей практике миграция хотябы одной (и более) ОС, через конвертер всегда заканчивается неудачей. Причем система, которая не мигрирует, официально поддерживается VMware и упоминается в документации.

Функционал VMware vCenter Converter Standalone:

Конвертация обычным методом

Устанавливаем в сеть VMware converter, надежнее всего на ту машину, которую нужно конвертировать.

Соглашаемся с лицензионной политикой.

Папка установки VMware converter

Два вида работы программы. Локальная установка в операционную систему, которую нужно конвертировать, либо клиент-серверный вариант, когда в ОС удаленно ставится агент VMware converter, а серверная часть находится, например, на компьютере администратора.

Необходимо указать источник (то что нужно конвертировать).

Локальную машину программа определяет сама и довольно точно.

Теперь выбираем, где нужно создать новую виртуальную машину.

Указываем адрес ESXi или vCenter server.

Конвертер подключается к VMware ESXi.

Указываем название виртуальной машины, которая будет создана на VMware ESXi

Указываем на какой LUN будут помещены файлы виртуальной машины. И версия оборудования (8 версия для ESXi 5+)

На данном шаге мастера можно указать более точно настройки конвертации. Например, выбрать диски которые нужно перенести, виртуальную сеть и другое.

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

Порядок переноса следующий:

Можно обойтись вообще без конвертера, а создать в ручном режиме новую виртуальную машину, загрузиться с Acronis Boot CD и восстановить информацию из резервной копии, но вы рискуете увидеть BSOD, т.к. VMware Converter умеет подсовывать нужные драйверы в виртуальную машину, а Acronis нет.

Программы для конвертирования TIB в VMDK:

Другие возможные конвертирования файлов TIB

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

Конвертирование файла с расширением TIB в другой формат

Какие еще есть возможности?

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

Программы для конвертирования TIB в VHD:

Другие возможные конвертирования файлов TIB

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

Конвертирование файла с расширением TIB в другой формат

Какие еще есть возможности?

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

# sudo mount /dev/sdb1 /home/user /Видео

где user — это название Вашего имени пользователя.

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

Так же этот параметр может принимать значения:

Соответственно для NTFS, FAT и CD-дисков файловых систем. Последний нужен только для подключения CD/DVD-ROM устройств и образа диска.iso.

Чтобы вручную задать параметры доступа к примонтированному разделу следует указать параметр:

Дополнительные параметры, которые помогают в некоторых случаях:

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

Если все же жесткий диск отказывается монтироваться в операционной системе Linux, то можно примонтировать его вручную. Параметр -o force позволяет принудительно монтировать разделы жесткого диска в линуксе. Ну, к примеру, так:

Источник

С Hyper-V на VMware и обратно: конвертация виртуальных дисков

Периодически я слышу от практикующих инженеров странное: VMDK, VHD и VHDX – абсолютно разные форматы виртуальных дисков, чуть ли не закрытые, а конвертировать из одного в другое – долго и больно. Сегодня наглядно покажу, что это не так, разберу, как эти форматы соотносятся друг с другом и как делать быструю конвертацию при миграции с Hyper-V на VMware и обратно.

Немного теории. C точки зрения свойств, виртуальные диски делятся на два типа:

Форматы дисков

RAW – «сырой» образ любого диска. Это обычный контейнер, который не содержит никаких специфических заголовков и футеров и представляет образ диска «как есть». Если мы откроем такой образ HEX-редактором, то сразу увидим заголовки GPT/MBR и/или файловой системы. Точно такой же образ получается через команду dd в Linux. RAW в этом плане абсолютно честен с нами.

Начало файла RAW.

Конец файла RAW.

VMDK. VMware ESXi – обыкновенный RAW, где геометрия диска описывается в обычном текстовом файле-описателе (дескрипторе). Именно его имя мы видим в vSphere Console, когда подключаем виртуальный диск к виртуальной машине или просматриваем содержимое каталога на Datastore. VMware ESXi ничего не делает с образом. Совсем. Диск покоится себе и расширяется по мере необходимости. В лучших традициях VMware формат описателя очень простой:

И он не только простой, но и функциональный: достаточно сделать пометки в файле-описателе, чтобы расширить виртуальный диск до каких угодно поддерживаемых значений. Это позволяет заполнить диски нулями или пометить его как тонкий, без необходимости держать информацию о геометрии в заголовках диска.

Ниже представлены некоторые стандартные значения всех разделов дескриптора:

Причем адаптер VMware Paravirtual всегда помечается как lsilogic.ddb.geometry.cylinders
ddb.geometry.heads = «255»
ddb.geometry.sectors = «63»Количество цилиндров, головок и секторов для описания геометрии виртуального диска.Подробно о расчетах геометрии диска здесь.ddb.thinProvisionedФлаг тонкого диска.1 – диск тонкий,
0 или отсутствует – толстый дискddb.uuidИдентификатор дескриптораddb.virtualHWVersionВерсия Virtual Hardware

Описание всех значений можно посмотреть в спецификации формата: VMware Virtual Disk Format 1.1

VHD. Толстый VHD – тот же самый RAW, но с 512-байтным футером, где описывается геометрия диска. Какого-то отдельного файла-описателя у виртуальной машины Microsoft Hyper-V нет. Описание геометрии диска занимает 4 байта. Собственно, отсюда ограничение на размер диска в 2 Тб.

Футер. Последние 512 байт диска.

Самое интересное, что если создать файл-описатель и подсунуть в ESXi VHD-диск с футером, то гипервизор VMware проигнорирует этот футер и примет VHD как родной.

При Storage vMotion с конвертацией диска в тонкий он просто отрежет этот футер, и на выходе мы получим тот же RAW без нулей в конце. А при конвертации в толстый диск – честный RAW. Это я и собираюсь продемонстрировать чуть позже.

VHDX. Вся информация о геометрии диска хранится в первых 4096 Кбайтах виртуального диска – в области заголовка.

Общая схема толстого диска VHDX.

Что представляет из себя эта область? В ней содержатся две копии заголовков со своими логами, BAT и область метаданных общие.

Логическая структура заголовка диска.

В единицу времени только одна копия заголовка активна. Это обеспечивает определенный уровень отказоустойчивости заголовка в случае незапланированных прерываний операций чтения/записи. После каждой операции I/O копия реплицируется, и происходит переключение на нее.

Макет области заголовка.

Для конвертации VHDX в RAW нам всего-то нужно отрезать первые 4096 KB.

Начало данных на 5 МБ.

Внимательный читатель, конечно же, скажет: ок, Женька, а слабо RAW конвертнуть в VHDX? На что я отвечу: зависит от файловой системы и от того, насколько она позволяет записывать данные в начало файла. Вручную на файловой системе NTFS это можно сделать, сместив в MFT начало файла на 4 Мб вперед и дописав в это место заголовок.

По этому же принципу работает утилита vhdxtool.exe. Однако при этом преобразовании мы не получим красивую картинку в виде 4 Мбайт заголовка и RAW. Диск будет виден и даже будет корректно работать как VHDX, но будет и много «мусора» из нулей, появившихся из-за манипуляций со смещениями (offsets). Диск будет не оптимизирован. ВМ с таким диском рекомендуется смигрировать на другой том или оптимизировать через командлеты Convert-VHD или Optimize-VHD. Если этого не сделать, диск будет занимать больше места, чем должен, и, возможно, медленнее работать.

Однако в сценариях миграции с VMware на Hyper-V эта утилита незаменима, так как позволяет провести преобразование на месте, без необходимости побайтового считывания исходного диска и создания рядом копии. Все шероховатости будут сглажены при первом же Storage Live Migration.

Вывод: толстые диски форматов VMDK, VHD, VHDX на деле мало чем отличаются друг от друга. В их основе RAW c различными добавками. Тем же HEX-редактором или функциями ОС для работы с файловой системой мы можем за пару секунд превратить 10 Тб VMDK или VHDХ в диск целевого гипервизора.

Давайте на практике посмотрим, как VMware Exsi справится с VHD.

Футер отрезался.

Тот же самый фокус работает и для RAW, созданных через dd. И даже в обратном направлении. Таким образом вы видите, что VMware ESXi принимает диски с футерами или RAW, созданные сторонними средствами.

Если не хочется фокусов, то можно воспользоваться инструментами ниже.

Подведем итоги. Различные форматы толстых виртуальных дисков не такие уж разные. В основе всего RAW с различными “добавками”.

Конвертация форматов виртуальных дисков — это не страшно, и, как я показал, иногда можно обходиться даже без нее.

Основной профит всего этого — сокращение времени миграции с Hyper-V на VMware и обратно и времени простоя ВМ при миграции. В DataLine мы такое практикуем с простоем ВМ менее 30 минут. Рекорд же — 40 секунд простоя ВМ при миграции между гипервизорами.

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

Источник