Ativação KMS: problemas conhecidos

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

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

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 controlar 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, não será necessário fazer backup dos logs de eventos separadamente.

O computador cliente KMS está ativado?

No computador cliente KMS, abra o painel de controle Sistema e procure a mensagem Windows está ativado . Como alternativa, execute Slmgr.vbs e use a opção de linha de comando /dli .

O computador cliente KMS não é ativado

Verifique se o limite de ativação KMS foi atingido. No computador host KMS, execute Slmgr.vbs e use a opção de linha de comando /dli para determinar a contagem atual do host. Até que o host KMS tenha uma contagem de 25, os computadores clientes com Windows 7 não poderão ser ativados. Os clientes KMS do Windows Server 2008 R2 exigem uma contagem KMS de 5 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:

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

No computador host KMS, procure a ID de evento 12290 no log de eventos KMS. 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 do cliente KMS, a solicitação não chegou ao host KMS ou o host KMS não pôde processá-lo. Certifique-se de que os routers não bloqueiem o tráfego usando a porta TCP 1688 (se a porta padrão for utilizada) e que o tráfego com estado para os clientes KMS seja permitido.

O que significa este código de erro?

Exceto para eventos KMS com ID de evento 12290, o Windows registra todos os eventos de ativação no log de eventos do Aplicativo sob o 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 o evento ID 12293 contiver 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 a contribuir para a contagem KMS

Para redefinir o ID do computador cliente (CMID) e outras informações de ativação do produto, execute sysprep /generalize ou slmgr /rearm. Caso contrário, cada computador cliente parece idêntico e o host KMS não os conta como clientes KMS separados.

Os hosts KMS não conseguem criar registros SRV

O Sistema de Nomes de Domínio (DNS) pode restringir o acesso de escrita ou pode não suportar o DNS dinâmico (DDNS). Nesse caso, conceda ao host KMS acesso de gravação ao banco de dados DNS ou crie manualmente o registo de recurso de serviço (SRV RR). Para obter mais informações sobre problemas de KMS e DNS, consulte Procedimentos comuns de solução de problemas para 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 talvez não consigam atualizar o SRV RR, a menos que as permissões padrão do SRV sejam alteradas. Para obter mais informações sobre problemas de KMS e DNS, consulte Procedimentos comuns de solução de problemas para 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 tabelas de chaves que você pode usar para configurar o computador como um cliente KMS, consulte Chaves de configuração do cliente KMS. Essas chaves são conhecidas publicamente e são específicas da edição. Lembre-se de excluir todos os RRs SRV desnecessários do DNS e reinicie os computadores.

Falha em um host KMS

Se um host KMS falhar, você deverá instalar uma chave de host KMS em um novo host e, em seguida, ativar o host. Verifique se o novo host KMS tem um SRV RR no banco de dados DNS. Se você instalar o novo host KMS usando o mesmo nome de computador e 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 DNS SRV RR do host com falha ou (se a eliminação estiver habilitada no DNS) permitir que o DNS o remova automaticamente. Se a rede estiver usando DDNS, o novo host KMS criará automaticamente um novo SRV RR no servidor DNS. Em seguida, o novo host KMS começa a coletar solicitações de renovação do cliente e começa a ativá-los assim que o limite de ativação do KMS for atingido.

Se seus 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. Se os clientes não usarem a descoberta automática, você deverá atualizar manualmente os computadores cliente KMS atribuídos ao host KMS com falha executando 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.