Wskazówki dotyczące rozwiązywania problemów z usługą zarządzania kluczami (KMS)

Oto kilka zmiennych, na które należy zwrócić uwagę w danych wyjściowych podczas rozwiązywania problemów.

• Informacje o wersji są w górnej części danych wyjściowychslmgr.vbs /dlv. Informacje o wersji są przydatne do określania, czy usługa jest up-to-date. Upewnienie się, że wszystko jest aktualne, jest ważne, ponieważ usługa KMS obsługuje różne klucze hosta usługi KMS. Możesz użyć tych danych, aby ocenić, czy wersja, której obecnie używasz, obsługuje klucz hosta usługi KMS, który próbujesz zainstalować. Aby uzyskać więcej informacji na temat aktualizacji, zobacz Aktualizacja jest dostępna dla systemu Windows Vista i windows Server 2008 w celu rozszerzenia obsługi aktywacji usługi KMS dla systemu Windows 7 i Windows Server 2008 R2.

• Nazwa wskazuje, która wersja systemu Windows jest uruchomiona w systemie hosta usługi KMS. Te informacje umożliwiają rozwiązywanie problemów związanych z dodawaniem lub zmienianiem klucza hosta usługi KMS. Na przykład możesz użyć tych informacji, aby sprawdzić, czy wersja systemu operacyjnego obsługuje klucz, którego próbujesz użyć.

• Opis pokazuje, który klucz jest aktualnie zainstalowany. Użyj tego pola, aby sprawdzić, czy klucz, który po raz pierwszy aktywował usługę, był poprawny dla wdrożonych klientów usługi KMS.

• Stan licencji pokazuje stan systemu hosta usługi KMS. Wartość powinna być licencjonowana. Każda inna wartość oznacza, że należy ponownie uaktywnić hosta.

• Bieżąca liczba wyświetla liczbę z zakresu od 0 do 50. Liczba jest skumulowana między systemami operacyjnymi i wskazuje liczbę ważnych systemów, które próbowały się aktywować w ciągu 30 dni.

  Jeśli liczba wynosi 0, usługa została ostatnio aktywowana lub żaden prawidłowy klient nie jest połączony z hostem usługi KMS.

  Liczba nie zwiększa się powyżej 50, niezależnie od liczby prawidłowych systemów w środowisku. Liczba jest ustawiona na buforowaną wartość wynoszącą maksymalnie dwukrotność maksymalnej liczby licencji zwróconej przez klienta usługi KMS. Maksymalna zasada ustawiona przez system operacyjny klienta systemu Windows wymaga liczby 25 lub większej od hosta usługi KMS w celu aktywowania się. W związku z tym najwyższą liczbą, jaką host usługi KMS może obsłużyć, jest 50 lub 2 x 25. W środowiskach, które zawierają tylko klientów usługi KMS systemu Windows Server, maksymalna liczba na hoście usługi KMS wynosi 10. Ten limit jest spowodowany tym, że próg dla wersji systemu Windows Server wynosi 5 (2 x 5 lub 10).

  Typowy problem związany z licznikiem występuje, gdy środowisko ma aktywowanego hosta usługi KMS i wystarczająco klientów, ale licznik nie wzrasta ponad jeden. W przypadku wystąpienia tego problemu oznacza to, że wdrożony obraz klienta nie został poprawnie skonfigurowany, więc systemy nie mają unikatowych identyfikatorów maszyn klienckich (CMID). Aby uzyskać więcej informacji, zobacz następujące artykuły:

  • Liczba klientów zarządzanych przez usługę KMS nie wzrasta w przypadku dodania nowych komputerów klienckich z systemem Windows Vista lub Windows 7 do sieci.

  • Liczba klientów hosta usługi KMS nie jest zwiększana z powodu zduplikowanych identyfikatorów CMID.

  Innym powodem, dla którego licznik może nie rośnie, jest zbyt wiele hostów usługi KMS w środowisku i licznik jest rozłożony na wszystkie z nich.

• Nasłuchiwanie na porcie Komunikacja z KMS odbywa się za pomocą anonimowego RPC. Domyślnie klienci używają portu TCP 1688 do nawiązywania połączenia z hostem usługi KMS. Upewnij się, że ten port jest otwarty między klientami usługi KMS i hostem usługi KMS. Możesz zmienić lub skonfigurować port na hoście usługi KMS. Podczas komunikacji host usługi KMS wysyła oznaczenie portu do klientów usługi KMS. Jeśli zmienisz port na kliencie usługi KMS, oznaczenie portu zostanie zastąpione, gdy klient kontaktuje się z hostem.

Często pytamy o sekcję skumulowanych żądań danych wyjściowych slmgr.vbs /dlv . Ogólnie rzecz biorąc, te dane nie są przydatne do rozwiązywania problemów. Host usługi KMS przechowuje bieżący rekord stanu każdego klienta usługi KMS, który próbuje aktywować lub ponownie uaktywnić. Żądania, które zakończyły się niepowodzeniem, wskazują, że host usługi KMS nie obsługuje niektórych klientów usługi KMS. Jeśli na przykład klient usługi KMS systemu Windows 7 spróbuje aktywować hosta usługi KMS, który został aktywowany przy użyciu klucza KMS systemu Windows Vista, aktywacja zakończy się niepowodzeniem.

W wierszach Żądania ze stanem licencji opisano wszystkie możliwe stany licencji, zarówno wcześniejsze, jak i obecne. Z perspektywy rozwiązywania problemów te dane są istotne tylko wtedy, gdy liczba nie zwiększa się zgodnie z oczekiwaniami. W takim przypadku powinna zwiększać się liczba żądań zakończonych niepowodzeniem. Aby rozwiązać ten problem, należy sprawdzić klucz produktu, który został użyty do pierwszego aktywowania systemu hosta usługi KMS. Należy również zauważyć, że skumulowane wartości żądania są resetowane tylko w przypadku ponownego zainstalowania systemu hosta usługi KMS.

Oto kilka zmiennych, na które należy zwrócić uwagę w danych wyjściowych podczas rozwiązywania problemów.

• W polu Name (Nazwa ) zostanie wyświetlona wersja systemu Windows, z której korzysta system. Możesz użyć tej zmiennej, aby sprawdzić, czy wersja systemu Windows, którą próbujesz aktywować, jest zgodna z usługą KMS.

• Opis pokazuje, który klucz został zainstalowany. Na przykład VOLUME_KMSCLIENT wskazuje, że system zainstalował klucz instalacji klienta usługi KMS lub GVLK, czyli domyślną konfigurację nośnika licencji zbiorczej. System z GVLK automatycznie próbuje aktywować przy użyciu hosta USŁUGI KMS. Jeśli w tym miejscu zostanie wyświetlona inna wartość, taka jak klucz MAK, należy ponownie zainstalować bibliotekę GVLK, aby skonfigurować ten system jako klienta usługi KMS. Klucz można zainstalować ręcznie, postępując zgodnie z instrukcjami dotyczącymi uruchamiania slmgr.vbs /ipk <GVLK> w kluczach konfiguracji klienta usługi KMS, albo zastosować się do instrukcji podanych w dokumentacji technicznej narzędzia do zarządzania aktywacją zbiorczą (VAMT), aby użyć VAMT.

• Klucz produktu częściowego określa, czy klucz instalacji klienta usługi KMS jest zgodny z systemem operacyjnym używanym przez klienta usługi KMS. Domyślnie prawidłowy klucz jest obecny w systemach, które są tworzone za pomocą nośnika z portalu Centrum usług licencjonowania zbiorowego (VLSC). W niektórych przypadkach klienci mogą używać aktywacji klucza aktywacji wielokrotnej (MAK), dopóki w środowisku nie będzie wystarczającej liczby systemów do obsługi aktywacji usługi KMS. Należy zainstalować klucz KMS Client Setup w tych systemach, aby zmienić je z klucza MAK na KMS. Użyj narzędzia do zarządzania aktywacją zbiorczą, aby zainstalować ten klucz i upewnij się, że używasz poprawnego klucza.

• Stan licencji pokazuje stan systemu klienta usługi KMS. W przypadku systemu aktywowanego przez usługę KMS ta wartość powinna być licencjonowana. Każda inna wartość może wskazywać, że występuje problem. Jeśli na przykład host usługi KMS działa prawidłowo, a klient usługi KMS nadal nie aktywuje się lub jest zablokowany w stanie Grace , oznacza to, że coś uniemożliwia klientowi dotarcie do systemu hosta. Może to być problem z zaporą, awaria sieci itd.

• Identyfikator CMID powinien być unikatowy w każdym kliencie usługi KMS, który może aktywować host usługi KMS. Identyfikator CMID jest używany przez hosta usługi KMS do śledzenia żądań aktywacji z każdego klienta. Jeśli wielu klientów ma ten sam identyfikator CMID, może to prowadzić do problemów ze śledzeniem aktywacji i potencjalnymi problemami ze zgodnością licencji.

• Nazwa maszyny usługi KMS z systemu DNS pokazuje zarówno nazwę FQDN hosta usługi KMS, którego klient pomyślnie użył do aktywacji, oraz port TCP używany do komunikacji.

• Buforowanie hosta usługi KMS pokazuje, czy buforowanie jest włączone. Buforowanie jest zwykle domyślnie włączone. Po włączeniu buforowania klient usługi KMS buforuje ten sam host usługi KMS, który był używany do aktywacji i komunikuje się bezpośrednio z tym hostem zamiast wysyłać zapytania do systemu DNS, gdy nadszedł czas na ponowną aktywację. Jeśli klient nie może skontaktować się z buforowanym hostem usługi KMS, wysyła zapytanie do systemu DNS w celu odnalezienia nowego hosta usługi KMS.

Identyfikator zdarzenia 12288:

Poniższy zrzut ekranu przedstawiający segment wpisu o identyfikatorze zdarzenia 12288 z dziennika zdarzeń usługi KMS:

Jeśli widzisz tylko identyfikator zdarzenia 12288 bez odpowiedniego identyfikatora zdarzenia 12289, klient usługi KMS nie może nawiązać połączenia z hostem usługi KMS, host usługi KMS nie odpowiedział lub klient nie otrzymał odpowiedzi hosta. W takich przypadkach należy sprawdzić, czy host usługi KMS jest wykrywalny i czy klienci usługi KMS mogą się z nim skontaktować.

Najbardziej istotne informacje o identyfikatorze zdarzenia 12288 to dane w polu Informacje . Na przykład pole Informacje zawiera bieżący stan klienta oraz nazwę FQDN i port TCP używany podczas próby aktywowania klienta. Za pomocą nazwy FQDN można rozwiązywać problemy ze scenariuszami, w których liczba hostów usługi KMS nie zwiększa się. Na przykład, jeśli dostępnych jest zbyt wiele hostów usługi KMS dla klientów (czy to legalne, czy nieobsługiwane systemy), liczba może być rozdzielona między wszystkimi z nich.

Nieudana aktywacja nie zawsze oznacza, że klient ma identyfikator zdarzenia 12288, a nie 12289. Nieudana aktywacja lub ponowna aktywacja może również skutkować wystąpieniem obu zdarzeń. W takim przypadku należy zbadać drugie zdarzenie, aby sprawdzić przyczynę błędu.

Identyfikator zdarzenia 12289:

Poniższy zrzut ekranu przedstawiający segment wpisu o identyfikatorze zdarzenia 12289 z dziennika zdarzeń usługi KMS:

Sekcja Informacje o zdarzeniu o identyfikatorze 12289 zawiera następujące informacje:

• Flaga aktywacji wskazująca, czy aktywacja zakończyła się powodzeniem (1) lub niepowodzeniem (0).

• Bieżąca liczba na hoście usługi KMS, która pokazuje wartość licznika na hoście usługi KMS, gdy klient próbuje dokonać aktywacji. Jeśli aktywacja nie powiedzie się, może to być spowodowane tym, że liczba jest niewystarczająca dla tego systemu operacyjnego klienta lub że w środowisku nie ma wystarczającej liczby systemów, aby utworzyć liczbę.

Identyfikator zdarzenia 12290:

Host usługi KMS tworzy dziennik oznaczony identyfikatorem zdarzenia 12290 , gdy klient usługi KMS kontaktuje się z hostem podczas próby aktywowania. Identyfikator zdarzenia 12290 zawiera informacje, których można użyć, aby ustalić, jakiego rodzaju klient skontaktował się z hostem i dlaczego wystąpił błąd. Poniższy zrzut ekranu przedstawia segment zdarzenia o identyfikatorze 12290:

Szczegóły zdarzenia obejmują następujące informacje:

• Minimalna liczba wymagana do aktywowania, która zgłasza, że liczba z hosta usługi KMS musi wynosić 5, aby klient mógł aktywować. Oznacza to, że ten system operacyjny jest systemem operacyjnym Windows Server, chociaż ta zmienna sama nie wskazuje, której wersji używa klient. Jeśli klienci nie są aktywowani, upewnij się, że liczba hostów umożliwia aktywowanie klienta.

• Identyfikator CMID, który jest unikatową wartością w każdym systemie. Jeśli ta wartość nie jest unikatowa, jest to spowodowane tym, że obraz nie został poprawnie skonfigurowany do dystrybucji przy użyciu narzędzia sysprep. Aby dowiedzieć się więcej na temat uogólniania komputerów, zobacz Sysprep (Uogólnij) instalację systemu Windows. W przypadku wystąpienia tego problemu liczba hostów usługi KMS nie zwiększa się, mimo że w środowisku jest wystarczająca liczba klientów.

• Stan licencji i Czas wygaśnięcia stanu, czyli bieżący stan licencji klienta. Ta zmienna może pomóc określić, czy klient próbuje aktywować po raz pierwszy, czy próbuje ponownie uaktywnić. Wpis czasu może również poinformować, jak długo klient pozostaje w tym stanie, jeśli nic innego się nie zmieni.

Jeśli rozwiązujesz problemy z klientem i nie możesz znaleźć odpowiedniego zdarzenia o identyfikatorze 12290 na hoście usługi KMS, klient nie łączy się z hostem usługi KMS. Przyczyny, dla których brakuje wpisu o identyfikatorze zdarzenia 12290, mogą być następujące:

• Wystąpiła awaria sieci.

• Host nie jest rozpoznawany lub nie jest zarejestrowany w systemie DNS.

• Zapora blokuje protokół TCP 1688.

  • Port można również zablokować w innych miejscach w środowisku, w tym w samym systemie hosta usługi KMS. Domyślnie host usługi KMS ma wyjątek zapory dla usługi KMS, ale ten wyjątek nie jest automatycznie włączony. Aby dodać ten wyjątek, uruchom następujące polecenie w oknie programu PowerShell z podwyższonym poziomem uprawnień:

    New-NetFirewallRule -DisplayName "KMS Host Activation" -Direction Inbound -Protocol TCP -LocalPort 1688 -Action Allow
    New-NetFirewallRule -DisplayName "KMS Host RPC" -Direction Inbound -Protocol TCP -LocalPort 135 -Action Allow
    

• Dziennik zdarzeń jest pełny.

Identyfikator zdarzenia 12293:

Innym istotnym zdarzeniem do wyszukania na hoście usługi KMS jest zdarzenie o identyfikatorze 12293. To zdarzenie wskazuje, że host nie opublikował wymaganych rekordów w systemie DNS. Ten scenariusz może potencjalnie powodować niepowodzenia, dlatego upewnij się, że zdarzenie nie występuje po skonfigurowaniu hosta i przed wdrożeniem klientów. Aby uzyskać więcej informacji na temat problemów z systemem DNS, zobacz Typowe procedury rozwiązywania problemów z usługami KMS i DNS.