none
Как обновить Windows Server 2012 Evaluation до Windows Server 2012 R2 RRS feed

  • Вопрос

  • Коллеги, всех приветствую!

    Буду признателен если эксперты выскажут свое мнение по вопросу: "Как обновить Windows Server 2012 Evaluation до Windows Server 2012 R2"

    Недавно, один из участников сообщества, задал Upgrade Windows Server 2012 Standard Eval

    Статья на Technet говорит:

    Обновление: переход с существующей операционной системы на более новый выпуск на том же оборудовании. Например, если ваш сервер работает под управлением Windows Server 2012, вы можете обновить его до Windows Server 2012 R2. Вы можете провести обновление с ознакомительной версии операционной системы на розничную, с более старой розничной версии на более новую или, в некоторых случаях, с корпоративного выпуска ОС на обычный."

    Так и ест, установщик Windows Server 2012 R2 не дает возможности обновиться с пробной версии Windows Server 2012.

    Обнаружил такую лазейку:

    На Windows Server 2012 Evaluation делаю повышение версии используя соответсвующий ключ из списка Ключи установки клиента KMS

    DISM /online /Set-Edition:”версия установки" /ProductKey:"соответсвующий КМС ключ" /AcceptEula

    Повышение проходит успешно. Далее использую лицензионный дистрибутив Windows Server 2012 R2 и обновляюсь. Все проходит успешно и все установленные роли и доп. программное обеспечение работают корректно.

    Далее вводим приобретенный ключ и по идее все работает.

    Из выше указанной статьи, можно сказать, что так делать можно:

    Переход с текущей корпоративной версии на текущую розничную версию

    В любой момент после установки Windows Server 2012 вы можете беспрепятственно перейти на корпоративную, розничную версию или версию для поставщиков оборудования. При переходе выпуск остается прежним.

    Для перехода в командной строке с повышенными привилегиями введите команду:

    slmgr /ipk <key>

    где <key> — соответствующий ключ продукта корпоративной, розничной версии или версии для изготовителей оборудования.

    Внимание, вопрос: Используя данный механизм, нарушаются ли правила, требования или права компании Microsoft?

    P.S. Еще интересно: если все же так можно сделать, то почему не включили такую возможность в официальный дистрибутив.



    • Изменено Zaza Abramov 4 января 2016 г. 22:55
    26 декабря 2015 г. 13:38

Ответы

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

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

    По сути, у автора обратная ситуация — есть более новый лицензионный продукт, но установлен старый. Поэтому формально ни технических, ни юридических нарушений нет.
    • Помечено в качестве ответа Zaza Abramov 28 декабря 2015 г. 11:23
    28 декабря 2015 г. 11:07
    Отвечающий

