Нашей команде QA требуются виртуальные машины Vista для тестирования (установщики, функции, общая совместимость по производительности и т. Д.). Физические ПК с установленной Vista не подходят, так как они затрудняют откат к определенным моментам в процессе.
Проблема в том, что модель активации Vista полностью несовместима с этой моделью. Я не выяснил, что именно заставляет Vista деактивировать себя, но, похоже, это связано с перемещением виртуальных машин между рабочими станциями. У нас такое случается часто. Также кажется, что он деактивируется, если мы обновим VMWare Workstation (не подтверждено).
Мы являемся партнером MSDN, поэтому у нас есть много ключей продукта для Vista, но постоянно активировать ее - огромная проблема. Тем более, что мы активно используем снимки (т.е. повторно активируем его в одном снимке, затем откатываемся к другому, и вам придется снова активировать).
Кто-нибудь нашел способ обойти это, или у VMWare есть какой-то инструмент, который я упускаю из виду, чтобы Vista не паниковала каждый раз, когда настольный компьютер меняется?
Наконец, у кого-нибудь была эта проблема в ESX 3+?
Ваш пробег может варьироваться в зависимости от страны, компании, в которой вы работаете, времени суток и настроения человека, с которым вы разговариваете, но когда у меня возникла эта проблема, я использовал опцию «позвонить в Microsoft», сказал даме по телефону, что он работает виртуальную машину, и она все исправила для меня. Стоит попробовать, правда? Удачи.
Вы не задумывались об установке Vista в демонстрационном режиме без ключа? Обычно у вас есть 30 дней до активации, но с инструкциями по этой ссылке от Джеффа Этвуда вы можете использовать Vista в демонстрационном режиме в течение 120 дней.
http://www.codinghorror.com/blog/archives/000778.html
Это должно уменьшить количество требуемых активаций.
Я не знаю, как дать вам конкретный совет для VMware, но могу сказать, что считаю, что активация Vista связана с такими вещами, как MAC-адрес и UUID. Если это изменится, Vista попросит вас повторно активировать.
Vista собирает «Идентификатор оборудования» как часть процесса активации, и из-за динамической природы виртуализированного оборудования обязательно возникнут дополнительные препятствия, через которые можно будет пройти.
Я бы начал с того, что настроил ваши виртуальные машины на один и тот же MAC-адрес и убедился, что они всегда работают на одном типе ЦП.
Это действительно та ситуация, для которой был создан пробный режим. Это не постоянные рабочие станции, которым нужно работать месяцами / годами. Они выбрасывают виртуальные машины, которые постоянно откатываются для тестирования. Вам просто нужно немного настроить свои процедуры, чтобы специалисты по контролю качества могли вернуться к базовым образам, созданным с помощью sysprep, где пробный таймер еще не запущен. Я не уверен, за сколько дополнительных лицензий вы платите, но в конечном итоге вы сэкономите и на них.
Другой вариант - увеличить количество лицензий до уровня, когда вы станете клиентом с корпоративной лицензией и получите лицензию KMS. KMS - это, по сути, внутренний сервер активации. Вместо того, чтобы у всех ваших виртуальных машин были отдельные ключи, которые необходимо активировать Microsoft, у них нет ключа, и они используют slmgr.vbs для направления запросов активации на ваш внутренний сервер. Тогда не имеет значения, когда Vista паникует, потому что она просто повторно активируется с вашего сервера.
ESX вообще не помогает с деактивацией. В итоге я переместил виртуальные машины Vista / Windows 2008 в систему Hyper-V, и у меня больше нет проблем с активацией / деактивацией.
старый: После обращения в службу поддержки MS и отсутствия помощи я решил просто пойти по пути ESX. Через пару недель у меня появится дополнительное оборудование, которое я построю как выделенный сервер QA ESXi. Нам не нужны дополнительные функции ESX / Infrastructure / vSphere, поэтому мы можем избежать затрат на их лицензирование и придерживаться бесплатной. Думаю, я выясню, все ли пугает активация, когда виртуальная машина мирно сидит на одном сервере. Ответ Райана, вероятно, будет правильным в тех случаях, когда у вас нет обширных списков тестовых примеров, требующих определенных версий предустановленного программного обеспечения.