A contagem atual do KMS não aumenta quando você adiciona novos computadores cliente baseado no Windows Vista à rede

Traduções deste artigo Traduções deste artigo
ID do artigo: 929829 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Sintomas

Quando você executa o script slmgr.vbs em um computador Key Management Server (KMS), verifique se o número de computadores cliente não aumenta quando você adiciona novos computadores cliente baseado no Windows Vista à rede. Além disso, você poderá ver o seguinte evento o Key Management Service do log de eventos para cada novo computador cliente baseado no Windows Vista que você adicionar à rede:


Nome do log: Key Management Service
Fonte: Microsoft-Windows--Security-Licensing-SLC
IDENTIFICAÇÃO de evento: 12290
Nível: informações
Descrição: Uma solicitação de ativação foi processada.

Quando você executa o script slmgr.vbs com o argumento ? dli, informações de contagem de computador cliente não aumentam conforme o esperado. No seguinte evento é registrado no gerenciamento de chaves log de eventos do serviço, a contagem atual permanece o mesmo:


Nome: Windows (tm) Vista, Enterprise edition
Descrição: Windows Brazilian OS - Vista, canal VOLUME_KMS
Chave do produto parcial: XXXXX
Status da licença: licenciado

Serviço de gerenciamento de chaves está habilitado nesta máquina
Contagem atual: 1
Escutando na porta: 1688
Publicação DNS: ativada
Prioridade KMS: normal

Causa

Esse problema pode ocorrer quando computadores cliente baseado no Windows Vista que você adiciona à rede têm KMS idênticos máquina cliente IDs (CMIDs). A atual contagem número aumenta em um computador KMS quando os computadores cliente têm diferentes CMIDs. Dois ou mais computadores podem ter CMIDs mesmos em um dos seguintes cenários:
  • O Windows Vista personalizado imagem usar para instalar o computador cliente é gerada, embora você não executar a System Preparation ferramenta (Sysprep.exe) juntamente com a opção /generalize.
  • A imagem personalizada do Windows Vista é gerada com a opção /generalize. No entanto, especifique a configuração de <skiprearm>no arquivo Unattended.xml.
Para verificar os computadores cliente ter CMIDs idênticos, siga estas etapas:
  1. Em um dos computadores cliente baseado no Windows Vista, clique em Iniciar, aponte para Programs, aponte para Acessórios, clique com o botão direito do mouse em Prompt de comando e clique em Executar como administrador.

    Recolher esta imagemExpandir esta imagem
    User Account Control
				permission
    Se você for solicitado para uma senha de administrador ou uma confirmação, digite a senha ou clique em Permitir.
  2. No prompt de comando, digite o seguinte comando e pressione ENTER:
    cscript c:\windows\system32\slmgr.vbs ? dli
  3. Examine os resultados a seguintes e observe a CMID:

    Nome: Windows (tm) Vista, Enterprise edition
    Descrição: Windows Brazilian OS - Vista, canal VOLUME_KMSCLIENT
    Chave do produto parcial: XXXXX
    Status da licença: licenciado
    Volume expiração de ativação: 250467 minutos (173 dias)

    Gerenciamento de chave informações de cliente do serviço
    IDENTIFICAÇÃO do computador cliente (CMID): e5a0da51-8882-4bd7-a248-c1b794a7a671
    Nome da máquina KMS do DNS: kms machine.domain.com:1688
    Intervalo de ativação: 120 minuto (s)
    Intervalo de renovação: 90 minuto (s)

  4. Repita as etapas 1 a 4 em um segundo computador cliente baseado no Windows Vista. Verifique se CMID do segundo computador do cliente é idêntico ao CMID do primeiro computador.

Resolução

Recomendamos que reconstruir a imagem base é usada para implantar computadores afetados, como determinar se eles têm CMIDs idênticos.

Como Contornar

