Welcome to TechNet Blogs Sign in | Join | Help

Browse by Tags

All Tags » Legacy OSes   (RSS)

Кандидат для выпуска Windows Virtual PC и Windows XP Mode

Завтра сразу несколько категорий заказчиков и партнёров смогут получить доступ к дистрибутивам Windows 7 и Windows Server 2008 R2, а вчера Microsoft объявила о появлении Кандидата для выпуска (Release Candidate) двух важных дополнительных частей «мозаики» экосистемы Windows 7. Речь идёт о совместимых выпусках бесплатной системы настольной виртуализации Windows Virtual PC и производной от неё функции Windows XP Mode. Среди изменений в этом выпуске по сравнению с предыдущей предварительной версией достаточно значителен.

Предварительные версии Windows Virtual PC и Windows XP Mode

Одновременно с Windows 7 Release Candidate вышла и предварительная версия нового Virtual PC. И такая «кучность» отнюдь не случайна. Дело в том, что Virtual PC теперь позиционируется не как самостоятельный продукт, а как одна из дополнительных технологий Windows. Напомню, что когда-то он даже распространялся на коммерческой основе (т.е. продавался за деньги), потом стал бесплатным, а сейчас даже немного сменил имя. Теперь продукт официально называется «Windows Virtual PC».

Удаление VMAdditions из Hyper-V

Мы уже разговаривали о совместимости виртуальных машин между различными платформами виртуализации Microsoft. Очевидно, что большинство задач переноса ВМ касаются перехода на Hyper-V. Обычно вы без проблем можете создать новую виртуальную машину в Hyper-V и подключить к ней виртуальный диск с ОС, установленной под Virtual Server 2005. При этом часто пропускается такой важный момент, как предварительное удаление Virtual Machine Additions. В результате вы не сможете установить Integration Services, так как установлены VM Additions (проверка осуществляется по наличию службы 1-vmsrvc). Казалось бы, перед вами тривиальная задача, — достаточно удалить VM Additions, и можно будет установить службы интеграции. Но тут-то и появляется проблема. В виртуальной машине, запущенной под Hyper-V, вы сможете удалить VM Additions только начиная от версии 13.813, которая поставлялась с Virtual Server 2005 R2 SP1. Предыдущие версии VM Additions отказываются удаляться будучи запущенными в «не родной» системе виртуализации. Если ваша виртуальная машина создавалась в более ранеей версии Virtual Server или Virtual PC, и вы не обновляли VM Additions в ней, то подключив такой виртуальный диск к виртуальной машине Hyper-V, вы просто не сможете удалить VM Additions штатным образом. Придется устанавливать Virtual Server 2005 или Virtual PC, загружать ВМ в этой платформе, удалять VMAdditions, а только затем возвращать виртуальный диск в Hyper-V и устанавливать службы интеграции. Но есть и обходной путь, который устраняет необходимость этого шага.

Обновление 956124 для Virtual Server 2005 - работа VHDmount

Казалось бы, не так давно вышла версия Virtual Server 2005, поддерживающая Windows Vista SP1, XP SP3 и Server 2008. Сразу же начали появляться сообщения о том, что иногда после установки обновления начинаются проблемы с подключением виртуальных дисков при помощи утилиты VHDMount. Я уже описывал способ решения таких проблем. Однако время шло, и наличие известного способа восстановления работы VHDmount не уменьшало потока обращений от тех, у кого что-то работало не так. Это привело к выходу нового кумулятивного обновления 956124 для Virtual Server 2005 R2 SP1, которе устраняет описанные проблемы.

Публикация консоли Hyper-V Management через Terminal Services

Зачастую мне жалуются на то, что не существует консоли управления Hyper-V для Windows XP/ Server 2003. Действительно, Microsoft выпускает компоненты управления Hyper-V только для Windows Server 2008 и Windows Vista SP1. Одним из общепринятых выходов является терминальное подключение к самому серверу Hyper-V и запуск консоли управления Hyper-V Management в сессии «Удаленного рабочего стола». Однако, Terminal Services в Windows Server 2008 позволяют также и публиковать отдельные приложения таким образом, чтобы вы зашли на веб-страницу сервера с помощью браузера — и запустили оттуда любое приложение, которое будет отображаться на вашем рабочем столе, но выполняться на самом сервере. Например, консоль Hyper-V Managenent. Сейчас мы рассмотрим, что необходимо сделать для публикации консоли, и как вы сможете использовать ее с Windows XP.
Posted by Alex A. | 17 Comments

Virtual PC 2007 Service Pack 1

Только я успел опубликовать сообщение о том, что вышло обновления для Virtual Server 2005, как получил очередную новость — вышел Service Pack 1 для Microsoft Virtual PC 2007. Данное обновление поддерживает установку Virtual PC 2007 на Windows Vista SP1 (Business, Enterprise, Ultimate) и Windows XP Professional SP3. В качестве гостевых ОС данное обновление добавляет поддержку для Windows Server 2008 Standard, Windows Vista SP1 Business, Enterprise и Ultimate, а также Windows XP SP3.

Virtual Server 2005 Update — поддержка WS08, Vista SP1, XP SP3

Как я и предсказывал более месяца назад, сегодня в свет вышло обновление для Virtual Server 2005. Что же оно дает и зачем оно сейчас нужно? Мы понимаем, что Hyper-V — это основная платформа виртуализации Microsoft, но она требует наличия специализированного оборудования (поддержка процессорами технологий Intel VT и NX или AMD-V и XD) и 64-битной версии ОС Windows Server 2008. Также в списке поддерживаемых Hyper-V ОС нет множества предыдущих версий, которые поддерживаются Virtual Server 2005. Забегая вперед скажу, что в ближайшие дни выйдет версия Hyper-V RC1, где (о, сюрприз) мы объявим о поддержке Windows 2000 Server, но подробности лишь после официального анонса. Для тех же сценариев, где невозможно пользоваться Hyper-V, до сих пор предлагается Virtual Server 2005.

О поддержке Virtual Server 2005 R2 на Windows Server 2008

Virtual Server 2005 R2 не прекратит свое существование после грядущего в июле официального выпуска Hyper-V. Напротив — он был и остается единственным рекомендованным решением, применимым в двух довольно распространенных случаях. 1) Ограничения родительской (Host) системы. Например, для виртуализации на оборудовании, которое не удовлетворяет системным требованиям Hyper-V. Это — как мы помним — поддержка архитектуры x64, аппаратной виртуализации (Intel VT или AMD-V) и защиты от выполнения данных (флаги Execute Disable или No Execute соответственно). Либо в ситуации, когда оборудование удовлетворяет этим требованиям, но некие другие соображения требуют установки 32-битной ОС в качестве родительской (Host). 2) Ограничения гостевых систем. То есть для установки унаследованных ОС (Windows 9x/Me/NT/2000) в виртуальных машинах — поскольку эти ОС не поддерживаются в Hyper-V
 
Page view tracker