Bieżąca liczba kms nie zwiększa się po dodaniu nowych komputerów klienckich z systemem Windows Vista lub Windows 7 do sieci

Ten artykuł zawiera pomoc w rozwiązaniu problemu polegającego na tym, że liczba klientów na komputerze z serwerem zarządzania kluczami (KMS) nie zwiększa się po dodaniu nowych komputerów klienckich z systemem Windows Vista do sieci.

Dotyczy: Windows 7 z dodatkiem Service Pack 1
Oryginalny numer KB: 929829

Symptomy

Po uruchomieniu skryptu Slmgr.vbs na komputerze z serwerem zarządzania kluczami (KMS) należy sprawdzić, czy liczba komputerów klienckich nie zwiększa się po dodaniu nowych komputerów klienckich z systemem Windows do sieci. Ponadto w dzienniku zdarzeń usługi zarządzania kluczami dla każdego nowego komputera klienckiego z systemem Windows, który został dodany do sieci, może zostać wyświetlone następujące zdarzenie.

Po uruchomieniu skryptu Slmgr.vbs razem z argumentem informacje o liczbie komputerów klienckich nie rosną zgodnie z -dli oczekiwaniami. W następującym zdarzeniu, które jest rejestrowane w dzienniku zdarzeń usługi zarządzania kluczami, bieżąca liczba pozostaje taka sama.

Przyczyna

Ten problem może wystąpić, gdy komputery klienckie z systemem Windows dodawane do sieci mają identyczne identyfikatory maszyny klienckiej usługi KMS (CMID). Bieżąca liczba zwiększa się na komputerze usługi KMS, gdy komputery klienckie mają różne identyfikatory CMID. Co najmniej dwa komputery mogą mieć te same identyfikatory CMID w jednym z następujących scenariuszy:

  • Niestandardowy obraz systemu Windows używany do instalowania komputera klienckiego jest generowany, mimo że nie uruchamiasz narzędzia do przygotowywania systemu (Sysprep.exe) razem z opcją /generalize.
  • Niestandardowy obraz systemu Windows jest generowany razem z opcją /generalize. Należy jednak określić <ustawienie SkipRearm> w pliku Unattended.xml.

Aby sprawdzić, czy komputery klienckie mają identyczne identyfikatory CMID, wykonaj następujące kroki:

  1. Na jednym z komputerów klienckich z systemem Windows kliknij przycisk Start, wskaż pozycję Programy, wskaż pozycję Akcesoria, kliknij prawym przyciskiem myszy wiersz polecenia , a następnie kliknij przycisk Uruchom jako administrator. Jeśli zostanie wyświetlony monit o hasło administratora lub potwierdzenie, wpisz hasło lub kliknij pozycję Zezwalaj.

  2. W wierszu polecenia wpisz następujące polecenie, a następnie naciśnij klawisz ENTER: cscript c:\windows\system32\slmgr.vbs -dli

  3. Sprawdź następujące wyniki i zanotuj identyfikator CMID.

  4. Powtórz kroki od 1 do 4 na drugim komputerze klienckim z systemem Windows. Sprawdź, czy identyfikator CMID drugiego komputera klienckiego jest identyczny z identyfikatorem CMID pierwszego komputera.

Rozwiązanie

Zalecamy ponowne skompilowanie obrazu podstawowego używanego do wdrażania komputerów, których dotyczy problem, natychmiast po określeniu, czy mają one identyczne identyfikatory CMID.

Obejście problemu

