Dela via

Felet "0xC004F038: Det gick inte att aktivera datorn" i KMS-aktiveringen

  • Artikel
  • Gäller för:
    Office Professional Plus 2016, Office Professional Plus 2013, Office Standard 2013

Den här artikeln är skriven av Eric Ashton, senior supporteskaleringstekniker.

Symptom

Du försöker aktivera Microsoft Office 2013 eller Office 2016 via värden för nyckelhanteringstjänsten (KMS) med någon av följande metoder:

  • Volume Activation Management Tool (VAMT)
  • Aktiveringsguiden för Office från en klientdator
  • OSPP.vbs /act-skript

Du får dock följande felmeddelande:

0xC004F038: Software Licensing Service rapporterade att datorn inte kunde aktiveras. Antalet som rapporteras av nyckelhanteringstjänsten (KMS) är otillräckligt. Kontakta systemadministratören.

Orsak

Det här problemet beror på att Office KMS-poolen innehåller färre än fem unika klientdatorer.

Åtgärd

Lös problemet genom att öka antalet klientdatorer i Office KMS-poolen till fem eller fler.

Obs!

Om du vill ta reda på hur många klientdatorer som för närvarande finns i Office KMS-poolen på KMS-värden kör du följande kommando i ett upphöjt kommandotolksfönster från c:\windows\system32 och trycker sedan på Retur:

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

Gå till c:\temp (eller någon anpassad plats där du placerar utdata) och öppna sedan KMSInfo.txt. Sök efter Office för att hitta information om office KMS-värdens installation. Kontrollera värdet Aktuellt antal . Om värdet för antal Office KMS är mindre än 5 aktiveras inte Office-klienter.

När Office KMS-poolen innehåller fem eller fler klientdatorer kan du försöka aktivera Office med hjälp av aktiveringsguiden för Office,OSPP.vbseller VAMT.

Om du använder Systemförberedelse (Sysprep) i din miljö är det möjligt att Office inte skapades innan avbildningen skapades. Datorer kan därför ha samma klientdator-ID (CMID) för Office.

Om du har fler än fem datorer som försöker aktivera och du fortfarande ser det här felmeddelandet kontrollerar du KMS-värdinloggningen Loggboken på KMS-servern. Du kan till exempel se poster som liknar följande:

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

I det här exemplet ser du att Ignite5 och ignite1 har samma CMID (930bd202-a335-4c7e-bd9d-7305361f0d37). Detta indikerar att Office-omarmen hoppades över även om den grundläggande operativsystemavbildningen kan ha genererats.

Obs!

Innan Sysprep förbereder avbildningen kontrollerar du att du kör något av följande kommandon, baserat på din Office-bitversion, för att garantera ett unikt Office CMID.

  • För 32-bitars Office

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

  • För 64-bitars Office

    C:\Program Files\Microsoft Office\Office16\ospprearm.exe

Detaljerad information om hur du beväpnar om Office-installationen finns i följande artiklar:

Du kan köra följande startskript på dessa datorer för att rusta om Office och generera nya, unika Office-ID:n. I det här skriptet ersätter du XX med lämpligt värde baserat på din Office-version:

XX = 15 för Office 2013

XX = 16 för 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