Как подобрать лицензии на Windows Server 2012 r2?
Добрый день!
Мы купили сервер, пригласили специалиста, установившего Windows Server 2012 r2 и. благополучно об этом забыли на год.
Сейчас решили вернуться к вопросу и продолжить. Тот специалист уже бесследно пропал, зато оставил бумагу, в которой сказано, что необходимо приобрести следующие лицензии:
1. Microsoft Windows Server Standart Edition 2012 R2
2. Remote Desktop Services Client Access License
3. Microsoft Windows Server CAL 2012
Ну и вопросы:
1. Касательно первой лицензии, насколько я понимаю, нам будет нужна корпоративная, так как OEM не куплена, а коробочная дороже. Как купить корпоративную? Где регистрироваться?
2. Насчёт терминальных лицензий: у нас компьютеров больше, чем людей, поэтому будем покупать лицензии на пользователей. Каков механизм их привязки? По лицензии на каждое заведённое в системе имя пользователя или по количеству одновременных подключений?
3. К лицензиям Microsoft Windows Server CAL относится всё то же самое, что и к терминальным?
Спасибо за помощь!
- Вопрос задан более трёх лет назад
- 3986 просмотров
Вообще-то тот «специалист» не должен был устанавливать систему, не имея лицензии, как минимум на ОС.
Вам же теперь надо будет приобрести лицензии на Server 2016, так как на 2012 вы, скорее всего, ничего в продаже не найдёте.
Microsoft Windows Server Standard Core 2016 SNGL OLP 2Lic NL CoreLic — рассчитывается по числу ядер сервера, на каждые неполные два ядра одна лицензия, но не менее 8 ядер (4 лицензии).
Microsoft Windows Remote Desktop Services CAL 2016 SNGL OLP NL UsrCAL — лицензии на удалённый рабочий стол, по числу пользователей. Они дороже, чем на устройство, поэтому считайте сами. Лицензия закрепляется за пользователем при первом подключении и не может передаваться чаще, чем раз в три месяца. Лицензии активируются и учитываются системой.
Microsoft Windows Server CAL 2016 SNGL OLP NL UsrCAL — лицензии на доступ к серверу. Нужны для каждого пользователя, пользующегося ресурсами сервера (RDP, общие папки, общие принтеры и т.д.). Лицензии просто приобретаются и никуда не вводятся, нигде в системе не отображаются.
Если не ошибаюсь, то в эти лицензии входит право даунгрейда, то есть на сайте Microsoft вам будут доступны ключи для предыдущих версий Windows Server.
Если используете на сервере какое-то ПО, то смотрите лицензии и на него. Например, MS Office для работы на терминальном сервере требует, чтобы за каждым устройством, с которого подключаются к серверу, была закреплена отдельная лицензия на MS Office, версии не ниже, чем на сервере.
Windows Server 2012 R2 — Разворачиваем KMS для Windows и Office
Начиная внедрять в инфраструктуру новые системы Windows 8.1 и Windows Server 2012 R2, одна из первых вещей, о которых стоит задуматься – это активация новых систем, и поэтому первый сервер, который мы разворачиваем на Windows Server 2012 R2, будет у нас выступать в качестве сервера Key Management Service (KMS). В нашем случае, текущим сервером KMS является сервер на базе Windows Server 2012. Этот сервер настроен на активацию систем до уровня Windows 8/Windows Server 2012, а также обеспечивает активацию Office 2010/2013. Перед нами стоит задача перенести функционал KMS на новый сервере на базе Windows Server 2012 R2.
Базовые приёмы работы c KMS были описаны ранее в заметке Основные приемы работы с Key Management Service (KMS) на Windows 7 и Windows Server 2008 R2 и для новой версии Windows эти приёмы остаются в силе. В документе TechNet Library — Volume Activation — Appendix A: KMS Client Setup Keys расширена информация о ключах GVLK, которые нужны для преобразования клиентов MAK/Retail в KMS. Выдержка из этого документа относительно новых систем:
Windows Server 2012 R2 and Windows 8.1 Client Setup Keys
Operating system edition | KMS Client Setup Key |
---|---|
Windows 8.1 Professional | GCRJD-8NW9H-F2CDX-CCM8D-9D6T9 |
Windows 8.1 Professional N | HMCNV-VVBFX-7HMBH-CTY9B-B4FXY |
Windows 8.1 Enterprise | MHF9N-XY6XB-WVXMC-BTDCT-MKKG7 |
Windows 8.1 Enterprise N | TT4HM-HN7YT-62K67-RGRQJ-JFFXW |
Windows Server 2012 R2 Server Standard | D2N9P-3P6X9-2R39C-7RTCD-MDVJX |
Windows Server 2012 R2 Datacenter | W3GGN-FT8W3-Y4M27-J84CP-Q3VJ9 |
Windows Server 2012 R2 Essentials | KNC87-3J2TX-XB4WP-VCPJV-M4FWM |
Windows Server 2012 and Windows 8 Client Setup Keys
Operating system edition | KMS Client Setup Key |
---|---|
Windows 8 Professional | NG4HW-VH26C-733KW-K6F98-J8CK4 |
Windows 8 Professional N | XCVCF-2NXM9-723PB-MHCB7-2RYQQ |
Windows 8 Enterprise | 32JNW-9KQ84-P47T8-D8GGY-CWCK7 |
Windows 8 Enterprise N | JMNMF-RHW7P-DMY6X-RF3DR-X2BQT |
Windows Server 2012 | BN3D2-R7TKB-3YPBD-8DRP2-27GG4 |
Windows Server 2012 N | 8N2M2-HWPGY-7PGT9-HGDD8-GVGGY |
Windows Server 2012 Single Language | 2WN2H-YGCQR-KFX6K-CD6TF-84YXQ |
Windows Server 2012 Country Specific | 4K36P-JN4VD-GDC6V-KDT89-DYFKP |
Windows Server 2012 Server Standard | XC9B7-NBPP2-83J2H-RHMBY-92BT4 |
Windows Server 2012 MultiPoint Standard | HM7DN-YVMH3-46JC3-XYTG7-CYQJJ |
Windows Server 2012 MultiPoint Premium | XNH6W-2V9GX-RGJ4K-Y8X6F-QGJ2G |
Windows Server 2012 Datacenter | 48HP8-DN98B-MYWDG-T2DCC-8W83P |
При установке нового сервера для роли KMS мы используем дистрибутив Windows Server 2012 R2, доступный нам по подписке TechNet Subscription, из образа en_windows_server_2012_r2_x64_dvd_2707946.iso . И так как система, устанавливаемая с этого дистрибутива по умолчанию сконфигурирована для использования ключа MAK, преобразуем её в KMS-клиента путём ввода соответствующего ключа из первой вышеприведённой таблицы ещё на этапе установки. Так как мы желаем установить редакцию Windows Server 2012 R2 Server Standard, вводим соответствующий ключ…
По введённому ключу программа установки автоматически ограничит для нас доступ возможных вариантов установки…
После окончания установки входим в систему и убеждаемся в том, что она сконфигурирована как KMS-клиент…
Предполагается, что у нас уже имеется KMS-ключ для Windows Server 2012 R2, полученный с веб-узла Microsoft Volume Licensing Service Center (VLSC) , и мы можем приступить к последовательности действий по вводу и активации это KMS-ключа.
Третья команда отключает регистрацию KMS сервера в DNS (в нашем случае она не используется). Последние две команды выполняют перезапуск службы Software Protection service
Проверяем состояние нашего KMS-сервера:
После успешной активации наш сервер готов отвечать на клиентские вопросы, если конечно мы не забыли в Windows Firewall включить правило, разрешающее входящие подключения к сервису KMS (по умолчанию TCP 1688). Включить соответствующее правило можно как через оснастку управления WF, так и с помощью PowerShell. Получаем статус правил, с вхождением в имени *Key* и узнав имя правила и убедившись в том что оно выключено, — включаем его
Для того, чтобы направить наших клиентов на новый KMS-сервер, в случае, если по каким то причинам не используется публикация в DNS, воспользуемся ранее описанным методом настройки через механизмы Group Policy Preferences (GPP) — Управляем клиентами KMS с помощью GPP
Теперь приступим к настройке активации Office. Начнём с Office 2013.
Скачиваем пакет Microsoft Office 2013 Volume License Pack
Запускаем с правами администратора office2013volumelicensepack_x86_en-us.exe .
Будет произведена распаковка файлов в каталог C:\Program Files (x86)\MSECache\OfficeKMS и установлена роль — Volume Activation Services
Поверх этого окна откроется графическая утилита Volume Activation Tools установленная в систему с активацией роли Volume Activation Services. С помощью этой утилиты мы установим и активируем KMS ключ для Office 2013. На шаге выбора типа активации выбираем KMS и указываем FQDN имя нашего сервера
Далее вводим имеющийся у нас KMS-ключ Office 2013, полученный с веб-узла Microsoft Volume Licensing Service Center (VLSC)
Если ключ успешно установлен, нам сразу будет предложено выполнить его активацию…
По введённому ключу будет определён продукт к которому он относится и предложено два варианта активации. Выбираем активацию через интернет.
После успешной активации мы получим статусный экран с информацией об установленных KMS-ключах, где увидим что в нашей службе управления ключами теперь два ключа – от Windows Server 2012 R2, установленный нами ранее с помощью Slmgr.vbs, и от Office 2013, установленный в ходе работы этой графической утилиты. После этого мы сможет настроить параметры службы управления ключами. Укажем порт (по умолчанию 1688) и включим исключения для Windows Firewall (хотя по сути мы это уже сделали ранее).
Закрываем утилиту Volume Activation Tools и переходим к настройке KMS для поддержки Office 2010.
Скачиваем пакет Microsoft Office 2010 KMS Host License Pack и запускаем с правами администратора файл KeyManagementServiceHost_en-us.exe
Будет произведена распаковка файлов поддержки Office 2010 в уже существующий каталог C:\Program Files (x86)\MSECache\OfficeKMS , после чего сразу появится запрос на установку KMS-ключа для Office 2010
… введём имеющийся у нас KMS-ключ …
После чего ключ будет установлен и активирован через интернет.
Теперь можем проверить состояние всех установленных нами KMS ключей:
Так как вывод этой команды может оказаться весьма существенным, используем вывод на консоль с помощью cscript
Для того, чтобы отдельно получить информацию только об установленном нами KMS-ключе для Office 2010 выполним:
…для Office 2013:
…для Windows Server 2012 R2 идентификатор в явном виде можно не указывать:
Теперь по сути наш новый KMS-сервер готов, однако не забываем про то, что для того чтобы сервер смог выдавать установленные ключи KMS-клиентам, — должен быть набран нижний предел обращений от уникальных клиентов:
— для KMS-ключа Office 2010/2013 этот порог – 5 клиентов;
— для KMS-ключа WS2012R2 этот порог – 5 клиентов для активации серверных ОС и 25 клиентов для активации клиентских ОС.
После того как новый KMS-сервер заработал, нам нужно удалить ключи активации со старого сервера KMS, и если на старом сервере KMS ещё остаются какие-то другие роли и он должен какое-то время оставаться в работе, то мы должны конвертировать его в KMS-клиента.
Итак, на старом сервере удаляем все установленные ключи командой:
Так как наш старый сервер работает на базе Windows Server 2012 Standard, то для его конвертации в KMS-клиента воспользуемся ключом, приведённым в вышеуказанной таблице и сразу выполнима его активацию с нового KMS-сервера
Microsoft Windows Server 2012 R2 Standard
Скачать прайс-лист Adobe Systems
В связи с особенностями лицензирования, цена на данный продукт предоставляется по запросу.
Microsoft Windows Server 2012 R2 Standard – серверная ОС, которая обеспечивает управление на уровне предприятия, хранение данных, возможности работы с приложениями и средствами коммуникации. Решение ориентировано на обработку данных в облаке, а также подходит для тех клиентов, которые хотят иметь физическую или частично виртуализированную среду.
Microsoft Windows Server 2012 R2 является высокодинамичной, доступной и экономически эффективной серверной платформой для ЦОД и частного облака. Microsoft Windows Server 2012 R2 позволяет оптимизировать производительность и защищает от перебоев в работе благодаря надежным средствам восстановления, комплексной автоматизации, а также решениям для виртуализации хранилищ и сетей. Windows Server 2012 R2 помогает создавать, запускать и масштабировать приложения, которые можно перемещать между ЦОД и облаком. Более того, Windows Server 2012 R2 позволяет предоставлять пользователям гибкий удаленный доступ практически из любого места и с любого устройства, одновременно помогая защитить корпоративную информацию.
По одной лицензии Windows Server 2012 Standard (которая распространяется на два физических процессора) можно запустить два экземпляра Windows Server в виртуальных машинах.
Основные принципы лицензионной политики Microsoft
Программное обеспечение защищено от несанкционированного копирования законами об авторских правах. Законы об авторских правах предусматривают сохранение за автором (издателем) программного обеспечения нескольких исключительных прав, одно из которых – право на производство копий программного обеспечения.
Приобретение программного продукта – это приобретение лицензии (права) на его использование. Для каждой используемой программы необходима лицензия. Условия лицензии фиксируются в лицензионном соглашении конечного пользователя (EULA – End User License Agreement).
Лицензионные права, как правило, различаются для разных категорий продуктов:
- Персональные операционные системы, настольные приложения, игры, мультимедийные программы лицензируются по принципу – одна лицензия на один компьютер. Не имеет значения, сколько физических лиц использует компьютер.
- Средства разработки лицензируются по принципу – одна лицензия для одного физического лица.
- Серверные продукты предполагают в общем случае две схемы лицензирования: лицензирование «сервер/клиент» (серверная лицензия для установки на сервер плюс клиентские лицензии для устройств или пользователей, обращающихся к службам сервера) или лицензирование на ядро процессора (лицензируются серверные вычислительные мощности по ядрам, используемым в серверах)..
Способы приобретения лицензий
Коробочная лицензия Full Package Product (FPP)– включает диск в красочной коробке, руководство пользователя наклейку сертификата подлинности (COA).
Original Equipment Manufacturer (OEM) – лицензия на программное обеспечение для продажи вместе с новым компьютерным оборудованием.
Программы корпоративного лицензирования– наиболее выгодный способ приобретения ПО Microsoft для организаций. Корпоративные схемы предусматривают значительные скидки и позволяют учесть размер компании и другие особенности вашего бизнеса.
Варианты использования лицензий
Большинство лицензионных соглашений прямо запрещают передачу программного обеспечения во временное пользование или предоставление в аренду. В том случае, если бизнес компании, закупающей ПО Microsoft, связан с арендой или прокатом компьютеров и программного обеспечения (например, лизинговая компания или компьютерный клуб), возможно подписание специального соглашения, расширяющего права пользователя, предоставленные стандартными лицензионными соглашениями. Права на использование программного обеспечения могут быть однократно переданы другому лицу на постоянной основе при условии, что передается продукт целиком (включая все предыдущие версии продукта, если новые версии приобретались как обновления). При этом новый пользователь продукта должен принять условия соглашения EULA, в противном случае передача лицензии не может быть произведена. При передаче прав бывший пользователь продукта должен удалить продукт со своего компьютера. Все продукты, приобретенные в виде OEM-версий, а также операционные системы, приобретенные по программам корпоративного лицензирования, могут быть переданы только вместе с оборудованием, на котором они были установлены.
Программы лицензирования для коммерческих организаций
Список документов, которые служат подтверждением лицензионных прав пользователя при приобретении корпоративных лицензий:
Enterprise Agreement | Enterprise Agreement Subscription | MPSA |
Open License | Open Value Subscription | Open Value |