Загрузочный образ Virtualbox

"Я нахожусь в процессе де-виртуализации всего" - правда? о_О почему?

FWIW из ваших двух предложенных подходов, я бы перенес его, но лично я был бы более чем осторожен с этим подходом.

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

обновить, чтобы адресовать комментарии

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

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

Что касается пригодности виртуализации, я бы сказал, что ваш предшественник безумно лаял, что запускает критически важную систему в виртуальной машине, установленной на ОС рабочей станции, но это не означает, что с виртуализацией все в порядке. Это на самом деле не хуже, чем запуск критических серверов на старых рабочих станциях, "потому что это все, что у нас было в то время", и я думаю, что мы все видели, как это происходит.

Я использую большинство (около 60 серверов) наших производственных серверов на восьми серверах VMWare ESXi, а наши среды разработки / тестирования - на 3 блоках Microsoft HyperV - это бесплатные продукты для виртуализации "серверного качества" (хотя вы платите за модные инструменты управлять центром обработки данных, полным их), и у меня никогда не было незапланированных простоев ни от одного из них. У обоих из них также есть инструменты, которые позволяют вам мигрировать / импортировать работающие в данный момент серверы, поэтому это может сделать миграцию очень простой

Итак, учитывая то, что вы описали, я бы предложил:

1. Перенос сервера на новое оборудование, независимо от того, выберете ли вы виртуализацию с помощью "правильных" инструментов или останетесь "голыми".
2. Рассмотрим один из инструментов виртуализации "качества сервера", который, мы надеемся, использует их инструменты миграции / импорта для безболезненного перехода от текущей, некорректной системы.

VirtualBox почти наверняка является неподходящим инструментом для виртуализации серверов, но это не означает, что вам не следует виртуализировать. Если у вас есть стандартная лицензия 2008 R2, она допускает установку одного хоста и одного гостя. Если это Enterprise, вы получите 4 гостей.

Кроме того, поскольку у вас 2008 R2, у вас есть свободный доступ к роли сервера Hyper-V. Hyper-V - это отличное решение, которое не потребует дополнительных затрат. Если у вас нет веских оснований для V2P-инфраструктуры, ваши "старые школы" не идут ни в какое сравнение.

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

Если вы действительно хотите перенести это, лучший вариант, о котором я могу подумать, это включить виртуальную машину, использовать инструментарий развертывания Microsoft, чтобы захватить образ и повторно развернуть этот образ на другом компьютере (или на родительском компьютере).

РЕДАКТИРОВАТЬ:

Если сбой является проблемой на виртуальной машине, а не на сервере, скорее всего, виноват гипервизор (конечно, без подробностей о сбоях). Я бы добавил роль hyper-v на родительский сервер 2008R2 после захвата образа с помощью MDT, а затем (в порядке предпочтения)

1. восстановить проблемную виртуальную машину и перенести данные
2. используйте MDT, чтобы попытаться выполнить развертывание на виртуальной машине Hyper-v

Для людей, видящих этот пост (и не проверяющих дату, просто нуждающихся в некоторой помощи или чем-то подобном.)

вот что я хотел бы сделать, при базовой установке (или ОС на реальном диске, а не образе) я бы запустил утилиту под названием driverbackup! (так его называют на sourceforge) создайте резервную копию всех драйверов и убедитесь, что вы отметили опцию генерации файла восстановления.

ТОГДА я бы удостоверился, что виртуальная система выключена, VHD-файл был бы наиболее подходящим, если вы не можете получить VHD, то есть вы используете vmdk, или изображение было в резервном файле, скажем, в формате Easyus PBP, у них есть опции конвертера, у vmware есть опция, я думаю, у virtualbox есть внутренняя опция, но я не могу вспомнить, как она называется.

В программе easeus todo backup есть конвертер образов резервных копий в vmdk или vhd. Если вы используете это приложение, выберите формат vhd, укажите имя и сохраните где-нибудь.

затем посмотрите, как восстановить драйверы в автономном образе на сайте Microsoft TechNet, найдите нужную версию, т.е. Vista, 7, 2008,08 r2, 2012, 12 r2, 8, 8.1 и т. д.

драйверы, резервные копии которых вы создали, должны соответствовать архитектуре операционной системы, на которую вы собираетесь их восстановить. то есть с X86 по X86, с X64 по X64, с IA64 по IA64 и т. д. (подразумевается, что виртуальная ОС была той же архитектуры, а не тупой пользователь и т. д.)

следуйте инструкциям Microsoft для восстановления драйверов.

теперь, когда вы закончите, смонтируйте виртуальный жесткий диск с помощью diskmgmt.msc (нажмите "присоединить VHD") иди и найдите свой файл, после того, как вы это сделаете, нажмите "открыть" / "принять /etc"

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

(Например, Windows Backup создает папку и некоторые файлы в ней для резервного копирования этого образа)

если программа имеет загрузочную утилиту, загрузитесь в нее. это предполагает, что вы хотите RID вашей текущей ОС Windows.

Перейти к варианту восстановления изображения. найти способ добраться до образа, т. е. если требуется сеть, вы, возможно, нужных драйверов в загрузочной утилите, беспроводные не могут работать таким образом, так как нет утилиты для сканирования сетей и ввода паролей, графического интерфейса пользователя или командной строки, насколько мне известно.

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

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

после его завершения у вас должна быть возможность загрузиться в восстановленную вами ОС. Если мультизагрузка, вам нужно будет вручную отредактировать имя элемента и UID раздела для конфигурации загрузки, чтобы найти только что восстановленную ОС, т.е. если это другая версия для Windows, т.е. вы говорите, что восстанавливаете 2012 r2, и у вас был 2008 r2, и он будет загружаться, но имеет неправильное имя или тот же ОС, но он пытается загрузиться с неправильного раздела, поскольку эта информация не обновляется, чтобы отразить изменения Инструмент под названием EASY BCD поможет, если вам нужно сделать это через графический интерфейс, НО вам нужна коммерческая лицензия, если вы занимаетесь этим бизнесом.

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

должен просто загрузиться.

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

для меня это сводилось к тому, чтобы лично делать такие вещи с домашними версиями ОС, так как я домашний пользователь, но это относится и к коммерции, так как, в конце концов, это ОС Windows, у нее есть папки, у нее есть реестры, у него есть загрузочный конфиг, и они имеют uuid-подобные записи в этом конфиге, поэтому они в основном работают одинаково при переходе к реальным основам.

С наилучшими пожеланиями, Dez Ainsworth