Ativação KMS: Problemas Conhecidos

Experimente nosso Agente Virtual – Ele pode ajudá-lo a identificar e corrigir rapidamente problemas comuns relacionados à ativação de KMS e MAK

Este artigo descreve perguntas e problemas comuns que podem ser consultados durante as ativações do KMS (Serviço de Gerenciamento de Chaves) e fornece diretrizes para resolver os problemas.

Note

Se você suspeitar que o problema está relacionado ao DNS, consulte procedimentos comuns de solução de problemas de KMS e DNS.

Devo fazer backup das informações do host KMS?

O backup não é necessário para hosts KMS. No entanto, se você usar uma ferramenta para limpar rotineiramente os logs de eventos, o histórico de ativação armazenado nos logs poderá ser perdido. Se você usar o log de eventos para rastrear ou documentar ativações KMS, exporte periodicamente o log de eventos do Serviço de Gerenciamento de Chaves da pasta Logs de Aplicativos e Serviços do Visualizador de Eventos.

Se você usar o System Center Operations Manager, o banco de dados do System Center Data Warehouse armazenará dados de log de eventos para relatórios, portanto, você não precisará fazer backup dos logs de eventos separadamente.

O computador cliente KMS está ativado?

On the KMS client computer, open the System control panel, and look for the Windows is activated message. Alternatively, run Slmgr.vbs and use the the /dli command-line option.

O computador cliente KMS não é ativado

Verifique se o limiar de ativação KMS foi atingido. On the KMS host computer, run Slmgr.vbs and use the /dli command-line option to determine the host’s current count. Até que o host KMS tenha uma contagem de 25, os computadores cliente do Windows 7 não poderão ser ativados. Os clientes do KMS do Windows Server 2008 R2 exigem uma contagem de 5 do KMS para ativação. Para obter mais informações sobre os requisitos do KMS, consulte o Guia de Planejamento de Ativação de Volume.

No computador cliente KMS, procure no log de eventos do aplicativo a ID do evento 12289. Verifique este evento para obter as seguintes informações:

• Is the result code 0? Qualquer outra coisa é um erro.
• O nome do host do KMS no evento está correto?
• A porta KMS está correta?
• O host KMS está acessível?
• Se o cliente estiver executando um firewall que não seja da Microsoft, a porta de saída precisará ser configurada?

No computador host KMS, procure no log de eventos KMS a ID do evento 12290. Verifique este evento para obter as seguintes informações:

• O host KMS registrou uma solicitação do computador cliente? Verifique se o nome do computador cliente KMS está listado. Verifique se o cliente e o host KMS podem se comunicar. O cliente recebeu a resposta?
• Se nenhum evento for registrado no cliente KMS, a solicitação não atingiu o host KMS ou o host KMS não pôde processá-lo. Verifique se os roteadores não bloqueiam o tráfego usando a porta TCP 1688 (se a porta padrão for usada) e se o tráfego stateful para o cliente KMS é permitido.

O que significa esse código de erro?

Com exceção dos eventos KMS que têm a ID do evento 12290, o Windows registra todos os eventos de ativação no log de eventos do aplicativo no nome do provedor de eventos Microsoft-Windows-Security-SPP. O Windows registra eventos KMS no log do Serviço de Gerenciamento de Chaves na pasta Aplicativos e Serviços. Os profissionais de TI podem executar Slui.exe para exibir uma descrição da maioria dos códigos de erro relacionados à ativação. A sintaxe geral para este comando é a seguinte:

slui.exe 0x2a ErrorCode

Por exemplo, se a ID do evento 12293 contiver o código de erro 0x8007267C, você poderá exibir uma descrição desse erro executando o seguinte comando:

slui.exe 0x2a 0x8007267C

Para obter mais informações sobre códigos de erro específicos e como resolvê-los, consulte Resolvendo códigos de erro de ativação comuns.

Os clientes não estão sendo adicionados à contagem do KMS

To reset the client computer ID (CMID) and other product-activation information, run sysprep /generalize or slmgr /rearm. Caso contrário, cada computador cliente parece idêntico e o host KMS não os conta como clientes KMS separados.

Hosts KMS não podem criar registros SRV

O DNS (Sistema de Nomes de Domínio) pode restringir o acesso de gravação ou pode não dar suporte ao DDNS (DNS dinâmico). Nesse caso, permita o acesso de gravação do host do KMS ao banco de dados do DNS ou crie o RR (registro de recurso) do SRV (serviço) manualmente. Para obter mais informações sobre problemas de KMS e DNS, consulte procedimentos comuns de solução de problemas de KMS e DNS.

Somente o primeiro host KMS é capaz de criar registros SRV

Se a organização tiver mais de um host KMS, os outros hosts poderão não conseguir atualizar o SRV RR, a menos que as permissões padrão srv sejam alteradas. Para obter mais informações sobre problemas de KMS e DNS, consulte procedimentos comuns de solução de problemas de KMS e DNS.

Instalei uma chave KMS no cliente KMS

As chaves KMS devem ser instaladas apenas em hosts KMS, não em clientes KMS. Execute slmgr.vbs -ipk <SetupKey>. Para obter tabelas de chaves que você pode usar para configurar o computador como um cliente KMS, consulte as chaves de instalação do cliente KMS. Essas chaves são conhecidas publicamente e são específicas da edição. Lembre-se de excluir quaisquer RRs SRV desnecessárias do DNS e, em seguida, reiniciar os computadores.

Falha em um host do KMS

Se um host KMS falhar, você deverá instalar uma chave de host KMS em um novo host e ativar o host. Certifique-se de que o novo host KMS tenha um SRV RR registrado no banco de dados DNS. Se você instalar o novo host KMS usando o mesmo nome do computador e o endereço IP do host KMS com falha, o novo host KMS poderá usar o registro SRV DNS do host com falha. Se o novo host tiver um nome de computador diferente, você poderá remover manualmente o SRV RR do DNS do host com falha ou (se a limpeza estiver habilitada no DNS) permitir que o DNS o remova automaticamente. Se a rede estiver usando DDNS, o novo host KMS criará automaticamente uma nova SRV RR no servidor DNS. O novo host KMS então começa a coletar pedidos de renovação dos clientes e inicia a ativação dos clientes assim que o limite de ativação do KMS é atingido.

Se os clientes KMS usarem a descoberta automática, eles selecionarão automaticamente outro host KMS se o host KMS original não responder às solicitações de renovação. If the clients do not use auto-discovery, you must manually update the KMS client computers that were assigned to the failed KMS host by running slmgr.vbs /skms. Para evitar esse cenário, configure os clientes KMS para usar a descoberta automática. Para obter mais informações, consulte o Guia de Implantação de Ativação de Volume.