Рекомендации по устранению неполадок службы управления ключами (KMS)

Корпоративные клиенты настраивают службу управления ключами (KMS) в рамках процесса развертывания, так как это позволяет им использовать простой и простой процесс для активации Windows в своих средах. Обычно после настройки узла KMS клиенты KMS подключаются к узлу автоматически и активируются самостоятельно. Однако иногда процесс не работает должным образом. В этой статье описывается, как устранить проблемы, которые могут возникнуть.

Дополнительные сведения о записях журнала событий и скрипте см. в slmgr.vbs технической справке Volume Activation Technical Reference.

Где начать устранение неполадок KMS

Начнем с быстрого повторения о том, как работает активация KMS. KMS — это клиентская модель сервера, которая имеет некоторые сходство с протоколом конфигурации динамического узла (DHCP). Однако вместо передачи IP-адресов клиентам по запросу KMS обеспечивает активацию продукта. KMS также является моделью продления, в которой клиенты пытаются повторно активироваться через регулярный интервал. Существует две роли: узел KMS и клиент KMS.

• Узел KMS запускает службу активации и включает активацию в данной среде. Чтобы настроить узел KMS, необходимо установить ключ KMS из Центра обслуживания корпоративных лицензий (VLSC) и активировать службу.
• Клиент KMS — это операционная система Windows, развернутая в среде и необходимая для активации. Клиенты KMS могут запускать любой выпуск Windows, использующий активацию корпоративных лицензий. Клиенты KMS приходят с предварительно установленным ключом, называемым универсальным ключом корпоративной лицензии (GVLK) или ключом установки клиента KMS. Присутствие GVLK — это то, что делает систему клиентом KMS. Клиенты KMS используют записи службы DNS (SRV) (_vlmcs._tcp) для идентификации узла KMS. Затем клиенты автоматически пытаются обнаружить и использовать эту службу для активации себя. В течение 30-дневного льготного периода они пытаются активировать каждые два часа. После активации клиентов KMS они пытаются продлить активацию каждые семь дней.

С точки зрения устранения неполадок, может потребоваться посмотреть как на сервер, так и на клиентскую сторону, чтобы выяснить, почему возникает проблема.

Устранение неполадок на узле KMS

При проверке узла KMS во время устранения неполадок следует рассмотреть две области:

• Проверьте состояние службы лицензий на программное обеспечение узла с помощью slmgr.vbs команды в командной строке.
• Проверьте средство просмотра событий для событий, связанных с лицензированием или активацией.

Проверьте службу лицензирования программного обеспечения с помощью команды slmgr.vbs

Чтобы просмотреть подробные выходные данные из службы лицензирования программного обеспечения, откройте окно командной строки с повышенными привилегиями и введите slmgr.vbs /dlv. На следующем снимках экрана показаны результаты выполнения этой команды на одном из узлов KMS в Корпорации Майкрософт.

Ниже приведены некоторые переменные, на которые следует обратить внимание в выходных данных при устранении неполадок:

• Информация о версии находится в верхней части выходных slmgr.vbs /dlv данных. Сведения о версии полезны для определения того, является ли служба up-to-date. Убедитесь, что все актуально, так как служба KMS поддерживает разные ключи узла KMS. Эти данные можно использовать для оценки того, поддерживает ли версия, которую вы используете в настоящее время, ключ узла KMS, который вы пытаетесь установить. Дополнительные сведения об обновлениях см. в разделе "Обновление" для Windows Vista и windows Server 2008 для расширения поддержки активации KMS для Windows 7 и Windows Server 2008 R2.

• Имя указывает, какой выпуск Windows работает в системе узлов KMS. Эти сведения можно использовать для устранения неполадок, связанных с добавлением или изменением ключа узла KMS. Например, эту информацию можно использовать для проверки того, поддерживает ли выпуск ОС ключ, который вы пытаетесь использовать.

• В описании показано, какой ключ установлен в данный момент. Используйте это поле, чтобы проверить, был ли ключ, который впервые активировал службу, правильным для развернутых клиентов KMS.

• Состояние лицензии показывает состояние хост-системы KMS. Значение должно быть Лицензированное. Любое другое значение означает, что необходимо повторно активировать узел.

• Текущее число отображает число от 0 до 50. Число является накопительным между операционными системами и указывает количество валидных систем, которые пытались активироваться в течение 30-дневного периода.

  Если число равно 0, служба была недавно активирована или к узлу KMS не подключены допустимые клиенты.

  Число не увеличивается выше 50, независимо от того, сколько допустимых систем существуют в среде. Число задается для кэширования только дважды максимальной политики лицензий, возвращаемой клиентом KMS. Для активации, согласно требованиям, установленным клиентской ОС Windows, от узла KMS требуется количество 25 или больше. Таким образом, максимальное число, которого может достигнуть хост KMS, составляет либо 2 x 25, либо 50. В средах, содержащих только клиенты KMS Windows Server, максимальное количество узлов KMS равно 10. Это ограничение обусловлено тем, что пороговое значение для выпусков Windows Server равно 5 (2 x 5 или 10).

  Распространенная проблема, связанная с подсчетом, возникает, когда в среде есть активированный узел KMS и достаточно клиентов, но количество остаётся на уровне одного. При возникновении этой проблемы это означает, что развернутый образ клиента не настроен правильно, поэтому в системах нет уникальных идентификаторов клиентских компьютеров (CMID). Дополнительные сведения см. на следующих ресурсах:

  • Клиент KMS
  • Текущее число KMS не увеличивается при добавлении новых клиентских компьютеров windows Vista или Windows 7 в сеть
  • Число клиентов узла KMS не увеличивается из-за повторяющихся CMID

  Еще одна причина, по которой счетчик может не увеличиваться, заключается в том, что в среде слишком много хостов KMS, и счетчик распределяется среди всех них.

