Ativação do KMS: problemas conhecidos

Experimente nosso agente virtual: ele pode ajudar você a identificar e consertar rapidamente problemas comuns relacionados à ativação do KMS e do MAK

Este artigo descreve dúvidas e problemas comuns que podem surgir durante as ativações do KMS (Serviço de Gerenciamento de Chaves) e fornece diretrizes para solucionar os problemas.

Observação

Se você suspeita que seu problema esteja relacionado ao DNS, confira Procedimentos comuns de solução de problemas do 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 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 do 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 do log de eventos para gerar relatórios; portanto, não é necessário fazer backup dos logs de eventos separadamente.

O computador cliente KMS está ativado?

No computador cliente KMS, abra painel de controle do Sistema e procure a mensagem O 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 do 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 cliente com Windows 7 não poderão ser ativados. Os clientes KMS do Windows Server 2008 R2 exigem uma contagem do KMS de 5 para ativação. Para obter mais informações sobre os requisitos do KMS, confira o Guia de planejamento de ativação de volume.

Abra o computador cliente KMS e examine se o Log de eventos do aplicativo tem a ID de evento 12289. Confira esse 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 está acessível?
• Se o cliente está executando um firewall que não é da Microsoft, a porta de saída precisa ser configurada?

No computador host KMS, examine se o log de eventos do KMS tem a ID de evento 12290. Confira esse 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 foi registrado do 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 foi usada) e se o tráfego com estado para o cliente KMS está permitido.

O que esse código de erro significa?

Exceto para os eventos do KMS que têm a 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 do 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 desse comando é a seguinte:

slui.exe 0x2a ErrorCode

Por exemplo, se a ID de 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, confira Resolver códigos de erro de ativação comuns.

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

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

Os 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 que o Acesso de gravação do host KMS ao banco de dados DNS ou crie o SRV (serviço) RR (registro de recurso) manualmente. Para obter mais informações sobre problemas do KMS e DNS, confira Procedimentos comuns de solução de problemas do KMS e DNS.

Apenas o primeiro host KMS pode criar registros SRV

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

Instalei uma chave KMS no cliente KMS

As chaves KMS devem ser instaladas somente 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, confira chaves de instalação do cliente KMS. Essas chaves são conhecidas publicamente e específicas da edição. Exclua todos os SRV RRs desnecessários do DNS e reinicie os computadores.

Um host KMS falhou

Se um host KMS falhar, você deverá instalar uma chave de host KMS em um novo host e ativá-lo. Verifique se o novo host KMS tem um SRV RR no banco de dados DNS. Se você instalar o host KMS usando o mesmo nome do computador e endereço IP como o host KMS com falha, o novo host KMS poderá usar o registro SRV do DNS do host com falha. Se o novo host tiver um nome do computador diferente, você poderá remover manualmente o SRV RR do DNS do host com falha ou (se a limpeza estiver habilitada no DNS) deixar o DNS removê-lo automaticamente. Se a rede estiver usando o DDNS, o novo host KMS criará automaticamente um novo SRV RR no servidor DNS. O novo host KMS inicia a coleta de solicitações de renovação do cliente e começará a ativar os clientes assim que o limite de ativação do KMS for 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. Se os clientes não usarem a descoberta automática, você deverá atualizar manualmente os computadores cliente KMS que foram 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, confira o Guia de implantação de ativação de volume.