Share via


Feilmeldingen «0xC004F038: Kan ikke aktivere datamaskinen» i KMS-aktivering

Denne artikkelen ble skrevet av Eric Ashton, Senior Support Escalation Engineer.

Symptomer

Du prøver å aktivere Microsoft Office 2013 eller Office 2016 gjennom verten for Key Management Service (KMS) ved hjelp av en av følgende metoder:

  • Administrasjonsverktøy for volumaktivering (VAMT)
  • Aktiveringsveiviser for Office fra en klientdatamaskin
  • OSPP.vbs /act-skript

Du får imidlertid følgende feilmelding:

0xC004F038: Programvarelisensieringstjenesten rapporterte at datamaskinen ikke kunne aktiveres. Antallet rapportert av Key Management Service (KMS) er utilstrekkelig. Kontakt systemansvarlig.

Årsak

Dette problemet oppstår fordi Office KMS-utvalget inneholder færre enn fem unike klientdatamaskiner.

Løsning

Du kan løse dette problemet ved å øke antall klientdatamaskiner i Office KMS-utvalget til fem eller flere.

Obs!

Hvis du vil finne ut hvor mange klientdatamaskiner som er i Office KMS-utvalget på KMS-verten, kjører du følgende kommando i et hevet ledetekstvindu fra c:\windows\system32, og deretter trykker du enter:

Cscript slmgr.vbs -dlv all >c:\temp\KMSInfo.txt

Gå til c:\temp (eller en egendefinert plassering der du plasserer utdataene), og åpne deretter KMSInfo.txt. Søk etter Office for å finne installasjonsdetaljene for Office KMS-verten. Kontroller gjeldende antall-verdi . Hvis office KMS-antallverdien er mindre enn fem, aktiveres ikke Office-klienter.

Når Office KMS-utvalget inneholder fem eller flere klientdatamaskiner, kan du prøve å aktivere Office ved hjelp av aktiveringsveiviseren for Office, OSPP.vbseller VAMT.

Hvis du bruker Systemklargjøring (Sysprep) i miljøet, er det mulig at Office ikke ble opprettet på nytt før bildet ble opprettet. Derfor kan datamaskiner ha samme klientdatamaskin-ID (CMID) for Office.

Hvis du har mer enn fem datamaskiner som prøver å aktivere, og du fortsatt ser denne feilmeldingen, kan du kontrollere KMS-vertspåloggingen Hendelsesliste på KMS-serveren. Du ser for eksempel oppføringer som ligner på følgende:

  • 0x0,5,Ignite1.ignite.local,930bd202-a335-4c7e-bd9d-7305361f0d37,Dato/klokkeslett,0,5,0,6f327760-8c5c-417c-9b61-836a98287e0c
  • 0x0,5,Ignite2.ignite.local,2f362dd3-fb39-4d18-94e6-de1d30dd27d5,Dato/klokkeslett,0,5,0,6f327760-8c5c-417c-9b61-836a98287e0c
  • 0x0,5,Ignite5.ignite.local,930bd202-a335-4c7e-bd9d-7305361f0d37,Dato/klokkeslett,0,5,0,6f327760-8c5c-417c-9b61-836a98287e0c

Legg merke til at Ignite5 og ignite1 har samme CMID (930bd202-a335-4c7e-bd9d-7305361f0d37). Dette indikerer at Office-underarmen ble hoppet over selv om bildet av det grunnleggende operativsystemet kan ha blitt generert.

Obs!

Før Sysprep klargjør bildet, må du kontrollere at du kjører én av følgende kommandoer, basert på Office-bitersversjonen, for å garantere en unik Office CMID.

  • For 32-biters Office

    C:\Programfiler (x86)\Microsoft Office\Office16\ospprearm.exe

  • For 64-biters Office

    C:\Programfiler\Microsoft Office\Office16\ospprearm.exe

Hvis du vil ha detaljert informasjon om hvordan du rearmerer Office-installasjonen, kan du se følgende artikler:

Du kan kjøre følgende oppstartsskript på disse datamaskinene for å underhøre Office og generere nye, unike Office-ID-er. I dette skriptet erstatter du XX med riktig verdi, basert på din Office-versjon:

XX = 15 for Office 2013

XX = 16 for Office 2016

@echo off

:OSPP 

reg query HKLM\Software\Microsoft\Office\XX.0\Common\OSPPREARM if %errorlevel%==1 (goto RUN) else (goto END)

:RUN set ProgramFilesPath=%ProgramFiles% 

"%ProgramFilesPath%\Microsoft Office\OfficeXX\OSPPREARM.EXE"

C:\Windows\system32\cscript.exe "%ProgramFilesPath%\Microsoft Office\OfficeXX\ospp.vbs" /act set ProgramFilesPath=%ProgramFiles(x86)%

"%ProgramFilesPath%\Microsoft Office\OfficeXX\OSPPREARM.EXE"

C:\Windows\system32\cscript.exe "%ProgramFilesPath%\Microsoft Office\OfficeXX\ospp.vbs" /act REG ADD "HKLM\Software\Microsoft\Office\XX.0\Common\OSPPREARM"

:END

Exit