Мне нужно найти решение для разработчиков, использующих виртуальные среды с VMWare Workstation 7.
Мы развиваемся в разных и несовместимых средах. В настоящее время теряется почти неделя при модификации ПК разработчика под конкретную среду. Нам нужен способ создания виртуальной машины, а затем оставления ее на сервере. Когда разработчику нужна определенная среда, он может просто взять ее с сервера и запустить виртуальную машину.
Мы используем лицензиатов MSDN Premium для разработчиков. С помощью Microsoft Virtual PC 2007 SP1 и Windows Virtual PC я смог создать среду sysprep и оставить ее на сервере. Разработчики смогли захватить виртуальную машину, и при первой загрузке запустится sysprep. После следующей перезагрузки виртуальная машина была готова к разработке.
Теперь с VMWare Workstation 7 и Windows XP SP3 после syspreping отображается сообщение о том, что оборудование значительно изменилось с момента первой активации, и Windows необходимо повторно активировать. Звонить в Microsoft каждый раз, когда нам нужно использовать виртуальную машину, было бы хлопотно.
ПРИМЕЧАНИЕ. Все пользователи используют одну и ту же версию VMWare Workstation.
Как заставить этот метод работать для VMWare Workstation 7 аналогично тому, как он работает для Microsoft Virtual PC и Windows Virtual PC?
Я видел эти два вопроса:
Vista VMWare Release SysPrep / Передовая практика активации?
Активация Windows Vista в VMWare
У них не было подходящего ответа. Традиционное ограничение по времени для испытания не подходит. Наши циклы разработки значительно длиннее пробных периодов. Поскольку существует множество изменений в базовых виртуальных машинах, заставляющих разработчиков перезапускаться по истечении определенного периода времени, это не вариант.
Наши разработчики часто путешествуют и часто остаются без подключения к Интернету. К сожалению, сервер ESX не подходит.
Есть ли у кого-нибудь предложения по предотвращению повторной активации при перемещении виртуальной машины между двумя машинами?
Не выполняйте sysprep, если все, что вас беспокоит, - это идентификаторы безопасности, а не изменения оборудования в виртуальной машине:
http://blogs.technet.com/markrussinovich/archive/2009/11/03/3291024.aspx
хороший аргумент, что в этом нет смысла.
Я всегда делал это так, чтобы активировать «эталонное» изображение, а затем скопировать его. Когда VMWare впервые запускает копии, он спрашивает, (в) вы оставили изображение или (м) оставили его. Если вы скажете «Перемещено», это не приведет к повторной активации. Однако эти машины не могут находиться в одном сегменте LAN, потому что у них одинаковое имя и MAC-адрес. Итак, после того, как каждая машина загрузится один раз, вы можете выключить их и изменить эти свойства, и все заработает.
Первый вопрос: изначально это была физическая машина? А вы перешли на виртуальный?
Или вы создали виртуальную машину по OEM-лицензии? Это тип проблем, которые могут возникнуть при использовании любого из этих сценариев.
Основываясь на вашем ответе на мой вопрос (в комментариях), мой следующий вопрос будет: могут ли машины работать только с локальной сетью, чтобы избежать проблем с SID? Как вариант, вы можете создать 15 базовых образов из образа sysprep. Активировать 15 изображений один раз и оставить их в качестве основных изображений? (т.е. по одному на разработчика?). В конце концов, дисковое пространство дешевле времени.
Лично я считаю, что вы балуете своих разработчиков, создавая для них образы виртуальных машин. На последнем месте работы мне (как разработчику) приходилось создавать и управлять собственными виртуальными машинами для тестирования.
Я не могу ответить на ваш вопрос об активации рабочей станции, вероятно, лучше всего ответить на него на superuser.com, но мне кажется, что вам стоит взглянуть на Менеджер лаборатории VMWare продукт, поскольку я думаю, что он может удовлетворить ваши потребности больше, чем ваша текущая ситуация.