Лицензирование для «чайников»: Windows Server 2019

Microsoft Windows Server 2019 – операционная система корпоративного уровня, обеспечивает обработку гибридного облака и данных, а также новый уровень безопасности и инноваций для приложений и инфраструктуры компании.

Решение нового поколения для развертывания приложений Windows Server 2019 предназначено для IT-специалистов, позволяет проводить работы в сфере создания и предоставления масштабных облачных сервисов, которые содержат последние технологии и улучшения для виртуализации, хранения и управления сетями, защиты информации и доступа, инфраструктуры виртуальных рабочих столов, платформы приложений и веб-платформы, а также множество других модулей.

Microsoft Windows Server 2019 пришел на смену Windows Server 2016 (о предыдущей версии вы можете прочитать в этой статье).

Содержание

Редакции Microsoft Windows Server 2019

Существуют следующие редакции (выпуски) Microsoft Windows Server 2019:

• Datacenter – содержит полный функционал с неограниченными правами на запуск виртуальных экземпляров.
• Standard – редакция ОС с полными возможностями и правом запуска до двух виртуальных экземпляров.
• Essentials – редакция ОС для предприятий малого бизнеса (поддерживает до 25 пользователей или 50 устройств).

Выбор вида лицензии

Для Microsoft Windows Server доступно 3 основных вида лицензирования:

1. Приобретение лицензии в комплекте с оборудованием (ОЕМ).
2. Коробочная версия (FPP).
3. Корпоративная лицензия (Open License, Open Value и т.д.).

Подробнее об этих видах лицензий можно прочитать в статье:

Принципы лицензирования

Редакции Windows Server 2019 Standard и Datacenter лицензируются по схеме «Лицензии на ядра» + «лицензия клиентского доступа CAL» + «дополнительная лицензия External Connector».

Каждая серверная лицензия выпускается на 2 физических ядра (2Lic Core). Минимальный пакет на 1 процессор – 4 лицензии 2Lic Core (8 ядер). Минимальный пакет на 1 сервер – 8 лицензий 2Lic Core (т.е нужно лицензировать как минимум 16 ядер).

При покупке лицензий Windows Server 2019 Standard или Datacenter вам понадобятся:

• серверные лицензии, для каждого сервера нужно 8 или более лицензий – это определяется количеством ядер;
• клиентские лицензии Windows Server CAL, количество которых равно числу лицензируемых клиентов – пользователей или устройств.

Клиент – это пользователь или устройство (компьютер), которые прямо или косвенно обращаются к серверному программному обеспечению. Соответственно, существуют клиентские лицензии «на пользователя» (User CAL) и «на устройство» (Device CAL). Вам нужно будет выбрать тип лицензии, который наиболее подходит (например, более экономичный). Чаще выбирают лицензии «на устройство».

Важное замечание: при увеличении числа серверов число клиентских лицензий не увеличивается. Количество клиентских лицензий зависит только от числа лицензируемых объектов – пользователей или устройств.

Например, для 1 сервера, имеющего не более 2 процессоров по 8 ядер каждый, и 20 подключенных к нему устройств у вас получится такой список лицензий для редакции Standard:

• WinSvrSTDCore 2019 Single OLV 2Lic NL CoreLic – 8 шт.
• WinSvrCAL 2019 Single OLV NL DvcCAL – 20 шт.

С 1 мая 2017 года в прайс-листе Microsoft появилась специальная позиция для покупки минимального набора серверных лицензий: пакет на 16 ядер.

Для редакции Standard:

• WinSvrSTDCore 2019Single OLV 16Lic NL CoreLic

Пакеты лицензий на 2 ядра остаются доступны для заказа. Изменений в лицензионных требованиях нет, пользователи по-прежнему должны лицензировать все физические ядра серверов. Цена одной лицензии на 16 ядер не отличается от стоимости 8 лицензий на 2 ядра.

Лицензия External Connector позволяет подключаться к серверу неограниченному числу внешних пользователей. Внешними пользователями могут быть сотрудники партнерских компаний, покупатели или поставщики, просто посторонние люди (т.е. все, кроме сотрудников вашей организации). Для своих сотрудников необходимо покупать лицензии CAL.

А если не буду покупать клиентские лицензии?
Тем самым вы нарушите лицензионное соглашение и последствия этого будут такие же, как в случае полного отсутствия лицензии.

