Я столкнулся с проблемой аппаратного / программного обеспечения Windows, оставшейся от другого человека. Мне решать. Это критически важная установка. Ситуация такая:
У меня есть физический сервер с:
-Диск C: \ (один диск), содержащий базовую установку Windows Server 2008 R2, ранее Win Vista Pro, теперь нет.
-Disk D: \ (software Raid), содержащий образ диска VirtualBox настроенной Windows Server 2008 R2, на которой, среди прочего, работает SQL Server R2.
Что мне теперь делать?
Перенести все содержимое настроенной виртуальной машины на базовую, но
изначально установленный C: \ Windows Server 2008 R2 (с возможностью
взлома)? Или,
Настройка машины на "исходную загрузку" виртуальной машины с помощью bcdedit.exe (то, о чем я читал, чего никогда не делал, чего я не знаю, работает ли он, снижает ли производительность или если стабильно для продакшена)
Для меня, как старшего школьника, я нахожусь в процессе де-виртуализации всего (вариант 1). Но я был бы счастлив, если бы кто-нибудь предположил, что я могу пойти по пути «исходной загрузки».
«Я все в процессе де-виртуализации» - действительно? о_О почему?
FWIW из двух предложенных вами подходов, я бы перенес его но Лично я бы более чем немного опасался такого подхода.
Ваш вопрос немного неясен: теперь виртуальная машина работает как есть? Если у вас нет реальной проблемы, кроме опасения виртуализации, я рекомендую оставить ее там, где она есть, виртуализированную.
обновить, чтобы ответить на комментарии
Хорошо, чтобы ответить на ваши комментарии, если сервер критический и в настоящее время работает тогда я бы предложил позаимствовать у медицинского сообщества «сначала не навреди». Я имею в виду, что если вы хотите вообще изменить способ размещения этого сервера, вы должны поместить результаты любой миграции на новый server, чтобы текущий сервер был максимально доступен, пока вы работаете над новым, и чтобы все, что вы делаете, не могло «повредить» текущую службу вашим пользователям. Такой подход также позволит вам найти время и сделать все правильно.
Если у вас нет бюджета для этого с критически важной системой, возможно, вы только что нашли причину, по которой ваш предшественник сделал несколько очень сомнительных решений ...
Что касается пригодности виртуализации, я бы сказал, что ваш предшественник был безумным, чтобы запустить критически важную систему в виртуальном боксе, установленном на ОС рабочей станции, но это не значит, что с виртуализацией что-то не так. как таковой. На самом деле это не хуже, чем запуск критически важных серверов на старых рабочих станциях, «потому что это все, что у нас было в то время», и я думаю, что мы все это видели.
Я использую большинство (около 60 серверов) наших производственных серверов на восьми VMWare ESXi серверы и наши среды разработки / тестирования на 3 Microsoft HyperV коробки - это оба свободно продукты виртуализации «серверного качества» (хотя вы платите за причудливые инструменты для управления полным ими центром обработки данных), и у меня никогда не было незапланированных простоев ни у одного из них. У обоих из них также есть инструменты, которые позволяют вам переносить / импортировать текущие запущенные серверы, чтобы сделать миграцию очень простой.
Итак, учитывая то, что вы описали, я бы предложил:
VirtualBox почти наверняка не подходит для виртуализации серверов, но это не значит, что вам не следует виртуализировать. Если у вас есть лицензия Standard 2008R2, она допускает установку одного хоста и одного гостя. Если это Enterprise, у вас будет 4 гостя.
Кроме того, поскольку у вас 2008 R2, у вас есть свободный доступ к роли Hyper-V Server. Hyper-V - отличное решение, которое не будет стоить вам дополнительных денег. Если у вас нет веских причин для V2P вашей инфраструктуры, ваши методы «старой школы» идут вразрез.
Вы не можете самостоятельно загрузить образ виртуального бокса с помощью bcdedit (вы можете настроить VHD на исходную загрузку, но не для всех образов). Я не уверен, почему вы хотите «девиртуализировать» все, если «старая школа» не является синонимом слова «испуганный». Короче говоря, сама идея «де-виртуализации» нехороша.
Если вы действительно хотите перенести это, лучший вариант, который я могу придумать, - это включить виртуальную машину, используйте Набор средств развертывания Microsoft для захвата образа и повторного развертывания этого образа на другом компьютере (или на родительском компьютере).
РЕДАКТИРОВАТЬ:
Если сбои являются проблемой виртуальной машины, а не сервера, скорее всего, виноват гипервизор (разумеется, без дополнительных подробностей о сбоях). Я бы добавил роль Hyper-v к родительскому серверу 2008R2 после захвата изображения с помощью MDT, а затем (в порядке предпочтения)
Для людей, просматривающих этот пост (и не проверяющих дату, просто желающих помощи в чем-то похожем).
Вот что бы я сделал, при базовой установке (или ОС на реальном диске, а не образе) я бы запустил утилиту под названием driverbackup! (это то, что он называется на sourceforge) создайте резервную копию всех драйверов И убедитесь, что вы отметили опцию создания файла восстановления.
ЗАТЕМ я бы удостоверился, что виртуальная система выключена, файл VHD был бы наиболее подходящим, он не может получить vhd, т.е. вы используете vmdk или изображение было в файле резервной копии, скажем, в формате easyus PBP, у них есть параметры конвертера, vmware имеет вариант, я думаю, что у виртуального бокса есть внутренний вариант, но я не могу вспомнить, как он называется.
easyus 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, чтобы восстановить драйверы.
Теперь, когда вы это закончите, смонтируйте VHD с помощью diskmgmt.msc (нажмите прикрепить vhd) и найдите свой файл, как только вы это сделаете, нажмите open / accept / etc
используйте свой любимый инструмент для резервного копирования образа диска (как если бы он был физическим), сохраните образ на отдельном носителе или поместите его где-нибудь на сетевом / внешнем диске.
(например, резервное копирование Windows создает папку и некоторые файлы в ней для использования с этой резервной копией изображения)
если у программы есть загрузочная утилита, загрузитесь в нее. это предполагает, что вы хотите RID вашей текущей ОС Windows.
перейти к опции восстановления изображения. найти способ доступа к образу, т.е. если сеть необходима, вам могут потребоваться драйверы в загрузочной утилите, беспроводная связь не может работать таким образом, поскольку нет утилиты для сканирования сетей и ввода паролей, графического интерфейса или командной строки, насколько мне известно.
Если вам по-прежнему требуются параметры мультизагрузки, вы можете изменить размер операционной системы хоста, чтобы освободить место и место для восстановления образа.
После того, как вы найдете образ, поместите его в место назначения (раздел, если мультизагрузка) или (диск, если очистите диск заново).
После его завершения у вас должна быть возможность теперь загрузиться в восстановленную вами ОС, если она выполняется в режиме мультизагрузки, вам нужно будет вручную отредактировать имя элемента и UID раздела для конфигурации загрузки, чтобы найти вновь восстановленную ОС, то есть если это другая версия Windows, то есть говорят, что вы восстанавливаете 2012 r2, и у вас был 2008 r2, и он загрузится, но имеет неправильное имя или это та же ОС, но он пытается загрузиться с неправильного раздела, поскольку эта информация не обновляется, чтобы отразить изменения инструмент под названием EASY BCD поможет, если вам нужно сделать это через графический интерфейс, НО вам нужна коммерческая лицензия, если вы делаете это для своего бизнеса.
Теперь вы должны запустить виртуальную ОС, помещенную на физический диск, и теперь все будет так, как вы хотели, без возни с переносом, вырезанием и вставкой данных из папок или реестров и т. д.
должен ПРОСТО загрузиться.
надеюсь, что это поможет любому, кто нуждается в некоторой помощи, и не смог найти серьезный способ разобраться в этом сценарии.
для меня это сводилось к тому, что я лично делал такие вещи с версиями домашней ОС, так как я домашний пользователь, но это относится и к коммерческой, так как в конце концов, это ОС Windows, у нее есть папки, у нее есть реестры, у него есть конфигурация загрузки, и у них есть записи, подобные uuid, в этой конфигурации, поэтому они в основном работают одинаково, когда переходят к реальным основам.
С уважением, Дез Эйнсворт