Obejście jest prawidłowe tylko wtedy, gdy /generalize opcja została użyta na obrazie, który został użyty do zainstalowania klientów opartych na systemie Windows. Ta opcja jest wymagana podczas wdrażania wielu obrazów. Aby ustalić, czy opcja /generalize została użyta na obrazie, wykonaj następujące kroki:

  1. Na jednym z komputerów, których dotyczy problem, kliknij przycisk Start, a następnie wpisz C:\Windows\System32\sysprep\Panther\setupact.log.

  2. Sprawdź wiersze "SYSPRP ParseCommands: Found", jak pokazano w następującym przykładowym pliku dziennika:

    Informacje [0x0f004e] SYSPRP Initialized SysPrep log at C:\Windows\System32\sysprep\Panther

    Informacje [0x0f0054] SYSPRP ValidateUser:Użytkownik ma wymagane uprawnienia do maszyny sysprep
    Info [0x0f0056] SYSPRP ValidateVersion:OS version is okay
    Info [0x0f005c] SYSPRP ScreenSaver:Successfully disabled screen saver for sysprep (Informacje [0x0f005c] SYSPRP ScreenSaver:Successfully disabled screen saver for sysprep (Informacje [0x0f005c] SYSPRP ScreenSaver:Successfully disabled screen saver for sysprep
    Info [0x0f007e] SYSPRP FCreateTagFile:Tag file C:\Windows\System32\sysprep\Sysprep_succeeded.tag jeszcze nie istnieje, nie trzeba niczego usuwać
    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. Jeśli opcja /generalize jest obecna, upewnij się, że ta opcja została użyta na komputerze, który utworzył obraz podstawowy.

  4. Jeśli opcja /generalize została użyta i masz komputery z identycznymi identyfikatorami CMID, wykonaj następujące kroki, aby uzbroić komputery, których dotyczy problem, i ponownie skompilować obraz podstawowy. Upewnij się, że ustawienie SkipRearm> nie <jest używane:

    1. Na jednym z komputerów klienckich z systemem Windows kliknij przycisk Start, wskaż pozycję Programy, wskaż pozycję Akcesoria, kliknij prawym przyciskiem myszy wiersz polecenia, a następnie kliknij pozycję Uruchom jako administrator.

      Jeśli zostanie wyświetlony monit o podanie hasła administratora lub potwierdzenie, wpisz hasło lub kliknij pozycję Zezwalaj.

    2. W wierszu polecenia wpisz następujące polecenie, a następnie naciśnij klawisz ENTER: cscript c:\windows\system32\slmgr.vbs -rearm

    3. Uruchom ponownie komputer.

Jeśli obraz podstawowy nie został wygenerowany przy użyciu narzędzia Sysprep z opcją /generalize, musisz ponownie skompilować obraz podstawowy, a następnie ponownie zainstalować system Windows na klientach. Jeśli podczas ponownego kompilowania obrazu podstawowego używasz pliku Unattended.xml, upewnij się, że <ustawienie SkipRearm> nie jest używane. Aby uzyskać więcej informacji na temat <ustawienia SkipRearm> , zobacz dokumentację zestawu Windows Automated Installation Kit (Windows AIK).

Więcej informacji

Aby zresetować czasomierz aktywacji i ustawić unikatowy identyfikator CMID, proces rearm musi zostać uruchomiony na komputerze docelowym. Ten proces służy do resetowania stanu aktywacji. W systemie Windows proces rearm można uruchomić przy użyciu jednej z następujących dwóch metod:

  • Uruchom narzędzie Sysprep razem z opcją /generalize na komputerze, który jest używany do tworzenia niestandardowego obrazu systemu Windows.
  • Wymuś wykonanie procesu rearm, uruchamiając skrypt Slmgr.vbs w oknie wiersza polecenia z podwyższonym poziomem uprawnień. Na przykład wpisz: cscript c:\windows\system32\slmgr.vbs -rearm

Jeśli proces rearm nie został uruchomiony, ponieważ program Sysprep został uruchomiony razem z opcją /generalize lub użyto <ustawienia SkipRearm>1</SkipRearm> w pliku Unattended.xml, komputery klienckie mogą mieć identyczne identyfikatory CMID. W związku z tym informacje o liczbie komputerów nie rosną zgodnie z oczekiwaniami. Opcja /generalize jest wymagana podczas wdrażania wielu obrazów. Ustawienie <SkipRearm> nie powinno być używane w pliku nienadzorowanym podczas wdrażania komputerów w środowisku produkcyjnym. W związku z tym w obu przypadkach zalecamy ponowne skompilowanie obrazu podstawowego.

Zbieranie danych

Jeśli potrzebujesz pomocy ze strony pomocy technicznej firmy Microsoft, zalecamy zebranie informacji, wykonując kroki wymienione w artykule Zbieranie informacji przy użyciu zestawu narzędzi TSS w przypadku problemów związanych z wdrożeniem.