Лицензирование Windows Server 2019 Essentials не изменилось по сравнению с предыдущей версией. Редакция Essentials лицензируется, как и раньше, по числу серверов и не требует лицензий клиентского доступа.

Если у меня в офисе несколько организаций и все пользуются общими серверами – на какую организацию надо покупать лицензию?
В данном случае действует следующее правило: лицензии покупает владелец сервера. Для подключения большого количества внешних пользователей можно использовать лицензию Windows Server 2012 External Connector.

Как лицензируется использование сервера терминалов в Windows Server?
Серверная лицензия на Windows Server 2019 (редакции Standard и Datacenter) включает возможность запуска служб терминалов. Помимо лицензии Windows Server CAL для каждого пользователя или устройства, которые прямо или косвенно обращаются к серверному программному обеспечению для предоставления графического интерфейса пользователя с помощью функций Служб терминалов Windows Server 2019, необходимо приобрести лицензию Windows Server 2019 Remote Desktop Services CAL.

Существует два типа Windows Server 2019 Remote Desktop Services CAL: клиентская лицензия на «на устройство» (Device CAL) и «на пользователя» (User CAL). Лицензия Windows Server 2019 Remote Desktop Services External Connector позволяет предоставить неограниченному количеству внешних пользователей доступ к терминальным службам на базе Windows Server.

Важное замечание: лицензии Windows Remote Desktop Services CAL приобретаются в дополнение к лицензиям Windows Server CAL. То есть в нашем примере, если 10 устройств из 20 подключенных к серверу используют терминальный доступ, необходимо приобрести 20 лицензий Windows Server CAL и 10 лицензий Windows Remote Desktop Services CAL:

• WinSvrSTDCore 2019 Single OLV 2Lic NL CoreLic – 8 шт.
• WinSvrCAL 2019 Single OLV NL DvcCAL – 20 шт.
• WinRmtDsktpSrvcsCAL 2019 Single OLV NL DvcCAL – 10 шт.

Можно ли к Windows Server 2019 Essentials подключаться через терминальный доступ (rdp), какие лицензии для этого нужно купить?
Windows Server 2019 Essentials не может использоваться для терминального доступа. Для этого вам нужен, как минимум, Windows Server 2019 Standard.

Доступность Microsoft Windows Server 2016 и более ранних версий

Корпоративные лицензии Microsoft Windows Server 2019 разрешают использование предыдущих версий продукта соответствующих редакций (правило Downgrade). При этом применяются принципы лицензирования актуальной версии.

Как активировать Windows Server по телефону

Активация Windows Server обычно происходит через Интернет. Но не всегда есть возможность подключить сервер к Интернету. В этом случае используем альтернативный способ активации — звонок по телефону.

Процедура активации Windows Server по телефону проста. Единственная оговорка — она не подходит для версий Server Core, не имеющих графического интерфейса.

Если ранее не указывали ключ продукта, откройте командную строку или PowerShell от Администратора и введите команду

Вместо «ключ_продукта» впишите свой ключ от Windows.

После этого вводим команду

Запустится мастер активации Windows по телефону. Первым делом он предложит указать страну или регион. Выбирайте Россию.

Затем вам будет предложено позвонить по одному из указанных номеров и ввести код установки кнопками телефонного аппарата. Естественно, логичнее звонить по бесплатному номеру.

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

На этом процедура активации Windows Server по телефону закончена.

Памятка по KMS активации Windows Server 2019

В связи с недавним выходом нового Windows Server 2019 пришла пора обновить инфраструктуру KMS активации в домене, добавив возможность поддержки новой версии Windows Server и Windows 10 1809 / LTSC 2019 (Long Term Service Channel). Если вы хотите детальнее познакомиться с технологией KMS активации Miccrosoft, рекомендуем начать со статьи FAQ по KMS активации Microsoft.

Установка нового KMS сервера на Windows Server 2019

Если у вас в домене отсутствуют KMS серверы, вы можете установить роль Volume Activation Services сразу на новый Windows Server 2019. Процедура аналогична установке и активации KMS сервера на базе Windows Server 2012 R2 или Windows Server 2016. Вкратце напомним, что нужно сделать:

1. Установить на сервере роль Volume Activation Services из консоли Server Manager или PowerShell командой: Install-WindowsFeature -Name VolumeActivation -IncludeAllSubFeature –IncludeManagementTools
2. Включите правила файервола, которое разрешает доступ к KMS серверу: Enable-NetFirewallRule -Name SPPSVC-In-TCP
3. Авторизуйтесь в личном кабинете на сайте Microsoft Volume Licensing Service Center (VLSC), и перейдите в раздел License ->Relationship Summary -> Выберите License ID для вашего активного контракта Active License ->Product Keys. Скопируйте ключ для Windows Srv 2019 DataCtr/Std KMS;
4. Установите KMS ключ командой: slmgr /ipk
5. Активируйте KMS сервер на серверах Microsoft: slmgr /ato
6. Если вы планируете использовать данный KMS сервер в качестве сервера активации продуктов MS Office, нужно установить специальные лицензионные пакеты для нужных версий Office (для Office 2010, Office 2013 или Office 2016). Затем нужно указать KMS Host Key для активации редакции Office и активировать KMS сервер (подробные инструкции доступны в статьях по ссылкам выше);
7. После этого вы можете использовать ваш KMS сервера для активации всех поддерживаемых версий Windows (от Windows 7 до Windows 10) и Windows Server (2008R2 до 2019).

Обновление Windows Server 2012 R2 и 2016 для поддержки активации Windows Server 2019

Если в вашей организации уже есть активированный KMS сервер с Windows Server 2016 или 2012 R2 и вы не хотите развертывать для этого новый сервер с Windows Server 2019, вы можете использовать старые хосты для активации новой версии Windows Server и Windows 10 1809 / LTSC 2019. Для этого нужно указать новый KMS Host Key на старом сервере активации.

В моем случае я попытался указать новый ключ Windows Srv 2019 DataCtr/Std KMS на KMS сервере с Server 2016 с помощью команды:

Но появилась ошибка:

Error: 0xC004F015 On a computer running Microsoft Windows non-core edition, run ‘slui.exe 0x2a 0xC004F015’ to display the error test.

При этом в журнале событий фиксируется ошибка c текстом:

Installation of the Proof of Purchase failed. 0xC004F015
Partial Pkey=xxxxxxxxxxxx
ACID = xxxID

При активации KMS ключа через GUI появляется ошибка:

Invalid product key or license mismatch. Please confirm this product key is entered correctly and is valid for this application or Windows edition.

Естественно Windows 10 LTSC 2019 и WS2019 не активируются на данном KMS сервере с ошибкой недоступности сервера активации (Error code: 0xC004F074).

Чтобы использовать старый KMS сервер для активации новых версий Windows, необходимо установить специальные обновления на сервера KMS для поддержки Windows 10 LTSC 2019, Windows 10 1809 и Windows Server 2019.

На Windows Server 2012 R2 нужно установить обновления:

• KB3173424 — обновление стека обслуживания (Servicing Stack Update) от июля 2016 года;
• Любое накопительное обновление для Windows Server 2012 R2, начиная с 11 декабря 2018 года (KB4471320) или более новое.

Для Windows Server 2016 необходимы следующие обновления:

• KB4132216 — обновление стека обслуживания (Servicing Stack Update) от мая 2018 года;
• Любое накопительное обновление для Windows Server 2016, начиная с 27 ноября 2018 года (KB4467681) или более новое.

После установки обновлений и перезагрузки KMS сервера, вы можете добавить на него новый KMS host ключ и активировать.

GVLK ключи для Windows Server 2019 и Windows 10 LTSC

В следующей таблице представлен список общедоступных KMS ключей активации (GVLK ключи) для разных редакций Windows Server 2019 и Windows 10 LTSC:

Автоматическая активация виртуальной машины Automatic virtual machine activation

Относится к: Windows Server 2019, Semi-Annual Channel для Windows Server, Windows Server 2016, Windows Server 2012 R2 Applies to: Windows Server 2019, Windows Server Semi-Annual Channel, Windows Server 2016, Windows Server 2012 R2

Автоматическая активация виртуальной машины (AVMA) — это механизм подтверждения законности приобретения, помогающий удостовериться, что продукты Windows используются в соответствии с правами на использование продуктов и условиями лицензионного соглашения на использование программного обеспечения корпорации Майкрософт. Automatic Virtual Machine Activation (AVMA) acts as a proof-of-purchase mechanism, helping to ensure that Windows products are used in accordance with the Product Use Rights and Microsoft Software License Terms.

