A contagem actual de KMS não aumenta quando adicionar novos computadores cliente baseados no Windows Vista da rede

Traduções de Artigos Traduções de Artigos
Artigo: 929829 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Sintomas

Quando executa o script Slmgr.vbs num computador Key Management Server (KMS), verifique que o número de computadores cliente não aumenta quando adicionar novos computadores cliente baseados no Windows Vista da rede. Além disso, poderá ver o seguinte evento Key Management Service registo de eventos para cada novo computador de cliente baseado no Windows Vista que adicionar à rede:


Registo nomes: Serviço de gestão de chaves
Origem: Microsoft-Windows-segurança-licenciamento-SLC
ID de evento: 12290
Nível: informação
Descrição: Um pedido de activação foi processado.

Quando executa o script Slmgr.vbs em conjunto com o argumento de ?dli, as informações de contagem de computador cliente não aumenta conforme esperado. No evento seguinte que registou na gestão chave registo de eventos do serviço, a contagem actual permanece a mesma:


Nome: Windows (TM) vista, Enterprise edition
Descrição: Sistema operativo Windows - Vista, canal VOLUME_KMS
Chave de produto parcial: XXXXX
Estado da licença: licença

Key Management Service está activado nesta máquina
Contagem actual: 1
Escutar na porta: 1688
Publicação de DNS: activada
Prioridade do KMS: normal

Causa

Este problema pode ocorrer quando os computadores cliente baseados no Windows Vista que adicionar à rede têm KMS idênticos máquina cliente ID (CMIDs). O actual contagem número aumenta num computador KMS quando os computadores cliente têm diferentes CMIDs. Dois ou mais computadores podem ter CMIDs mesmos uma das seguintes cenários:
  • A imagem que utilizar para instalar o computador cliente é gerada, mesmo que não execute a preparação do sistema o Windows Vista personalizada ferramenta (Sysprep.exe) em conjunto com a opção / generalize.
  • A imagem personalizada do Windows Vista é gerada em conjunto com a opção / generalize. No entanto, especificar a definição de <skiprearm>no ficheiro Unattended.xml.
Para verificar que os computadores cliente têm CMIDs idênticos, siga estes passos:
  1. Dos computadores cliente baseados no Windows Vista, clique em Iniciar, aponte para programas, aponte para Acessórios, clique com o botão direito do rato em linha de comandos e, em seguida, clique em Executar como administrador.

    Reduzir esta imagemExpandir esta imagem
    User Account Control
				permission
    Se lhe for pedido para uma palavra-passe de administrador ou uma confirmação, escreva a palavra-passe ou clique em Permitir.
  2. Na linha de comandos, escreva o seguinte comando e, em seguida, prima ENTER:
    cscript c:\windows\system32\slmgr.vbs ?dli
  3. Examine os resultados seguintes e repare o CMID:

    Nome: Windows (TM) vista, Enterprise edition
    Descrição: Sistema operativo Windows - Vista, canal VOLUME_KMSCLIENT
    Chave de produto parcial: XXXXX
    Estado da licença: licença
    Volume expiração de activação: minutos 250467 (173 dias)

    Gestão de chave informações de cliente do serviço
    ID do computador cliente (CMID): e5a0da51-8882-4bd7-a248-c1b794a7a671
    Nome de computador do KMS do DNS: kms machine.domain.com:1688
    Intervalo de activação: 120 minuto (s)
    Intervalo de renovação: minuto (s) 90

  4. Repita os passos 1 a 4 num segundo computador cliente baseado no Windows Vista. Verifique se CMID do segundo computador cliente é idêntico ao CMID do primeiro computador.

Resolução

A Microsoft recomenda que reconstrua a imagem base que é utilizada para implementar computadores afectados, assim determinar se estes têm CMIDs idênticos.

Como contornar

A solução é válida se a opção / generalize foi utilizada na imagem que foi utilizada para instalar o Windows clientes baseados na vista. Esta opção é necessária quando implementar várias imagens. Para determinar se a opção / generalize foi utilizada na imagem, siga estes passos:
  1. Dos computadores afectados clique em Iniciar e, em seguida, escreva C:\Windows\System32\sysprep\Panther\setupact.log.
  2. Examinar o "SYSPRP ParseCommands: encontrado" linhas conforme mostrado na seguinte ficheiro de registo 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 utilizada no computador que criou a imagem base.
  4. Se a opção / generalize foi utilizada e se tiver computadores que tenham CMIDs idênticos, siga estes passos para rearm computadores afectados e reconstruir imagem base. Certifique-se de que não utilizam a definição de <skiprearm>não é utilizado:
    1. Dos computadores de cliente Windows Vista-base, clique em Iniciar, aponte para programas, aponte para Acessórios, clique com o botão direito do rato em linha de comandos e, em seguida, clique em Executar como administrador.

      Reduzir esta imagemExpandir esta imagem
      User Account Control
					 permission
      Se lhe for pedido para uma palavra-passe de administrador ou confirmação, escreva a palavra-passe ou clique em Permitir.
    2. Na linha de comandos, escreva o seguinte comando e, em seguida, prima ENTER:
      cscript c:\windows\system32\slmgr.vbs ?rearm
    3. Reinicie o computador.
    Se a imagem base não foi gerada utilizando o Sysprep com a opção / generalize, tem de reconstruir a imagem base e, em seguida, reinstale o Windows Vista nos clientes. Se utilizar um ficheiro de Unattended.xml quando reconstruir imagem base, certifique-se de que a definição de <skiprearm>não é utilizada. Para mais informações sobre a definição de <skiprearm>, consulte o Windows documentação do Kit de instalação automática (Windows AIK).

Mais Informação

Para repor o temporizador de activação e para definir um CMID exclusivo, o processo de Rearm tem execute no computador de destino. Este processo é utilizado para repor o estado de activação. No Windows Vista, pode ser executado o processo de Rearm utilizando um dos seguintes dois métodos:
  • Execute o Sysprep em conjunto com a opção / generalize no computador que é utilizado para construir o personalizada do Windows Vista imagem.
  • Forçar o processo de Rearm ocorrer executando o Slmgr.vbs script numa janela de comandos elevada. Por exemplo, escreva:
    cscript c:\windows\system32\slmgr.vbs ?rearm
Se o processo de Rearm não foi executada uma vez que foi executado Sysprep em conjunto com a opção / generalize ou uma vez que utilizou a definição de <skiprearm>1</skiprearm> no ficheiro Unattended.xml, computadores cliente poderão ter CMIDs idênticos. Por conseguinte, as informações de contagem de computador não aumenta conforme esperado. Oopção / generalize é necessária quando implementar várias imagens. A definição de <skiprearm>não deve ser utilizada num ficheiro automático quando implementar computadores num ambiente de produção. Por conseguinte, para ambos os casos, recomendamos que reconstrua a imagem base.

Propriedades

Artigo: 929829 - Última revisão: 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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes 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