A solução alternativa é válida somente se a opção /generalize foi usada na imagem que foi usada para instalar o Windows clientes baseados no Vista. Esta opção é necessária quando implantar várias imagens. Para determinar se a opção /generalize foi usada na imagem, execute essas etapas:
  1. Em um dos computadores afetados clique em Iniciar e digite C:\Windows\System32\sysprep\Panther\setupact.log.
  2. Examinar o "SYSPRP ParseCommands: encontrado" linhas como mostrado no seguinte arquivo de log de exemplo:
    Info       [0x0f004e] SYSPRP Initialized SysPrep log at C:\Windows\System32\sysprep\Panther
    
    Info       [0x0f0054] SYSPRP ValidateUser:User has required privileges to sysprep machine
    Info       [0x0f0056] SYSPRP ValidateVersion:OS version is okay
    Info       [0x0f005c] SYSPRP ScreenSaver:Successfully disabled screen saver for sysprep
    Info       [0x0f007e] SYSPRP FCreateTagFile:Tag file C:\Windows\System32\sysprep\Sysprep_succeeded.tag does not already exist, no need to delete anything
    Info       [0x0f005f] SYSPRP ParseCommands:Found supported command line option 'UNATTEND'
    Info       [0x0f005f] SYSPRP ParseCommands:Found supported command line option 'OOBE'
    Info       [0x0f005f] SYSPRP ParseCommands:Found supported command line option 'SHUTDOWN'
    Info       [0x0f005f] SYSPRP ParseCommands:Found supported command line option 'GENERALIZE'
  3. Se a opção /generalize estiver presente, confirme que esta opção foi usada no computador que criou a imagem base.
  4. Se a opção /generalize foi usada e você tiver computadores que possuem CMIDs idênticos, siga estas etapas para rearm computadores afetados e reconstruir a imagem base. Verifique se você não usar configuração <skiprearm>não é usado:
    1. Em um dos computadores cliente Windows Vista-base, clique em Iniciar, aponte para Programs, aponte para Acessórios, clique com o botão direito do mouse em Prompt de comando e clique em Executar como administrador.

      Recolher esta imagemExpandir esta imagem
      User Account Control
					 permission
      Se você for solicitado para uma senha de administrador ou confirmação, digite a senha ou clique em Permitir.
    2. No prompt de comando, digite o seguinte comando e pressione ENTER:
      cscript c:\windows\system32\slmgr.vbs ?rearm
    3. Reinicie o computador.
    Se a imagem base não foi gerada usando o Sysprep com a opção /generalize, recriar a imagem base e reinstalar o Windows Vista nos clientes. Se você usar um arquivo Unattended.xml ao reconstruir a imagem base, certifique-se de que a configuração de <skiprearm>não é usada. Para obter mais informações sobre a configuração de <skiprearm>, consulte o Windows Automated Installation Kit (Windows AIK) documentação.

Mais Informações

Para redefinir o timer de ativação e para definir um CMID exclusivo, o processo rearm deve executar no computador de destino. Esse processo é usado para redefinir o estado de ativação. No Windows Vista, o processo rearm pode ser executado usando um dos dois métodos a seguir:
  • Execute Sysprep com a opção /generalize no computador que é usado para construir a personalizar o Windows Vista imagem.
  • Força o processo de rearm ocorrer executando slmgr.vbs o script em uma janela elevada. Por exemplo, digite:
    cscript c:\windows\system32\slmgr.vbs ?rearm
Se o processo rearm não foi executada porque o Sysprep foi executado juntamente com a opção /generalize ou porque você usou a configuração <skiprearm>1</skiprearm> no arquivo Unattended.xml, computadores cliente podem ter CMIDs idênticos. Portanto, as informações de contagem de computador não aumentam conforme o esperado. Oopção /generalize é necessária quando implantar várias imagens. A configuração de <skiprearm>não deve ser usada em um arquivo autônomo quando implantar computadores em um ambiente de produção. Portanto, para ambos os casos, recomendamos que você reconstrua a imagem base.

Propriedades

ID do artigo: 929829 - Última revisão: quinta-feira, 22 de fevereiro de 2007 - Revisão: 2.3
A informação contida neste artigo aplica-se a:
  • Windows Vista Enterprise
  • Windows Vista Business
Palavras-chave: 
kbmt kbtshoot kbprb KB929829 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 929829

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com