Нас часто спрашивают о разделе накопительных запросовslmgr.vbs /dlv результатов. Как правило, эти данные не полезны для устранения неполадок. Узел KMS ведет непрерывный учёт состояния каждого клиента KMS, который пытается активировать или повторно активировать. Неудачные запросы указывают, что узел KMS не поддерживает определенные клиенты KMS. Например, если клиент KMS Windows 7 пытается активироваться с узлом KMS, активированным с помощью ключа KMS Windows Vista, активация завершается ошибкой.

В строках "Запросы с состоянием лицензии " описываются все возможные состояния лицензий, как прошлые, так и нынешние. С точки зрения устранения неполадок эти данные актуальны только в том случае, если число не увеличивается, как ожидается. В этом случае вы должны увидеть, как увеличивается число неудачных запросов. Чтобы устранить эту проблему, необходимо проверить ключ продукта, который использовался для первой активации хост-системы KMS. Кроме того, обратите внимание, что накопительные значения запросов сбрасываются только при переустановке системы узлов KMS.

Полезные события узла KMS

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

Идентификатор события 12290

Узел KMS создает журнал событий с меткой ID 12290, когда клиент KMS обращается к узлу при попытке активации. Идентификатор события 12290 содержит сведения, которые можно использовать, чтобы выяснить, какой клиент связался с узлом и почему произошел сбой. Следующий сегмент записи события с идентификатором 12290 взят из журнала событий Службы управления ключами (KMS) нашего сервера KMS.

Сведения о событии включают следующие сведения:

• Минимальное количество, необходимое для активации, которое сообщает, что количество от узла KMS должно быть 5 для активации клиента. Это означает, что эта ОС является ОС Windows Server, хотя эта переменная не указывает, какой выпуск использует клиент. Если клиенты не активируются, убедитесь, что количество хостов позволяет клиенту активироваться.
• Идентификатор клиентского компьютера (CMID), который является уникальным значением в каждой системе. Если это значение не является уникальным, это связано с тем, что образ не был правильно настроен для распространения с помощью sysprep. Дополнительную информацию об обобщении компьютеров можно найти в статье Sysprep (Обобщение) установки Windows. При возникновении этой проблемы число хостов KMS не увеличивается, даже если в среде достаточно клиентов.
• Состояние лицензии и время до истечения срока действия, которое является текущим состоянием лицензии клиента. Эта переменная поможет вам определить, пытается ли клиент активировать в первый раз или если он пытается повторно активировать. Запись времени также может сказать, сколько времени клиент остается в этом состоянии, если ничего не изменится.

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

• Произошла сбой сети.

• Хост не удается разрешить или он не зарегистрирован в DNS.

• Брандмауэр блокирует TCP 16888.

  • Порт также может быть заблокирован в других местах в среде, в том числе в самой системе узлов KMS. По умолчанию узел KMS имеет исключение брандмауэра для KMS, но это исключение не включено автоматически. Чтобы добавить это исключение, выполните следующую команду в окне PowerShell с повышенными привилегиями:

    New-NetFirewallRule -DisplayName "KMS Host Activation" -Direction Inbound -Protocol TCP -LocalPort 1688 -Action Allow
    New-NetFirewallRule -DisplayName "KMS Host RPC" -Direction Inbound -Protocol TCP -LocalPort 135 -Action Allow
    

• Журнал событий заполнен.

Клиенты KMS регистрируют два соответствующих события: идентификатор события 12288 и идентификатор события 12289. Сведения об этих событиях см. в разделе клиента KMS .

Идентификатор события 12293

Другим соответствующим событием для поиска на узле KMS является идентификатор события 12293. Это событие указывает, что узел не опубликовал необходимые записи в DNS. Этот сценарий может потенциально привести к сбоям, и вы должны убедиться, что это событие отсутствует после настройки узла и перед развертыванием клиентов. Дополнительные сведения о проблемах с DNS см. в разделе Распространенные процедуры устранения неполадок с KMS и DNS.

Клиент KMS

Вы также можете использовать команду slmgr.vbs и средство "Просмотр событий" для устранения неполадок активации на клиентах KMS.

Slmgr.vbs и служба лицензирования программного обеспечения

Чтобы просмотреть подробные выходные данные из службы лицензирования программного обеспечения, откройте окно командной строки с повышенными привилегиями и введите slmgr.vbs /dlv в командной строке. На следующем снимке экрана показаны результаты этой команды на одном из узлов KMS в Microsoft.

