KMS-aktivering: kända problem

Prova vår virtuella agent – Det kan hjälpa dig att snabbt identifiera och åtgärda vanliga problem som rör KMS- och MAK-aktivering

Den här artikeln beskriver vanliga frågor och problem som kan användas vid aktiveringar av Key Management Service (KMS) och ger vägledning för att lösa problemen.

Ska jag säkerhetskopiera KMS-värdinformation?

Säkerhetskopiering krävs inte för KMS-värdar. Men om du använder ett verktyg för att rutinmässigt rensa händelseloggar kan aktiveringshistoriken som lagras i loggarna gå förlorad. Om du använder händelseloggen för att spåra eller dokumentera KMS-aktiveringar exporterar du regelbundet händelseloggen key management service från mappen Program- och tjänstloggar i Loggboken.

Om du använder System Center Operations Manager lagrar System Center Data Warehouse-databasen händelseloggdata för rapportering. Därför behöver du inte säkerhetskopiera händelseloggarna separat.

Är KMS-klientdatorn aktiverad?

Öppna kontrollpanelen System på KMS-klientdatorn och leta efter meddelandet Windows är aktiverat . Du kan också köra Slmgr.vbs och använda kommandoradsalternativet /dli .

KMS-klientdatorn aktiveras inte

Kontrollera att tröskelvärdet för KMS-aktivering är uppfyllt. På KMS-värddatorn kör du Slmgr.vbs och använder kommandoradsalternativet /dli för att fastställa värdens aktuella antal. Windows 7-klientdatorer kan inte aktiveras förrän KMS-värden har 25. Windows Server 2008 R2 KMS-klienter kräver ett KMS-antal på 5 för aktivering. Mer information om KMS-krav finns i planeringsguiden för volymaktivering.

Leta efter händelse-ID 12289 i programhändelseloggen på KMS-klientdatorn. Kontrollera den här händelsen om du vill ha följande information:

• Är resultatkoden 0? Allt annat är ett fel.
• Stämmer KMS-värdnamnet i händelsen?
• Är KMS-porten korrekt?
• Är KMS-värden tillgänglig?
• Måste den utgående porten konfigureras om klienten kör en brandvägg som inte kommer från Microsoft?

Leta efter händelse-ID 12290 i KMS-händelseloggen på KMS-värddatorn. Kontrollera den här händelsen om du vill ha följande information:

• Loggade KMS-värdservern en begäran från klientdatorn? Kontrollera att namnet på KMS-klientdatorn visas. Kontrollera att klienten och KMS-värd kan kommunicera. Fick klienten svaret?
• Om ingen händelse loggas från KMS-klienten nådde begäran inte KMS-värden eller så kunde KMS-värden inte bearbeta den. Kontrollera att routrar inte blockerar trafik med TCP-port 1688 (om standardporten används) och att tillståndskänslig trafik till KMS-klienten tillåts.

Vad betyder den här felkoden?

Förutom KMS-händelser som har händelse-ID 12290 loggar Windows alla aktiveringshändelser till programhändelseloggen under händelseproviderns namn Microsoft-Windows-Security-SPP. Windows loggar KMS-händelser till nyckelhanteringstjänstens logg i mappen Program och tjänster. IT-proffs kan köra Slui.exe för att visa en beskrivning av de flesta aktiveringsrelaterade felkoder. Den allmänna syntaxen för det här kommandot är följande:

slui.exe 0x2a ErrorCode

Om händelse-ID 12293 till exempel innehåller felkod 0x8007267C kan du visa en beskrivning av felet genom att köra följande kommando:

slui.exe 0x2a 0x8007267C

Mer information om specifika felkoder och hur du åtgärdar dem finns i Lösa vanliga aktiveringsfelkoder.

Klienter lägger inte till kms-antalet

Om du vill återställa klientdatorns ID (CMID) och annan produktaktiveringsinformation kör du sysprep /generalize eller slmgr /rearm. Annars ser varje klientdator identiska ut och KMS-servern räknar dem inte som separata klienter i KMS.

KMS-värdar kan inte skapa SRV-poster

Domain Name System (DNS) kan begränsa skrivåtkomst eller kanske inte stöder dynamisk DNS (DDNS). I det här fallet ger du KMS-värden skrivåtkomst till DNS-databasen eller skapar resursposten för tjänsten (SRV) manuellt. Mer information om KMS- och DNS-problem finns i Vanliga felsökningsprocedurer för KMS- och DNS-problem.

Endast den första KMS-värden kan skapa SRV-poster

Om organisationen har fler än en KMS-värd kanske de andra värdarna inte kan uppdatera SRV RR såvida inte standardbehörigheterna för SRV ändras. Mer information om KMS- och DNS-problem finns i Vanliga felsökningsprocedurer för KMS- och DNS-problem.

Jag har installerat en KMS-nyckel på KMS-klienten

KMS-nycklar bör endast installeras på KMS-värdar, inte på KMS-klienter. Kör kommandot slmgr.vbs -ipk <SetupKey>. Tabeller med nycklar som du kan använda för att konfigurera datorn som en KMS-klient finns i KMS-klientkonfigurationsnycklar. Dessa nycklar är offentligt kända och är utgåvaspecifika. Kom ihåg att ta bort onödiga SRV RR från DNS och starta sedan om datorerna.

En KMS-värd misslyckades

Om en KMS-värd misslyckas måste du installera en KMS-värdnyckel på en ny värd och sedan aktivera värden. Kontrollera att det nya KMS-värd har en SRV RR i DNS-databasen. Om du installerar den nya KMS-värden med samma datornamn och IP-adress som den misslyckade KMS-värden kan den nya KMS-värd använda DNS SRV-posten från den misslyckade värden. Om den nya värden har ett annat datornamn kan du ta bort DNS SRV RR för den misslyckade värden manuellt, eller (om rensning är aktiverad i DNS) låta DNS ta bort den automatiskt. Om nätverket använder DDNS skapar den nya KMS-värden automatiskt en ny SRV RR på DNS-servern. Den nya KMS-värden börjar sedan samla in begäranden om klientförnyelse och börjar aktivera klienter så snart KMS-aktiveringströskeln har uppnåtts.

Om dina KMS-klienter använder automatisk identifiering väljer de automatiskt en annan KMS-värd om den ursprungliga KMS-värden inte svarar på förnyelsebegäranden. Om klienterna inte använder automatisk identifiering måste du manuellt uppdatera DE KMS-klientdatorer som tilldelades den misslyckade KMS-värden genom att köra slmgr.vbs /skms. För att undvika det här scenariot konfigurerar du KMS-klienterna så att de använder automatisk identifiering. Mer information finns i distributionsguiden för volymaktivering.