Все ответы

  • Что в перечисленных вами действиях вы считаете выходящим за рамки правил и требований?

    26 декабря 2015 г. 18:45
  • Что в перечисленных вами действиях вы считаете выходящим за рамки правил и требований?

    Спасибо, Антон за Ваш ответ, но меня смущает то, что я вроде как ничего не нарушаю, но при этом:

    1. На technet нет информации о переходе с пробной версии Windows Server 2012 на Windows Server 2012 R2

    2. Дистрибутив Windows Server 2012 R2 не дает обновиться с пробной версии Windows Server 2012. Говорит, что нет такой возможности.

    P.S. Незнание законов и правил не освобождает от ответсвенности, а мои знания в данном вопросе поверхностные. Поэтому я обратился к Вам.



    • Изменено Zaza Abramov 26 декабря 2015 г. 19:20
    26 декабря 2015 г. 19:18
  • Здравствуйте,

    По идеи: Если у Вас используется один из корпоративных типов лицензирования (Open, Enterprise), то есть возможность использования право "downgrade rights" , который Вам позволит активировать Windows Server 2012(т.е. не используя публичные/универсальные kms-ключи), далее обновиться до Windows Server 2012 R2.

    Но если у Вас есть неуверенность на правомерность, Вы всегда можете позвонить в центр активации продуктов Microsoft и уточнить интересующие Вас, механизмы по активации продуктов.

    Best Regards, Andrei ...
    MCP

    • Изменено SQxModerator 27 декабря 2015 г. 22:02 добавлено
    27 декабря 2015 г. 21:39
    Модератор
  • По большому счету, фирму MS не волнует, каким именно образом вы устанавливали и активировали ОС. Ей всего лишь требуется, чтобы (а) это проводилось с применением законно полученных дистрибутивов (например, загруженных с ее сайта) и (б) вы имели легальное право использования соответвующей версии Windows (или более старой в рамках даунгрейда). Если вы используете совсем уж непотребные фокусы для апгрейда, у вас - теоретически - могут возникнуть сложности при обращении в официальную техподдержку, где все может закончиться советом переустановить систему с нуля с использованием нормального дистрибутива. Но сейчас вас это вряд ли волнует.

    А что на Технете этого способа нет, так там много чего нет. Потому форумы и существуют.


    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    28 декабря 2015 г. 8:53
  • (а) это проводилось с применением законно полученных дистрибутивов (например, загруженных с ее сайта)

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

    По сути, у автора обратная ситуация — есть более новый лицензионный продукт, но установлен старый. Поэтому формально ни технических, ни юридических нарушений нет.
    • Помечено в качестве ответа Zaza Abramov 28 декабря 2015 г. 11:23
    28 декабря 2015 г. 11:07
    Отвечающий
  • По сути, у автора обратная ситуация — есть более новый лицензионный продукт, но установлен старый. Поэтому формально ни технических, ни юридических нарушений нет.

    Денис, спасибо!
    28 декабря 2015 г. 11:21
  • (а) это проводилось с применением законно полученных дистрибутивов (например, загруженных с ее сайта)

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

    Не особо, но все равно интересно. Например, при легализации ОС на ПК и покупке наклеек GGA особо оговаривается, что лицензионный носитель в состав не входит и должен быть получен в рамках какой-то другой программы. Понятно, что на деле никто этого проверять не будет, и MS обращает внимание только на факт закупки лицензий, но раз уж топикстартеру так хочется всё-всё-всё сделать в точном соответствии...

    Кстати, над второй частью вашего утверждения и думать особо не надо. У MS простая позиция: либо VL плюс загрузка с портала, либо коробка из магазина (ОЕМ-версии оставим за кадром). В последнее время даже и коробки уходят, по крайней мере, для физиков (диск нужно заказывать за отдельные деньги, если его хочется).


    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    28 декабря 2015 г. 11:43
  • Кстати, над второй частью вашего утверждения и думать особо не надо. У MS простая позиция: либо VL плюс загрузка с портала, либо коробка из магазина (ОЕМ-версии оставим за кадром).

    Т.е., обладая коробочной лицензией SQL Server 2014, для установки SQL Server 2012 нужно купить коробочную лицензию SQL Server 2012?
    28 декабря 2015 г. 12:19
    Отвечающий
  • Не особо, но все равно интересно. Например, при легализации ОС на ПК и покупке наклеек GGA особо оговаривается, что лицензионный носитель в состав не входит и должен быть получен в рамках какой-то другой программы. Понятно, что на деле никто этого проверять не будет, и MS обращает внимание только на факт закупки лицензий, но раз уж топикстартеру так хочется всё-всё-всё сделать в точном соответствии...

    Кстати, над второй частью вашего утверждения и думать особо не надо. У MS простая позиция: либо VL плюс загрузка с портала, либо коробка из магазина (ОЕМ-версии оставим за кадром). В последнее время даже и коробки уходят, по крайней мере, для физиков (диск нужно заказывать за отдельные деньги, если его хочется).


    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    Легализация - это наверно другое. Мы же ничего не воровали.

    Есть Windows Server 2012 Evaluation которую любезно предоставила компания Майкрософт и приобретенный Windows server 2012 R2 для которого есть программа обновления с предыдущей версии.

    Или используя публичный KMS ключ на время обновления, мы все же воруем?




    • Изменено Zaza Abramov 28 декабря 2015 г. 12:55
    28 декабря 2015 г. 12:40
  • Если в ваших сообщениях заменить слово "лазейка" на "порядок действий", то ощущение нелигитимности испаряется само собой.

    Вы ведь используете стандартные встроенные в систему утилиты, а также скачанные (я надеюсь) с оф.сайта дистрибутивы WinServ2012 и WinServ2012R2. Поэтому все ОК.

    28 декабря 2015 г. 13:07
  • Т.е., обладая коробочной лицензией SQL Server 2014, для установки SQL Server 2012 нужно купить коробочную лицензию SQL Server 2012?

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

    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    29 декабря 2015 г. 5:36
  • Или используя публичный KMS ключ на время обновления, мы все же воруем?


    Э-э... что такое "публичный KMS-ключ"? Ключ, прописываемый в ОС, активируемой по KMS-схеме, по определению публичный и один на весь мир (его даже прописывать не надо, он по умолчанию вшит в VL-дистрибутивы). Ключ, прописываемый на сервере KMS-активации, является вашим персональным ключом, "публичным" он не бывает в принципе.

    В любом случае, применяемые вами схемы (как правильно заметил коллега Антон Петров, не нужно программировать свое отношение неправильной лексикой) по большей части иррелевантны. Важен конечный результат.


    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    29 декабря 2015 г. 5:41
  • Э-э... что такое "публичный KMS-ключ"? Ключ, прописываемый в ОС, активируемой по KMS-схеме, по определению публичный и один на весь мир (его даже прописывать не надо, он по умолчанию вшит в VL-дистрибутивы). Ключ, прописываемый на сервере KMS-активации, является вашим персональным ключом, "публичным" он не бывает в принципе.


    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    Можете еще раз перечитать мое первое сообщение, и получить ответы на вопросы:

    Какой KMS ключ, и какой дистрибутив. 

    Спасибо, за попытку помочь.

    29 декабря 2015 г. 9:44