Ниже приведены некоторые переменные, на которые следует обратить внимание в выходных данных при устранении неполадок:

• Имя, которое указывает, какой выпуск клиентской системы KMS используется в Windows. Эту переменную можно использовать, чтобы убедиться, что версия Windows, которую вы пытаетесь активировать, совместима с KMS.
• Описание, в котором показано, какой ключ был установлен. Например, VOLUME_KMSCLIENT указывает, что система установила ключ установки клиента KMS или GVLK, который является конфигурацией по умолчанию для носителей корпоративной лицензии. Система с GVLK автоматически пытается активировать с помощью узла KMS. Если здесь отображается другое значение, например MAK, необходимо переустановить GVLK, чтобы настроить эту систему в качестве клиента KMS. Вы можете вручную установить ключ, следуя инструкциям по запуску slmgr.vbs /ipk <GVLK> в ключах установки клиента KMS или следуйте указаниям в Техническом справочнике по Средству управления активацией томов (VAMT), чтобы использовать вместо этого VAMT.
• Ключ частичного продукта, который можно использовать для определения соответствия ключа установки клиента KMS операционной системе, используемой клиентом KMS. По умолчанию правильный ключ присутствует в системах, созданных с помощью установочного носителя, предоставляемого порталом Центра обслуживания по корпоративным лицензиям (VLSC). В некоторых случаях клиенты могут использовать активацию нескольких ключей активации (MAK), пока в среде не будет достаточно систем для поддержки активации KMS. Необходимо установить ключ установки клиента KMS в этих системах, чтобы перенести их из MAK в KMS. Используйте VAMT для установки этого ключа и убедитесь, что вы используете правильный ключ.
• Состояние лицензии показывает состояние клиентской системы KMS. Для системы, активированной KMS, это значение должно быть лицензировано. Любое другое значение может указывать на то, что возникла проблема. Например, если узел KMS работает правильно, и клиент KMS по-прежнему не активируется или зависает в стадии "Грейс", это означает, что что-то не позволяет клиенту достичь хост-системы. Эта блокировка может быть проблемой брандмауэра, сбоем сети и т. д.
• Идентификатор клиентского компьютера (CMID), который должен быть уникальным в каждом клиенте KMS. Как упоминалось в разделе "Проверка службы лицензирования программного обеспечения" с помощью команды slmgr.vbs, распространенной проблемой, связанной с подсчетом, является то, что количество не увеличивается больше одного, независимо от того, сколько узлов KMS или клиентов вы активируете в среде. Дополнительные сведения см. в разделе "Текущее число KMS" не увеличивается при добавлении новых клиентских компьютеров windows Vista или Windows 7 в сеть.
• Имя компьютера KMS из DNS, которое показывает полное доменное имя узла KMS, который клиент успешно использовал для активации и какой TCP-порт использовался для обмена данными.
• Кэширование узла KMS, которое показывает, включено ли кэширование. Кэширование обычно включается по умолчанию. При включении кэширования клиент KMS кэширует тот же узел KMS, который он использовал для активации и напрямую взаимодействует с этим узлом, а не запрашивает DNS при повторной активации. Если клиент не может связаться с кэшируемым узлом KMS, он запрашивает DNS для обнаружения нового узла KMS.

События клиента KMS

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

Идентификатор события 12288 и идентификатор события 12289

Когда клиент KMS успешно активирует или повторно активирует, клиент регистрирует два события: идентификатор события 12288 и идентификатор события 12289. На следующем снимке экрана показан сегмент записи события с идентификатором 12288 из журнала событий службы управления ключами нашего клиента KMS.

Если вы видите только идентификатор события 12288 без соответствующего идентификатора события 12289, он указывает на одну из следующих проблем: клиент KMS не смог подключиться к узлу KMS, узел KMS не ответил, или клиент не получил ответ узла.

В этих случаях необходимо убедиться, что узел KMS доступен для обнаружения и что клиенты KMS могут связаться с ним.

Наиболее релевантная информация в идентификаторе события 12288 — это данные в поле сведений . Например, Сведения показывают текущее состояние клиента и полное доменное имя и TCP-порт, используемый клиентом при попытке активации. Полное доменное имя можно использовать для устранения неполадок в сценариях, когда количество узлов KMS не увеличивается. Например, если для клиентов доступно слишком много узлов KMS (допустимых или неподдерживаемых систем), количество может быть распределено по всем из них.

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

В разделе сведений идентификатора события 12289 приведены следующие сведения:

• Флаг активации, указывающий на успешность активации (1) или сбой (0).
• Текущее значение счетчика на сервере KMS, которое показывает значение счетчика на сервере KMS, когда клиент пытается активироваться. Если активация завершается ошибкой, это может быть связано с недостаточным числом для этой клиентской ОС или нехваткой систем в среде для сборки счетчика.

Что запрашивает поддержка?

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

• slmgr.vbs /dlv выходные данные узлов KMS и клиентских систем KMS.
• Журналы событий из узла KMS (журнал службы управления ключами) и клиентских систем KMS (журнал приложений).