Перенос виртуальной машины на физическую acronis
Обновлено: 07.07.2024
Возможно ли / возможно ли выполнить установку виртуальной машины Ubuntu на физическую машину? Если возможно, насколько сложно это будет выполнить и какие шаги мне нужно предпринять, чтобы подготовиться к миграции.
Я хотел бы провести некоторое тестирование на виртуальной машине и, если она сработает, перенести эту систему на физическое оборудование вместо переустановки всего. Это возможно?
Да, это возможно. Это даже не что трудно, он просто занимает некоторое время, в Ubuntu LiveCD, липкие обратно-пластик, и внешний USB - диск (если вы не имеете более одного внутренних дисков).
Предварительный шаг: преобразовать диск во что-нибудь полезное
И VMWare, и VirtualBox (среди прочих) используют форматы дисков, которые плохо поддаются записи непосредственно на диск. Вы можете, но я лично чувствую, что сначала удобнее написать его в промежуточный стандартный образ. Вы можете сделать это из вашей текущей системы, не загружаясь с LiveCD.
Загрузите терминал и запустите:
Переместитесь /media/wherever-the-image-is/disk.img туда, куда вы не собираетесь писать. Если вы планируете записать его на тот диск, на котором он в данный момент находится, вам нужно поместить его на отдельный внутренний диск или, в худшем случае, на внешний диск.
Следующие инструкции предполагают, что вы переместили его /media/dave/disk.img ( dave это внешний USB-диск)
Прежде чем приступить к серьезным работам, убедитесь, что у вас есть резервные копии . Это клише, но это опечатка, и есть реальная возможность, что вы уничтожите свою систему. Предположим, что все пойдет не так и будьте готовы. CloneZilla может помочь вам сделать целые резервные копии диска, если у вас есть место для хранения этих данных.
Запишите образ на свой собственный диск
Вы хотите сделать что-то вроде этого. Это предполагает, что вы собираетесь перезаписать весь диск. Если вы хотите выполнить установку вместе с Windows, не следуйте этим инструкциям! Пропустить после пуль.
Загрузитесь с Ubuntu Live CD и нажмите «Попробовать Ubuntu».
Смонтируйте место, где хранится образ vmdk (например, внешний USB-диск как /media/dave ). Вы не установите место , где вы хотите написать.
Тогда мы идем на работу:
Вы хотите заменить sdX правильный путь к целевому диску. sudo Пустой пароль, просто нажмите кнопку возврата.
Затем вы можете открыть gparted или что-то еще, и вы должны увидеть свой раздел Ubuntu, сидящий на диске. Вы должны быть в состоянии расширить его.
Запишите образ на диск вместе с другой операционной системой
Это, возможно, совершенно безопасный способ ведения дел. Идея очень похожа, за исключением того, что вы делаете правильную установку Ubuntu, а затем просто синхронизируете файлы из disk.img .
На этот раз ваш LiveCD должен быть той же версией Ubuntu, что и ваша виртуальная установка. Загрузитесь с Live CD и снова нажмите «Установить».
Следуйте инструкциям установщика, переделайте вещи так, как считаете нужным. Примерно через 10 минут вы будете установлены, и он попросит вас перезагрузиться. Не перезагружайся. Не имеет значения, случайно ли вы это сделали, просто убедитесь, что вы вернулись в LiveCD для следующих инструкций.
Смонтируйте раздел новой установки и внешний диск, на котором вы сохранили disk.img ранее (просто дважды щелкните их в nautilus).
Смонтируйте ваш disk.img ISO в терминал:
-Примечание - после создания нужного файла .img, иногда при попытке монтировать его как устройство цикла вы можете получить следующую ошибку
«Подпись NTFS отсутствует. Не удалось смонтировать '/ dev / loop0': неверный аргумент. У устройства '/ dev / loop0', похоже, нет действительной NTFS."
Итак, если вы определили, что смещение равно «xxx», вы можете смонтировать раздел с помощью
Оттуда вы можете либо выбрать файлы Cherry-Pick, либо просто скопировать все поверх вашей новой установки Ubuntu, используя что-то вроде:
Вы знаете инструмент, который делает это автоматически? Для установок в Windows / VirtualBox VBoxManage internalcommands converttoraw your-virtualbox-disk.vdi /dev/sdX команда все равно будет работать. Все, что нужно, это перейти на CD Program Files\Oracle\VirtualBox перед запуском первой команды. @ Я сомневаюсь, что /dev/sdX это правильная цель в Windows. AFAIK это будет \\Device\Harddisk0 или что-то вроде этого. VBoxManage internalcommands converttoraw your-virtualbox-disk.vdi /dev/sdX не работает В Linux это дает ошибку: VBoxManage: error: Cannot create destination file "/dev/sdX": VERR_ALREADY_EXISTS . Необходимо VBoxManage сначала использовать команду для отправки изображения. Затем используйте DD, чтобы поместить образ на физический диск.Может быть, это не совсем то, что вы просите, но это может выполнить то, что вы хотите сделать.
Поскольку все ваши настройки хранятся в вашем домашнем каталоге, вы можете просто сделать его резервную копию в другом разделе на реальном диске. После того, как вы установили свежую Ubuntu на реальный диск, просто запустите программу резервного копирования еще раз, чтобы восстановить домашний каталог со всеми настройками без изменений.
Вы можете использовать действительно аккуратную программу резервного копирования под названием Déjà Dup .
Информация от программного центра Ubuntu:
Déjà Dup - это простой инструмент для резервного копирования. Он скрывает сложность резервного копирования «Правильный путь» (зашифрованный, удаленный и обычный) и использует дублирование в качестве бэкэнда.
Поддержка локальных, удаленных или облачных резервных копий, таких как Amazon S3 или Rackspace Cloud Files
Надежно шифрует и сжимает ваши данные
Инкрементное резервное копирование, позволяющее восстанавливать из любой конкретной резервной копии
Графики регулярного резервного копирования
Хорошо интегрируется в ваш рабочий стол GNOME
Вы будете сделаны менее чем за два часа!
Звучит просто. Можно ли подтвердить, что это действительно так работает? среди прочего . UID (номера пользователей) может быть другим в тот момент.Идея состоит в том, чтобы передать весь ваш vmdk из его виртуальной машины на физическую машину, где он будет записан на физический жесткий диск.
Процедура изложена ниже.
Поскольку у вас есть файл vmdk, в вашем распоряжении может быть рабочая станция VMWare, даже полная виртуальная машина, к которой подключен vmdk. Запустите вашу виртуальную машину с этим конкретным подключенным vmdk, но вместо обычной загрузки используйте PartedMagic liveCD для загрузки.
Когда LiveCD запущен, перейдите в главное меню и найдите UDPCast Disk Cloning . Его диалоги не требуют пояснений (см. Скриншот)
После выбора этой виртуальной машины sender вы должны выбрать, какой диск вы хотите транслировать (используя нотацию Unix, например / dev / sda).
После того, как вы начали sender , вам также нужно начать receiver . Поскольку у вас есть физический жесткий диск, я полагаю, у вас также есть полный компьютер с этим жестким диском. То же самое и здесь: вам нужно запустить liveCD, UDPCast Disk Cloning выбрав receiver это время и соответствующий физический жесткий диск.
Стоит отметить, что вы должны принять все необходимые меры для обеспечения сетевого подключения между вашей виртуальной машиной и физическим оборудованием. Вы должны принять необходимые меры предосторожности, если ваш vmdk содержит личные данные, поскольку его содержимое будет эффективно передаваться по вашей сети. Другое дело, что ваш целевой жесткий диск должен иметь не меньшую емкость, чем емкость вашего vmdk. Это очевидно, но также стоит отметить, что ваше изображение размещено один на один на целевом жестком диске, и вам необходимо выполнить подходящие операции с gparted или чем-то подобным, чтобы использовать большую емкость нового жесткого диска.
Вопрос, возможно, глупый, но всё же:
Есть полностью сконфигурированная ВМ, созданная в Virtualbox 4.1.6
Задача — перенести её на реальное железо, причем, желательно, с использованием флэш-накопителя.
Насколько я понимаю, пошагово это будет выглядеть как — создать образ харда виртуалки, записать его вместе с загрузчиком на флэшку, после чего развернуть этот образ на хард реального компа.
Если ход мыслей верен — прошу расписать каждый шаг и ПО, необходимое для реализации (или отослать к руководствам, если таковые имеются =) ), если же неверен — опять-таки, наставить на путь истинный.
Заранее благодарен за любую помощь! =)
Способов переноса может быть несколько:
1. Как уже посоветовали dd, загрузившись с Livecd, смонтировать приёмник в /mnt и дать команды:
Только всё же лучше снимать образ не диска, а разделов всех, в отдельный файл образа, затем на новом диске реального ПК создать таблицу разделов с такими же по размеру разделами, или чуть большими, главное что не меньшими и развернуть всё тем же dd.2. Запаковать в архив целиком систему, только Linux / BSD, агрузиться с Livecd, смонтировать файловые системы в той последовательности, в которой они должны быть подключены, согласно /etc/fstab, к примеру в /mnt/system, в /mnt/backup смонтировать приёмник:
3. Вариант, воспользоваться специальным ПО, правда платным, Acronis True Image Home Edition (bootcd можно найти в internet бесплатно.) Создать образ целиком диска и сохранить к примеру на флешку, правда будет долго писаться (флешка медленная). Затем загрузиться с диска с Acronis`ом на новом ПК и развернуть образ диска с флешки, загрузчик восстанавливать не придётся.
Но это всё достаточно сложные варианты, т.к. вы просите всё сделать с помощью флешки, проще подключить жёсткий диск того компьютера, на который вы хотите перенести вашу виртуальну машину к компьютеру, где у вас установлен Virtualbox, пробросить его в виртуальную машину и скопировать систему прямо на него, проще это выполнить всё тем же Acronis`ом, режим клонирование диска / перенос системы. Он так же вам позволит указать другие размеры разделов и правильно увеличит файловые системы, так же не нужно будет переустанавливать загрузчик, да и скорость копирования будет выше за счёт того что вы пишете на жёсткий диск и Acronis не копирует пустое место диска как в случе с dd.
Для того, что бы пробросить реальный жёстки диск в Virtualbox нужно сначала создать (сопоставить ему) файл vmdk.
Для таких операция ваш пользователь должен находиться в группе disk, /dev/sdb - имя диска, подключенного к вашей системе.
После чего останавливаете виртуальную машину и добавляете в неё жёсткий диск, указав, что диск уже существует и указываете созданный предыдущей командой файл.
Грузитесь с bootcd Acronis True Image Home Edition и осществляете клонирование диска. Затем выключаете виртуальную машину, выключаете компьютер и подключаете диск к целевому компьютеру.
Нашел на просторах интернетов следующую полезность:
VBoxManage internalcommands converttoraw <virtualbox_disk>.vdi
<target_image_name>.img
После чего, запись получившегося образа на реальный хард с помощью dd, как мне тут и посоветовали =)
Осталось взять knoppix и из под него развернуть образ. большое спасибо всем отозвавшимся! =)
Разбейте целевой диск на разделы, подмонтируйте образ из виртуальной машины, скопируйте файлы (cp -a), подправьте fstab и переставьте загрузчик. Возможно, нужно будет сделать chroot и перегенерировать initramfs.
>Насколько я понимаю, пошагово это будет выглядеть как — создать образ харда виртуалки, записать его вместе с загрузчиком на флэшку, после чего развернуть этот образ на хард реального компа.
просто сделайте tar-ом архивы разделов (всех, кроме каталогов /sys, /proc, /mnt, /media, их потом создать надо ручками), затем растарьте на целевой системе. Ну а загрузчик заново надо прописать (для lilo просто chroot && /sbin/lilo)
dd плохо тем, что диск(раздел) в 100Гб она копирует _только_ в диск(раздел) в 100Гб.
>скопируйте файлы (cp -a)
tar-ом быстрее обычно (если использовать tar cz)
Сначала удалите дополнения для виртуальной машины, перенесите диск целиком с помощью dd, подгоните размер разделов после переноса. Может возникнуть необходимость chroot-нуться в перенесённую систему и переустановить GRUB2.
>dd плохо тем, что диск(раздел) в 100Гб она копирует _только_ в диск(раздел) в 100Гб.
Нет. Разве что после развёртывания нужно fsck сделать, чтобы сохранить в ФС информацию о новом размере раздела.
о чём я и говорил - dd переносит 100Гб раздел в 100Гб раздел. И 100Гб диск в 100Гб диск. В последнем случае вообще всё печально - диск на 500Гб видится как диск на 100Гб. :(
А если вы хотите перенести раздел в 100Гб на раздел в 200Гб, то проще воспользоваться cp или лучше tar'ом.
Беда в том, что dd слишком тупая, и переносит всё AS IS.
>Нет. Разве что после развёртывания нужно fsck сделать, чтобы сохранить в ФС информацию о новом размере раздела.
тут resize надо делать, а не fsck. А это может привести к потере всех данных.
тут resize надо делать, а не fsck.
Зачем resize? Если скопировать (dd) например 80-гигабайтый раздел на 160-гигабайтных раздел то достаточно fsck - так как в дополнительных 80 гигабайтах нет ни одного бита данных, достаточно просто поставить ФС в известность о том, что они есть. Вот в случае переноса всего диска с GPT и несколькими разделами скорректировать GPT (parted предлагает это автоматом) нужно ещё до resize, иначе подвигать разделы или изменить их размер не получиться.
> А это может привести к потере всех данных.
О какой потере данных может идти речь, если данные перенесены на новый диск откуда-то (с диска-источника или файла-образа), где точно остаётся их копия?
>Зачем resize? Если скопировать (dd) например 80-гигабайтый раздел на 160-гигабайтных раздел то достаточно fsck - так как в дополнительных 80 гигабайтах нет ни одного бита данных, достаточно просто поставить ФС в известность о том, что они есть.
а вы проверяли? fsck посмотрит в таблицу разделов, где записано, что там 160Гб, а не 80? Ведь в самой FS записано что 80.
О какой потере данных может идти речь, если данные перенесены на новый диск откуда-то (с диска-источника или файла-образа), где точно остаётся их копия?
угу. С образа VM, который на том-же диске :)
а вы проверяли?
Конечно, неоднократно. После развёртывания раздела достаточно fsck. Причём его даже не обязательно делать сразу или же вручную - он будет произведён автоматически при очередной загрузке ОС.
> угу. С образа VM, который на том-же диске :)
В любом случае образ VM во время переноса будет находиться на другом разделе (который, в свою очередь может располагаться где угодно - на том же HDD, на другом HDD или вообще на сетевой шаре).
В любом случае с dd слишком много геморроя на пустом месте. С помощью tar или cp перенести систему гораздо проще и быстрее.
dd удобнее для переноса нескольких разделов. А их обычно как раз несколько.
Сделай несколько разделов, подмонтируй в один корень, а потом tar/cp. Всё равно будет _проще_ и _быстрее_.
Чудесно, только как всё это относится к переносу виртуальной машины на железо?
Размеры физического диска и виртуального не совпадают с вероятностью 99.99999%. Поэтому делаем так. Разбиваем физический диск как нужно, монтируем в один корень, далее монтируем разделы виртуального диска и делаем cp с соответствующими флагами, далее chroot в корень физического диска и восстанавливаем загрузчик. Очевидно, что cp отработает в разы быстрее чем dd, так как данных переливать будет на порядки меньше, да и геморроя потом с resize'ом файловых систем избежим.
В виртуальной машине наверняка небольшие диски, ускорение вряд ли будет существенно. О каком гемморое с ресайзом речь? У любителей нарезать на пять разделов он может и будет, но у остальных-то ему откуда взяться?
В виртуальной машине наверняка небольшие диски, ускорение вряд ли будет существенно.
Читать man, высчитывать offset'ы и потом не забываем, что resize не увеличит число инодов (по крайней мере на ext3), поэтому в будущем можно огрести геморрой. Может лучше сразу сделать всё правильно?
RussianNeuroMancer> Конечно, неоднократно. После развёртывания раздела достаточно fsck. Причём его даже не обязательно делать сразу или же вручную - он будет произведён автоматически при очередной загрузке ОС.
Наглая ложь. Специально для дебилов привожу доказательства
Ничего не изменилось.
Теперь ждем твою демонстрацию или ты понял.
Далеко не факт.
Зависит от размеров диска виртуалки, и всё.
> высчитывать offset'ы и потом не забываем
Этим занимается parted.
> по крайней мере на ext3
Кого ext3 интересует сейчас?
Какие, кроме установки дров и загрузки ядра для конкретной архитектуры проца?
Зависит от размеров диска виртуалки, и всё.
Конечно. А кто сказал, что он маленький?
Ты уверен, что для ext4 не так? я вот не уверен.
Зачем надеяться на какие-то непонятные факторы, если есть 100% рабочий быстрый и железобетонный способ, который вообще не зависит от всяких еслибы да кабы ? Тебе нравятся извращения?
Конечно. А кто сказал, что он маленький?
Данные обычно хранят на СХД, не?
> Ты уверен, что для ext4 не так? я вот не уверен.
См. наличие resize_inode в Filesystem features вывода tune2fs -l /dev/vdaX. И не нужно никаких абы да кабы.
См. наличие resize_inode в Filesystem features вывода tune2fs -l /dev/vdaX. И не нужно никаких абы да кабы.
Во во. Смотреть на какие-то фичи. Ты прям как упертый баран. Тебе так сложно согласиться с очевидными фактами на счет того, что мой способ 100% рабочий быстрый и не зависит ни от чего?
Я переносом Windows 7 не занимался, но если вы почитаете в Internet, да и здесь то увидите проблемы замены драйверов. К тому же в реестре указан жёстко путь (расположение) системного раздела и файлов реестра:
Вообще данную тему очень интересно, видимо, обсуждать на форуме посвященном Linux / BSD системам.
И ещё раз повторюсь, замены в нужных местах можно попробовать сделать и в Windows, но она для этого не предназначена, в Linux / BSD делается всё куда проще, даже в случае не загружающейся системы (через chroot), попробуйте сделать то же самое в Windows.
>Вообще данную тему очень интересно, видимо, обсуждать на форуме посвященном Linux / BSD системам.
Тьфу, перепутал темы, пардон, но с переносом Windows XP не всегда тоже гладко проходит.
Да у ТС Linux, наверное, ошибся.
Ну, допустим, определенный % пользователей всегда гарантированно сталкивается с какими-то половыми^W проблемами (независимо от ОСи) :)
В предыдущих материалах мы рассматривали по меньшей мере два способа виртуализации физического компьютера с целью переноса его на гипервизор — отдельно с помощью бесплатной утилиты Disk2vhd от Марка Руссиновича и отдельно с помощью модуля коммерческой программы VMware , причем первый способ оказался несравненно более прост и удобен. Цели такого переноса могут быть самые разные, скажем, тестирование «сырого» программного обеспечения, способного повредить систему.
Но что, если у вас возникнет нужда в обратном, то есть в переносе настроенной виртуальной Windows на физический компьютер?
Развертывания виртуальной Windows на физический диск
Скажем, понравилась вам тестируемая на виртуалке версия Windows, и вы захотели, не тратя времени, развернуть ее на хостовой машине. Возможно ли такое? Да, но с определенными оговорками, ибо нельзя дать стопроцентной гарантии, что система встанет без ошибок и необходимости дополнительных настроек вроде установки драйверов. На одном из ресурсов для этого предлагается использовать программу Macrium Reflect, но нам этот способ показался слишком громоздким и неудобным, поскольку, во-первых, он предполагает работу как минимум с двумя переносными носителями, во-вторых, с ним связано практически неизбежное падение развернутой системы в BSOD , с которым придется разбираться отдельно.
Мы предлагаем более простое решение с применением утилиты Vhd2Disk — выполняющей ту же работу, что и знаменитая Disk2vhd, только в обратном порядке. Если Disk2vhd виртуализирует физический ПК, то Vhd2Disk, извините за не совсем удачное выражение, материализует виртуальную Windows на физическом компьютере.
Утилита тоже бесплатна, скачать ее вы можете с официальной странички форума:
Перенос Windows с VirtualBox на реальный компьютер
Для примера мы будем использовать виртуальную Windows XP ввиду ее компактности и небольшого объема внешнего диска, но суть от этого не меняется, с таким же успехом на физический диск вы можете перенести Windows 10, 8.1 и 7. Итак, имея настроенную виртуальную Windows на Oracle VM VirtualBox , удаляем из нее дополнения гостевой ОС во избежание конфликтов и отцепляем общие папки, если таковые имеются. Зайдя в управление дисками виртуальной системы, вы увидите примерно такую картину, только разделов в Windows 10/8.1/7 будет больше (служебные, системный и пользовательский) .
Конвертирование диска VDI в VHD
Более чем наверняка ваша переносимая с VirtualBox Windows будет установлена на виртуальный диск формата VDI , нам же нужен виртуальный диск формата VHD , поэтому завершаем работу гостевой системы, идем в менеджер виртуальных носителей VirtualBox и выбираем диск с нашей системой.
Выделяем ее мышкой и жмем на панели «Копировать». Здесь отдаем предпочтение формату VHD и нажимаем «Копировать», изменив, если надо, каталог для сохранения копии.
Процедура не займет много времени, в результате которой вы получите точную копию виртуальной машины, только в формате VHD .
Подготовка диска
В данном примере развертывание образа будет выполняться на чистый накопитель, который необходимо подключить к компьютеру через SATA или USB . Если на диске уже имеются разделы, удаляем их со всем содержимым в Diskpart. Правда, есть способ, позволяющий развернуть систему из VHD -образа только на системный том, но в данном примере мы предположим, что вы решили перенести не только одну систему, но весь виртуальный диск с его разделами. Вот так это должно выглядеть в оснастке управления дисками.
Работа с Vhd2Disk
Теперь можно приступать к работе с утилитой Vhd2Disk. Запустив тулзу, укажите в поле «VHD File name» путь к полученному VHD -образу. А теперь будьте внимательны: в поле «Target Drive» укажите номер того физического носителя, на который станет разворачиваться система из VHD -образа.
После этого подключаем диск с развернутой на него системой к компьютеру и пробуем загрузиться. При удачной процедуре начнется этап подготовки устройств, так как развертывание производится на новое «железо». При развертывании Windows 10, к примеру, вы увидите такую картинку:
После загрузки рабочего стола первым делом зайдите управления дисками и разберитесь с размером томов, подсоединив нераспределенное пространство к ближайшему тому или создав на его месте еще один раздел. Для этого можно воспользоваться любым бесплатным менеджером разделов или тем же консольным Diskpart.
Также, что очень важно, вам нужно будет зайти в Диспетчер устройств, в котором наверняка обнаружатся неопознанные устройства или же устройства без драйверов. Это нормальное явление, драйвера ставим с вручную или помощью DriverPack Solution либо же аналогичной программы.
Если что-то не получится, просим строго не судить, поскольку подобные трюки — дело тонкое, и многое в них зависит от конфигурации конкретной системы и «железа».
Есть задача, перевести сервер на другую ОС (с windows 7 на windows server 2016). Сервер должен быть отключен на минимально-возможное время. Я прорабатываю следующий вариант действий:
Через Hyper-V создаю виртуальную машину, на него ставлю Windows server 2016, настраиваю всё необходимое программное обеспечение, потом каким-то образом переношу виртуальную машину на жёсткий диск, вставляю жесткий диск в сервер и все начинает работать.
Это вообще возможно?
Простой 7 комментариев
если же сервер тестовый то полный вперед, делайте как знаете как по мне, так нет такой задачи, как перенос сервера с одной ос на другую. задача должна стоять в переносе сервисов, приложений, данных в конце концов. и тогда получается, что вопрос не корректный- надо знать, что именно Вы хотите перенести, как оно там сейчас организовано, где хранятся данные и тд. Так что в итоге соглашусь с Паном Пропаном, что Вы не готовы к таким задачам и нужно сесть и подумать еще пару раз.
там сервер систем безопасности, стоит ряд узкоспецилизированного софта. Системы безопасности - видеонаблюдение, в том числе распознавание номеров, диспетчеризация, оповещение, связь ещё, СКУД и пропускной режим.
Newbie2, может ну его?)Всмысле на это есть основания? Оно на виртуальной машине? Сколько можно делать время простоя для мэинтенанса? rionnagel, похоже, что основания не такие веские, как последствия. Нужно повысить отказоустойчивость, поскольку сейчас даже рейда нет. В-общем решил создать рейд и клонировать существующую систему на него. Newbie2, кстати самый простой способ тем же veeam сделать бэкап и раскатать в виртуальную среду. Или через репликацию тем же veeam. Куда проще и более предсказуемо, чем тот же disk2vhd. Попробуйте бесплатный Clonezilla.
1. В виртуалке меняем драйвер hdd на стандартныйю(чтобы не получить синий экран после переноса из за разнице в железе.). Читай в интернет "перенос ос на другой пк без переустановки"
2. Монтируем целевой физический hdd к виртуальной машине.
3. Загружаем исходную виртуалку с исошника Clonezilla
4. Клонируем с виртуального диска на физический по инструкциям в интернете(для виндуса есть особенности/рекомендации)
5. Отмотнтируем физ. hdd от виртуалки и ставим на место, пробуем загрузится.
Тоже самое можно сделать и Acronis-м
А вообще есть утилитка Vhd2Disk и disk2vhd переноси на здоровье.
Можете иначе объяснить, что у вас есть и что вам нужно сделать?
"Есть задача, перевести сервер на другую ОС (с windows 7 на windows server 2016)." - прямой миграции с Windows 7 на Server 2016 нет.
"потом каким-то образом переношу виртуальную машину на жёсткий диск" - вы можете сделать это с помощью Veeam Agent for Windows, например.
Он бесплатный и помогает разворачивать архив на новом железе, отличном от старого
1) Ставим, настраиваем, ставим агент Veeam
2) формируем образ ISO в Veeam (для загрузки Veeam на новом компьютере)
3) делаем полный бакап в удобное расположение, чтобы оно было доступно и новому и старому серверу
4) Загружаем физический сервер с образа ISO, указываем расположение бакапа
5) Восстанавливаем и пробуем запуститься.
Это возможно.
Но непредсказуемо. Иногда взлетит без проблем, иногда нет.
На новом железе вполне возможно придется решить кучу проблем и затратить на это много времени.
Зависит как от железа так и от настроек сервера.
Если же вопрос в том, чтобы перенести и сервер гарантированно заработал без проблем - то это невозможно.
Виртуалки для этого и делают - чтобы установленный сервер в виртуальной машине можно было перенести на любую машину - лишь бы гипервизор стоял. С реальным железом так не получится.
Ну в данном случае работа в виртуалке вряд ли возможна из-за больших накладных расходов на виртуализацию. Там видео кодируется/декодируется постоянно.
Newbie2, Послушайте, АртёмЪ высказал здравую идею.
Например, вы создаёте ВМ под Гипер-В.
Настраиваете всё что вам нужно
Берёте новую железку, ставите там бесплатный Гипер-В сервер и переносите виртуалку на него.
Потери конечно будут, но это не 50 и не 30%.
Зато вы всегда сможете эту виртуалку "передвинуть" на новое, более мощное железо и тд.
Я считаю, можно попробовать в тестовом режиме.
Никсовые альтернативы не использовал, а виндовых сразу две - Гипер-В + VmWare Worstation (Shared VM - аналог VmWare Server).
Читайте также: