Aktywacja usługi KMS: znane problemy

Wypróbuj naszego agenta wirtualnego — może pomóc w szybkim zidentyfikowaniu i rozwiązaniu typowych problemów związanych z aktywacją usługi KMS i kluczem MAK

W tym artykule opisano typowe pytania i problemy, które mogą wystąpić podczas aktywacji usługi zarządzania kluczami (KMS) oraz wskazówki dotyczące rozwiązywania problemów.

Czy należy utworzyć kopię zapasową informacji o hoście usługi KMS?

Kopia zapasowa nie jest wymagana dla hostów usługi KMS. Jeśli jednak używasz narzędzia do rutynowego czyszczenia dzienników zdarzeń, historia aktywacji przechowywana w dziennikach może zostać utracona. Jeśli używasz dziennika zdarzeń do śledzenia lub dokumentowania aktywacji usługi KMS, okresowo wyeksportuj dziennik zdarzeń usługi zarządzania kluczami z folderu Dzienniki aplikacji i usług Podgląd zdarzeń.

Jeśli używasz programu System Center Operations Manager, baza danych usługi System Center Data Warehouse przechowuje dane dziennika zdarzeń na potrzeby raportowania, dlatego nie trzeba tworzyć kopii zapasowych dzienników zdarzeń oddzielnie.

Czy komputer kliencki usługi KMS jest aktywowany?

Na komputerze klienckim usługi KMS otwórz panel sterowania System i poszukaj komunikatu Aktywowano system Windows . Alternatywnie uruchom polecenie Slmgr.vbs i użyj opcji wiersza polecenia /dli .

Komputer-klient usługi KMS nie jest aktywowany

Sprawdź, czy próg aktywacji usługi KMS jest spełniony. Na komputerze hosta usługi KMS uruchom polecenie Slmgr.vbs i użyj opcji wiersza polecenia /dli , aby określić bieżącą liczbę hosta. Dopóki host usługi KMS nie ma liczby 25, nie można aktywować komputerów klienckich z systemem Windows 7. Klienci usługi KMS systemu Windows Server 2008 R2 wymagają 5 kms dla aktywacji. Aby uzyskać więcej informacji na temat wymagań KMS, zobacz Przewodnik planowania aktywacji zbiorczej.

Na komputerze klienckim usługi KMS wyszukaj w dzienniku zdarzeń aplikacji identyfikator zdarzenia 12289. Sprawdź to zdarzenie, aby uzyskać następujące informacje:

• Czy kod wyniku to 0? Wszystko inne jest błędem.
• Czy nazwa hosta KMS w zdarzeniu jest poprawna?
• Czy port usługi KMS jest poprawny?
• Czy host usługi KMS jest dostępny?
• Czy jeśli klient korzysta z zapory innej niż Microsoft, czy port wychodzący musi zostać skonfigurowany?

Na komputerze hosta usługi KMS wyszukaj w dzienniku zdarzeń usługi KMS identyfikator zdarzenia 12290. Sprawdź to zdarzenie, aby uzyskać następujące informacje:

• Czy host usługi KMS zarejestrował żądanie z komputera klienckiego? Sprawdź, czy na liście znajduje się nazwa komputera klienckiego usługi KMS. Sprawdź, czy klient i host usługi KMS mogą komunikować się. Czy klient otrzymał odpowiedź?
• Jeśli żadne zdarzenie nie jest rejestrowane z klienta usługi KMS, żądanie nie dotarło do hosta usługi KMS lub host usługi KMS nie mógł go przetworzyć. Upewnij się, że routery nie blokują ruchu przy użyciu portu TCP 1688 (jeśli jest używany port domyślny) i że ruch stanowy do klienta usługi KMS jest dozwolony.

Co oznacza ten kod błędu?

Z wyjątkiem zdarzeń usługi KMS, które mają identyfikator zdarzenia 12290, system Windows rejestruje wszystkie zdarzenia aktywacji w dzienniku zdarzeń aplikacji pod nazwą dostawcy zdarzeń Microsoft-Windows-Security-SPP. System Windows rejestruje zdarzenia usługi KMS w dzienniku usługi zarządzania kluczami w folderze Aplikacje i usługi. Specjalista IT może uruchomić Slui.exe, aby wyświetlić opis większości kodów błędów związanych z aktywacją. Ogólna składnia tego polecenia jest następująca:

slui.exe 0x2a ErrorCode

Jeśli na przykład identyfikator zdarzenia 12293 zawiera kod błędu 0x8007267C, możesz wyświetlić opis tego błędu, uruchamiając następujące polecenie:

slui.exe 0x2a 0x8007267C

Aby uzyskać więcej informacji na temat określonych kodów błędów i sposobu ich rozwiązywania, sprawdź Rozwiązywanie typowych kodów błędów aktywacji.

Klienci nie zwiększają liczby KMS.

Aby zresetować identyfikator komputera klienckiego (CMID) i inne informacje o aktywacji produktu, uruchom sysprep /generalize lub slmgr /rearm. W przeciwnym razie każdy komputer kliencki wygląda identycznie, a host usługi KMS nie zlicza ich jako oddzielnych klientów usługi KMS.

Hosty usługi KMS nie mogą utworzyć rekordów SRV

System nazw domen (DNS) może ograniczyć dostęp do zapisu lub nie obsługuje dynamicznego systemu DNS (DDNS). W takim przypadku należy przyznać hostowi usługi KMS dostęp do zapisu w bazie danych DNS lub ręcznie utworzyć rekord zasobu usługi (SRV). Aby uzyskać więcej informacji na temat problemów z usługami KMS i DNS, zobacz Typowe procedury rozwiązywania problemów z usługą KMS i systemem DNS.

Tylko pierwszy host usługi KMS może utworzyć rekordy SRV

Jeśli organizacja ma więcej niż jednego hosta usługi KMS, inne hosty mogą nie być w stanie zaktualizować serwera SRV RR, chyba że domyślne uprawnienia SRV zostaną zmienione. Aby uzyskać więcej informacji na temat problemów z usługami KMS i DNS, zobacz Typowe procedury rozwiązywania problemów z usługą KMS i systemem DNS.

Na kliencie usługi KMS zainstalowano klucz usługi KMS

Klucze usługi KMS powinny być instalowane tylko na hostach usługi KMS, a nie na klientach usługi KMS. Uruchom slmgr.vbs -ipk <SetupKey>. Tabele kluczy, których można użyć do skonfigurowania komputera jako klienta usługi KMS, zobacz Klucze konfiguracji klienta usługi KMS. Te klucze są publicznie znane i są specyficzne dla edycji. Pamiętaj, aby usunąć wszelkie niepotrzebne rekordy SRV z systemu DNS, a następnie ponownie uruchomić komputery.

Host usługi KMS uległ awarii

Jeśli host usługi KMS ulegnie awarii, musisz zainstalować klucz hosta usługi KMS na nowym hoście, a następnie aktywować hosta. Upewnij się, że nowy host usługi KMS ma rekord SRV RR w bazie danych DNS. Jeśli zainstalujesz nowego hosta KMS przy użyciu tej samej nazwy komputera i adresu IP co host KMS, nowy host KMS może użyć rekordu SRV DNS nieudanego hosta. Jeśli nowy host ma inną nazwę komputera, możesz ręcznie usunąć rekord DNS SRV RR hosta, który uległ awarii, lub (jeśli oczyszczanie jest włączone w systemie DNS) pozwól DNS automatycznie go usunąć. Jeśli sieć korzysta z DDNS, nowy host usługi KMS automatycznie tworzy nowy rekord SRV RR na serwerze DNS. Nowy host usługi KMS rozpoczyna zbieranie żądań odnowienia klienta i rozpoczyna aktywowanie klientów natychmiast po osiągnięciu progu aktywacji usługi KMS.

Jeśli klienci usługi KMS używają automatycznego odnajdywania, automatycznie wybierają innego hosta usługi KMS, jeśli oryginalny host usługi KMS nie odpowiada na żądania odnowienia. Jeśli klienci nie korzystają z automatycznego odnajdywania, należy samodzielnie zaktualizować komputery klienckie KMS przypisane do hosta usługi KMS, uruchamiając polecenie slmgr.vbs /skms. Aby uniknąć tego scenariusza, skonfiguruj klientów usługi KMS do korzystania z automatycznego odnajdywania. Aby uzyskać więcej informacji, zobacz Przewodnik wdrażania aktywacji zbiorczej.