AVMA позволяет устанавливать виртуальные машины на сервере с должным образом активированной ОС Windows, не настраивая ключи продукта для каждой виртуальной машины, даже в отключенных средах. AVMA lets you install virtual machines on a properly activated Windows server without having to manage product keys for each individual virtual machine, even in disconnected environments. Она привязывает активацию виртуальной машины к лицензированному серверу виртуализации и активирует виртуальную машину при запуске. AVMA binds the virtual machine activation to the licensed virtualization server and activates the virtual machine when it starts up. AVMA также предоставляет отчеты по использованию в реальном времени и данные о состоянии лицензии виртуальной машины за прошлые периоды. AVMA also provides real-time reporting on usage and historical data on the license state of the virtual machine. Отчеты и данные отслеживания доступны на сервере виртуализации. Reporting and tracking data is available on the virtualization server.

Практическое применение Practical applications

AVMA предоставляет ряд преимуществ на серверах виртуализации, активированных с использованием корпоративного лицензирования или лицензирования OEM. On virtualization servers that are activated using Volume Licensing or OEM licensing, AVMA offers several benefits.

Администраторы серверов в центрах обработки данных могут использовать AVMA для выполнения следующих действий: Server datacenter managers can use AVMA to do the following:

Активация виртуальных машин в удаленных расположениях Activate virtual machines in remote locations

Активация виртуальных машин с подключением к Интернету или без него Activate virtual machines with or without an internet connection

Отслеживание данных об использовании и лицензиях виртуальных машин с сервера виртуализации без прав доступа к виртуализованным системам Track virtual machine usage and licenses from the virtualization server, without requiring any access rights on the virtualized systems

Не требуется управлять ключами продукта и читать наклейки на серверах. There are no product keys to manage and no stickers on the servers to read. Виртуальная машина активируется и продолжает работать даже при переносе в массиве серверов виртуализации. The virtual machine is activated and continues to work even when it is migrated across an array of virtualization servers.

Партнеры с лицензионным соглашением с поставщиком услуг (SPLA) и другие поставщики услуг размещения не обязаны предоставлять ключи продукта арендаторам или активировать виртуальные машины арендаторов. Service Provider License Agreement (SPLA) partners and other hosting providers do not have to share product keys with tenants or access a tenant’s virtual machine to activate it. С помощью AVMA клиенты могут легко активировать виртуальные машины. Virtual machine activation is transparent to the tenant when AVMA is used. Поставщики услуг размещения могут использовать журналы сервера для проверки соответствия лицензии и отслеживания хронологии использования клиента. Hosting providers can use the server logs to verify license compliance and to track client usage history.

Системные требования System requirements

Для AVMA требуется Microsoft Virtualization Server с Windows Server 2019 Datacenter, Windows Server 2016 Datacenter или Windows Server 2012 R2. AVMA requires a Microsoft Virtualization Server running Windows Server 2019 Datacenter, Windows Server 2016 Datacenter, or Windows Server 2012 R2.

Ниже представлен список гостей, которых можно активировать с помощью различных версий серверов узла. Here are the guests that the different version hosts can activate:

Версия сервера узла Server host version	Windows Server 2019 Windows Server 2019	Windows Server 2016 Windows Server 2016	Windows Server 2012 R2 Windows Server 2012 R2
Windows Server 2019 Windows Server 2019	X X	X X	X X
Windows Server 2016 Windows Server 2016	X X	X X
Windows Server 2012 R2 Windows Server 2012 R2	X X

Обратите внимание на то, что они активируют все выпуски (Datacenter, Standard и Essentials). Note that these activate all editions (Datacenter, Standard, or Essentials).

Это средство не работает с другими технологиями виртуализации сервера. This tool does not work with other Virtualization Server technologies.

Реализация AVMA How to implement AVMA

На сервере виртуализации Windows Server Datacenter установите и настройте роль Microsoft Hyper-V Server. On a Windows Server Datacenter virtualization server, install and configure the Microsoft Hyper-V Server role. Дополнительную информацию см. в статье об установке Hyper-V Server. For more information, see Install Hyper-V Server.

Создайте виртуальную машину и установите на ней поддерживаемую серверную операционную систему. Create a virtual machine and install a supported server operating system on it.

Установите ключ AVMA на виртуальной машине. Install the AVMA key in the virtual machine. В командной строке с повышенными привилегиями введите следующую команду: From an elevated command prompt, run the following command:

Виртуальная машина автоматически активирует лицензию в соответствии с сервером виртуализации. The virtual machine will automatically activate the license against the virtualization server.

Можно также использовать ключи AVMA в любом файле установки Unattend.exe. You can also employ the AVMA keys in any Unattend.exe setup file.

Ключи AVMA AVMA keys

Перечисленные ниже ключи AVMA можно использовать для Windows Server 2019. The following AVMA keys can be used for Windows Server 2019.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW
Standard Standard	TNK62-RXVTB-4P47B-2D623-4GF74 TNK62-RXVTB-4P47B-2D623-4GF74
Essentials Essentials	2CTP7-NHT64-BP62M-FV6GG-HFV28 2CTP7-NHT64-BP62M-FV6GG-HFV28

Перечисленные ниже ключи AVMA можно использовать для Windows Server версий 1909, 1903 и 1809. The following AVMA keys can be used for Windows Server, versions 1909, 1903, and 1809.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW
Standard Standard	TNK62-RXVTB-4P47B-2D623-4GF74 TNK62-RXVTB-4P47B-2D623-4GF74

Перечисленные ниже ключи AVMA можно использовать для Windows Server версии 1803 и 1709. The following AVMA keys can be used for Windows Server, version 1803 and 1709.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J
Standard Standard	C3RCX-M6NRP-6CXC9-TW2F2-4RHYD C3RCX-M6NRP-6CXC9-TW2F2-4RHYD

Перечисленные ниже ключи AVMA можно использовать для Windows Server 2016. The following AVMA keys can be used for Windows Server 2016.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J
Standard Standard	C3RCX-M6NRP-6CXC9-TW2F2-4RHYD C3RCX-M6NRP-6CXC9-TW2F2-4RHYD
Essentials Essentials	B4YNW-62DX9-W8V6M-82649-MHBKQ B4YNW-62DX9-W8V6M-82649-MHBKQ

Перечисленные ниже ключи AVMA можно использовать для Windows Server 2012 R2. The following AVMA keys can be used for Windows Server 2012 R2.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW
Standard Standard	DBGBW-NPF86-BJVTX-K3WKJ-MTB6V DBGBW-NPF86-BJVTX-K3WKJ-MTB6V
Essentials Essentials	K2XGM-NMBT3-2R6Q8-WF2FK-P36R2 K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

Отчетность и отслеживание Reporting and tracking

Реестр (KVP) на сервере виртуализации предоставляет данные по отслеживанию в реальном времени для операционных систем на виртуальной машине. The registry (KVP) on the virtualization server provides real-time tracking data for the guest operating systems. Поскольку раздел реестра перемещается вместе с виртуальной машиной, можно также получить информацию о лицензии. Because the registry key moves with the virtual machine, you can get license information as well. По умолчанию KVP возвращает данные о виртуальной машине, в том числе: By default the KVP returns information about the virtual machine, including the following:

Полное доменное имя Fully qualified domain name

Операционную систему и установленные пакеты обновления Operating system and service packs installed

Архитектуру процессора Processor architecture

Сетевые адреса IPv4 и IPv6 IPv4 and IPv6 network addresses

Адреса RDP RDP addresses

Дополнительные сведения о том, как получить эту информацию, см. в публикации Hyper-V Script: Looking at KVP GuestIntrinsicExchangeItems (GuestIntrinsicExchangeItems KVP в скрипте Hyper-V). For more information about how to get this information, see Hyper-V Script: Looking at KVP GuestIntrinsicExchangeItems.

Данные KVP не защищены. KVP data is not secured. Они допускают модификации и не контролируются на предмет изменений. It can be modified and is not monitored for changes.

Данные KVP следует удалить в случае замены ключа AVMA другим ключом продукта (розничным, OEM или ключом корпоративного лицензирования). KVP data should be removed if the AVMA key is replaced with another product key (retail, OEM, or volume licensing key).

Данные о запросах AVMA за прошлые периоды доступны в файле журнала на сервере виртуализации (EventID 12310). Historical data about AVMA requests is available in a log file on the virtualization server (EventID 12310).

Поскольку процесс активации AVMA прозрачен, сообщения об ошибках не отображаются. Since the AVMA activation process is transparent, error messages are not displayed. Однако данные о перечисленных ниже событиях записываются в файл журнала на виртуальных машинах (EventID 12309). However, the following events are captured in a log file on the virtual machines (EventID 12309).