Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

Le nombre actuel de KMS n'augmente pas lorsque vous ajoutez de nouveaux ordinateurs clients Windows Vista au réseau

IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d’articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d’avoir accès, dans votre propre langue, à l’ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s’exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s’efforce aussi continuellement de faire évoluer son système de traduction automatique.

La version anglaise de cet article est la suivante: 929829
Symptômes
Lorsque vous exécutez le script slmgr.vbs sur un ordinateur KMS (Key Management Server), vous vérifiez que le nombre d'ordinateurs client n'augmente pas lorsque vous ajoutez de nouveaux ordinateurs clients Windows Vista au réseau. En outre, vous pouvez voir l'événement suivant dans le Service Gestionnaire de clés journal des événements pour chaque nouvel ordinateur client Windows Vista que vous ajoutez au réseau :


Nom de journal : Service Gestionnaire de clés
Source : Microsoft-Windows-Security-Licensing-SLC
ID d'événement : 12290
Niveau : informations
Description : Une demande d'activation a été traité.

Lorsque vous exécutez le script slmgr.vbs avec l'argument – dli, les informations de compte d'ordinateur client n'augmentent pas comme prévu. Dans l'événement suivant est consigné dans le Gestionnaire de clés journal des événements du service, le nombre actuel reste le même :


Nom : Windows Vista, Édition entreprise
Description : Système d'exploitation Windows - Vista, canal VOLUME_KMS
Clé de produit partielle : XXXXX
État de la licence : sous licence

Service Gestionnaire de clés est activé sur cet ordinateur
Nombre actuel: 1
À l'écoute sur le port : 1688
Publication DNS : activé
Priorité KMS : normale

Cause
Ce problème peut se produire lorsque les ordinateurs clients fonctionnant sous Windows Vista que vous ajoutez au réseau ont KMS identiques machine client ID (CMIDs). L'actuel nombre numéro augmente sur un ordinateur KMS lorsque les ordinateurs clients ont différentes CMIDs. Deux ou plusieurs ordinateurs peuvent avoir les mêmes CMIDs dans l'un des scénarios suivants :
  • L'image que vous utilisez pour installer l'ordinateur client est généré même si vous n'exécutez pas la préparation du système de Windows Vista personnalisée outil (Sysprep.exe) avec l'option /generalize.
  • L'image de Windows Vista personnalisée est généré avec l'option /generalize. Toutefois, vous spécifiez le paramètre <skiprearm>dans le fichier Unattended.xml.
Pour vérifier que les ordinateurs clients disposent CMIDs identiques, procédez comme suit :
  1. Sur un des ordinateurs clients Windows Vista, cliquez sur Démarrer, pointez sur programmes, sur Accessoires, cliquez avec le bouton droit sur invite de commandes, puis cliquez sur Exécuter en tant qu'administrateur.

    User Account Control				permissionSi vous êtes invité à entrer un mot de passe administrateur ou à confirmer une opération, tapez le mot de passe ou cliquez sur Autoriser.
  2. À l'invite de commandes, tapez la commande suivante et appuyez sur ENTRÉE :
    cscript c:\windows\system32\slmgr.vbs – dli
  3. Examinez les résultats suivants et notez le CMID :

    Nom : Windows Vista, Édition entreprise
    Description : Système d'exploitation Windows - Vista, canal VOLUME_KMSCLIENT
    Clé de produit partielle : XXXXX
    État de la licence : sous licence
    Volume expiration d'activation : 250467 minutes (173 jours)

    Gestion des clés informations de client de service
    CODE d'appareil client (CMID): e5a0da51-8882-4bd7-a248-c1b794a7a671
    Nom de l'ordinateur du serveur Gestionnaire de clés à partir du système DNS : machine.domain.com:1688 de kms
    Intervalle d'activation : 120 minute (s)
    Intervalle de renouvellement : 90 minute (s)

  4. Répétez les étapes 1 à 4 sur un deuxième ordinateur client Windows Vista. Vérifiez que le CMID du second ordinateur client est identique à CMID du premier ordinateur.
Résolution
Nous vous recommandons de reconstruire l'image de base est utilisé pour déployer les ordinateurs affectés dès que vous déterminez s'ils ont CMIDs identiques.
Contournement
La solution de contournement est valide uniquement si l'option /generalize a été utilisée dans l'image qui a été utilisée pour installer Windows Vista de clients. Cette option est requise lorsque vous déployez plusieurs images. Pour déterminer si l'option /generalize a été utilisée dans l'image, procédez comme suit :
  1. Sur un des ordinateurs affectés cliquez sur Démarrer et tapez C:\Windows\System32\sysprep\Panther\setupact.log.
  2. Examiner le "SYSPRP ParseCommands : trouvé" lignes comme le montre l'exemple de fichier journal suivant :
    Info       [0x0f004e] SYSPRP Initialized SysPrep log at C:\Windows\System32\sysprep\PantherInfo       [0x0f0054] SYSPRP ValidateUser:User has required privileges to sysprep machineInfo       [0x0f0056] SYSPRP ValidateVersion:OS version is okayInfo       [0x0f005c] SYSPRP ScreenSaver:Successfully disabled screen saver for sysprepInfo       [0x0f007e] SYSPRP FCreateTagFile:Tag file C:\Windows\System32\sysprep\Sysprep_succeeded.tag does not already exist, no need to delete anythingInfo       [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. Si l'option /generalize est présente, vérifiez que cette option a été utilisée sur l'ordinateur qui a créé l'image de base.
  4. Si l'option /generalize a été utilisée et que vous avez des ordinateurs sur lesquels CMIDs identiques, procédez comme suit pour rearm les ordinateurs affectés et reconstruire l'image de base. Assurez-vous que vous n'utilisez pas le paramètre <skiprearm>n'est pas utilisé :
    1. Sur un des ordinateurs clients Windows Vista-base, cliquez sur Démarrer, pointez sur programmes, sur Accessoires, cliquez avec le bouton droit sur invite de commandes, puis cliquez sur Exécuter en tant qu'administrateur.

      User Account Control					 permissionSi vous êtes invité à entrer un mot de passe administrateur ou de confirmation, tapez le mot de passe ou cliquez sur Autoriser.
    2. À l'invite de commandes, tapez la commande suivante et appuyez sur ENTRÉE :
      cscript c:\windows\system32\slmgr.vbs – rearm
    3. Redémarrez l'ordinateur.
    Si l'image de base n'a pas été généré par l'utilisation de Sysprep avec l'option /generalize, vous devez reconstruire l'image de base, puis réinstallez Windows Vista sur les clients. Si vous utilisez un fichier Unattended.xml lorsque vous reconstruisez l'image de base, assurez-vous que le paramètre <skiprearm>n'est pas utilisé. Pour plus d'informations sur le paramètre <skiprearm>, consultez le Windows Automated Installation Kit (Windows AIK) documentation.
Plus d'informations
Pour réinitialiser le minuteur d'activation et définir un CMID unique, le processus de rearm doit s'exécuter sur l'ordinateur de destination. Ce processus permet de réinitialiser l'état d'activation. Dans Windows Vista, le processus de rearm peut être exécuté à l'aide de l'une des deux méthodes suivantes :
  • Exécutez Sysprep avec l'option /generalize sur l'ordinateur qui est utilisé pour construire le personnalisée de Windows Vista image.
  • Force le processus de rearm se produise en exécutant la slmgr.vbs de script dans une fenêtre d'invite de commandes avec des privilèges élevés. Par exemple, tapez :
    cscript c:\windows\system32\slmgr.vbs – rearm
Si le processus de rearm ne s'est pas exécutée car l'exécution de Sysprep avec l'option /generalize, ou parce que vous avez utilisé le paramètre <skiprearm>1</skiprearm> dans le fichier Unattended.xml, les ordinateurs clients peuvent être identiques CMIDs. Par conséquent, les informations de compte d'ordinateur n'augmentent pas comme prévu. Leoption /generalize est requise lorsque vous déployez plusieurs images. Le paramètre <skiprearm>ne doit pas être utilisé dans un fichier sans assistance lorsque vous déployez des ordinateurs dans un environnement de production. Par conséquent, pour les deux cas, nous vous recommandons de reconstruire l'image de base.
même correspondance

Avertissement : cet article a été traduit automatiquement

Propriétés

ID d'article : 929829 - Dernière mise à jour : 02/22/2007 06:12:03 - Révision : 2.3

Windows Vista Entreprise, Windows Vista Professionnel

  • kbmt kbtshoot kbprb KB929829 KbMtfr
Commentaires