Windows Server 2019のライセンス認証エラー完全対策：評価版から製品版へ変換できない時の解決手順（0x8a010001／0xC004E016／0x80041014／14081）

Windows Server 2019 の評価版から製品版へ変換しようとして 0x8a010001、0xC004E016、0x80041014、14081 などのライセンス認証エラーに遭遇する事例は少なくありません。原因の多くは「変換用キーの誤用」「版（エディション）不一致」「WMI／サービス不整合」「役割・機能の残骸」に集約されます。本記事は、現場で再現性の高い手順と診断ポイントを体系化し、確実に評価版→製品版へ移行・認証するための実践ガイドです。

よくある症状と原因・対処の対応表

症状（代表的なエラー）	主な原因	典型的な対処
`0x8a010001`（The specified product key could not be validated）	DISM に渡したキーが「評価版→製品版の変換用」ではなく、いきなり MAK/リテールキーだった	まず汎用 KMS クライアントキー（GVLK）で Edition 変換だけ実施
`0xC004E016` / `0x80041014`	MAK/リテールキーの版・チャネル不一致／WMI プロバイダ不整合／サービス異常	GVLK で版合わせ→再起動→MAK 再投入。必要に応じて WMI 修復・サービス再起動・電話認証（SLUI 4）
`14081` など DISM 実行中の失敗	評価版に紐づく役割・機能やパッケージの競合／アンインストール失敗	DISM ログを精査し、不要役割の削除やクリーンインストール検討
`/Get-TargetEditions` で `ServerDatacenter` しか表示されない	インストール済みが Datacenter Eval のため、下位エディションへのダウンエディションが非サポート	Datacenter 用キーを使用／Standard を希望ならクリーンインストール

最短で確実に通す「推奨フロー」

評価版から製品版への変換は、次の 2 段階に分けるのが鉄則です。

GVLK で Edition 変換だけ行う（この段階では自分の MAK/リテールキーは使わない）
再起動後に MAK/リテールキーを投入して認証（オンライン or 電話）

手順（Standard への変換例）

管理者権限の PowerShell または CMD を起動。
GVLK を渡して Edition 変換を実行。

Dism /online /Set-Edition:ServerStandard ^
     /ProductKey:N69G4-B89J2-4G8F4-WWYCC-J464C ^
     /AcceptEula

Datacenter へ変換したい場合は次の GVLK を使います。

Dism /online /Set-Edition:ServerDatacenter ^
     /ProductKey:WMDGN-G9PQG-XVVXX-R3X43-63DFG ^
     /AcceptEula

変換が完了したら必ず 再起動。
再起動後、自分の MAK/リテールキーを投入し、オンライン認証。

slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
slmgr /ato

オンライン認証に失敗・到達不能な場合は電話認証ツールを起動し、ガイダンスに従います。

slui 4

まだ失敗する場合のチェックリスト

既存キーを完全に外してから再投入

slmgr /upk   &amp; rem キーのアンインストール
slmgr /cpky  &amp; rem レジストリからキー痕跡を消去
slmgr /ipk &lt;再投入する MAK/リテール&gt;
slmgr /ato

実際に変換可能なターゲットエディションを確認

DISM /online /Get-TargetEditions

ServerDatacenter のみ表示される環境は、インストール済みが Datacenter Eval のため Standard へは不可です。Datacenter 用のキーを使用するか、Standard を希望する場合はクリーンインストールを検討してください。

GVLK／KMS／MAK の使い分け（現場で誤りやすい要点）

GVLK（汎用 KMS クライアントキー）：版の「型」を OS に教えるためのキー。評価版→製品版の変換や KMS 環境での自動認証に使う。Edition 変換時は必ず GVLK を使用するのが安全です。
KMS：組織内の KMS ホストと通信して自動認証。GVLK を入れた時点で KMS 環境があれば自動で通る。到達できないと 0xC004F074 などに発展します。
MAK／リテール：インターネット経由で個別認証（回数上限あり）。KMS がない・オフラインが多い現場では MAK を最終段階で投入します。上限超過時は電話認証（SLUI 4）。

Windows Server 2019 の代表的な GVLK

エディション	GVLK	用途
Standard	`N69G4-B89J2-4G8F4-WWYCC-J464C`	評価版→製品版変換／KMS 認証
Datacenter	`WMDGN-G9PQG-XVVXX-R3X43-63DFG`	評価版→製品版変換／KMS 認証

その他の版（Essentials 等）の GVLK は公式ドキュメントを参照してください。

エラー別の深掘り対処

`0x8a010001`：指定されたプロダクトキーを検証できない

DISM の /Set-Edition に MAK/リテールキーを渡すと高確率で発生します。まず GVLK で「版合わせ」を確実に行ってから再起動し、その後に MAK を入れる二段構えで回避できます。

`0xC004E016`：キーの版・チャネル不一致

Datacenter に Standard の MAK、もしくは逆の組み合わせ
Volume（MAK）とリテールの混同

必ず slmgr /dli や DISM /online /Get-CurrentEdition で現在の版を確認し、キーのチャネル（Volume/Retail）と一致させてください。GVLK で版を合わせ直してから MAK 再投入が王道です。

`0x80041014`：WMI プロバイダーのロード失敗

GUI でのキー入力時に出ることが多いコードです。WMI リポジトリ破損や Software Protection サービス異常が疑われます。次の順に試します。

Software Protection サービスの再起動

sc query sppsvc
net stop sppsvc
net start sppsvc

WMI リポジトリ整合性チェック

winmgmt /verifyrepository
winmgmt /salvagerepository

システムファイルの整合性修復

sfc /scannow
DISM /online /Cleanup-Image /RestoreHealth

修復後、slmgr /upk→/cpky→/ipk→/ato の順にやり直します。

`14081`：DISM 実行中のアンインストール・競合失敗

DISM ログ（C:\Windows\Logs\DISM\dism.log）で失敗している役割・機能、パッケージの名称を特定して取り除きます。特に評価版で追加した一部の機能が変換を阻害することがあります。役割削除後に再度 /Set-Edition を実行してください。どうしても解消しない場合は、バックアップのうえでクリーンインストールが確実です。

Edition 関連の注意点（Standard へ下げられないケース）

DISM /online /Get-TargetEditions の結果は「その OS がサポートする上位（横移動含む）のみ」を示します。
Datacenter Eval → Standard への ダウンエディション はサポートされません。
Standard を希望する場合、最初から Standard の評価版メディアで構築し直すか、クリーンインストールを実施します。

診断に便利なコマンド集（コピー＆ペースト可）

現状の把握とネットワーク到達性は、闇雲な再試行よりも効果的です。次のコマンドで要点を素早く確認します。

rem 現在の Edition とターゲット候補
DISM /online /Get-CurrentEdition
DISM /online /Get-TargetEditions

rem ライセンス状態の確認（簡易／詳細）
slmgr /dli
slmgr /dlv

rem KMS 自動検出（DNS SRV）
nslookup -type=srv _vlmcs._tcp

rem プロキシ確認
netsh winhttp show proxy

ネットワーク・到達性による分岐

状況	推奨方針	備考
KMS 環境あり（社内 KMS に到達可）	GVLK で版合わせ→再起動までで自動認証が通る	DNS の `_vlmcs._tcp` が引けるか確認
インターネットに出られるが KMS なし	GVLK で版合わせ→再起動→MAK を投入して `slmgr /ato`	チャネル（Volume/Retail）不一致に注意
オフライン（隔離ネット）	GVLK で版合わせ→再起動→MAK を投入→電話認証（`slui 4`）	記録用に確認 ID を保管

本番環境での安全運用ポイント

変換作業前に必ずスナップショット／バックアップ（物理ならシステム状態バックアップ）。
ドメインコントローラーやミッションクリティカルな役割を担うサーバーは、メンテナンス時間を確保。
Hyper-V や他ハイパーバイザー上の VM では、VM 世代・統合サービス状態も念のため確認。
評価版のまま長期間運用していると、役割・機能の追加履歴が複雑化し変換に失敗しやすくなります。早めの製品版化が無難です。

トラブル再現と切り分けのためのスクリプト例

次の PowerShell は、現在の Edition／ライセンス状態／KMS 検出結果をパッと出して、作業前の状況証拠を残す目的で使えます。

powershell -NoProfile -Command ^
  "$e=(dism /online /Get-CurrentEdition); ^
   $t=(dism /online /Get-TargetEditions); ^
   $dli=(cscript //nologo %windir%\system32\slmgr.vbs /dli); ^
   $kms=(nslookup -type=srv _vlmcs._tcp 2&gt;nul); ^
   Write-Host '=== Current Edition ==='; $e; ^
   Write-Host '=== Target Editions ==='; $t; ^
   Write-Host '=== slmgr /dli ==='; $dli; ^
   Write-Host '=== _vlmcs._tcp ==='; $kms;"

結果を控えておくと、失敗後の比較やサポートへの説明が格段にスムーズになります。

「それでも通らない」時のロードマップ

GVLK → 再起動 → MAK の順になっているかを確認（順序が逆だとハマります）。
slmgr /upk → /cpky のあと必ず再投入。
WMI／サービス（sppsvc）の健全性を確認・修復。
プロキシ・FW で必要ポートの制限がないか（HTTP/HTTPS、CRL 取得）。
DISM ログで役割・機能のアンインストール失敗がないか精査。
Edition の上下不一致がないか（Datacenter Eval → Standard は不可）。
MAK の回数上限に達していないか（電話認証で解決可能なケース多数）。
無理に引きずらず、クリーンインストールへ切り替える判断も重要。

ケーススタディ

ケース A：DISM で `0x8a010001`、その後の `slmgr /ipk` でも `0xC004E016`

原因：最初から MAK を渡していた／版不一致。
解：GVLK で版合わせ→再起動→MAK 入れ直し。必要なら slmgr /upk と /cpky で痕跡を一掃。

ケース B：GUI でキーを入れると `0x80041014`

原因：WMI プロバイダーのロード失敗。
解：sppsvc 再起動、WMI リポジトリ修復（winmgmt /salvagerepository）、sfc/DISM /RestoreHealth。

ケース C：`/Get-TargetEditions` が `ServerDatacenter` しか出ない

原因：Datacenter Eval を構築済みのため、Standard へのダウンエディション不可。
解：Datacenter 用キーで通すか、Standard で作り直す。

運用メモ：現場で役立つ小技

再起動は惜しまない：/Set-Edition 後の再起動を省くと次段の認証が不安定になります。
キーの打ち間違い防止：テキストエディタでキーを整形し、コマンドに貼り付け。視覚的に 5 文字 × 5 ブロックを確認。
ログは必ず残す：dism.log・slmgr.vbs の出力を案件フォルダに保存。再発防止に効きます。

FAQ

Q. GVLK を入れた時点で KMS が見つからずエラーになります。Edition 変換だけ先に進められますか？

A. はい。GVLK は Edition 変換にも使用できます。KMS が不在でも変換自体は完了します（その後の認証は MAK か電話で）。

Q. Datacenter から Standard へ下げたいのですが……

A. ダウンエディションはサポートされません。Standard を利用する要件がある場合、Standard での再構築を推奨します。

Q. 役割・機能が多く、DISM が途中で失敗します

A. ログから失敗している役割名を特定し、依存関係を外しながら段階的にアンインストールしてください。どうしても外れない場合は、同名役割を未構成のクリーンインストールが結果的に早いことが多いです。

まとめ：評価版→製品版は「GVLK→再起動→MAK」で決める

Windows Server 2019 のライセンス認証トラブルは、9 割が「順序」と「版の整合性」の問題です。最初に GVLK で Edition を正しく合わせ、再起動を挟んでから MAK／リテールで認証する二段構えを徹底すれば、0x8a010001・0xC004E016・0x80041014・14081 といった典型エラーはほぼ解消できます。加えて、WMI／サービス健全性、ネットワーク到達性、DISM ログの三点を押さえれば、再現性高く安全に本番移行が可能です。

参考：コマンド一覧（抜粋）

:: 版の確認
DISM /online /Get-CurrentEdition
DISM /online /Get-TargetEditions

:: Edition 変換（Standard）
Dism /online /Set-Edition:ServerStandard ^
/ProductKey:N69G4-B89J2-4G8F4-WWYCC-J464C ^
/AcceptEula

:: Edition 変換（Datacenter）
Dism /online /Set-Edition:ServerDatacenter ^
/ProductKey:WMDGN-G9PQG-XVVXX-R3X43-63DFG ^
/AcceptEula

:: 再起動後の認証
slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
slmgr /ato

:: 電話認証
slui 4

:: 失敗時のリセット
slmgr /upk
slmgr /cpky

:: WMI／サービスの整備
sc query sppsvc
net stop sppsvc
net start sppsvc
winmgmt /verifyrepository
winmgmt /salvagerepository

:: システム整合性
sfc /scannow
DISM /online /Cleanup-Image /RestoreHealth

:: KMS 検出
nslookup -type=srv _vlmcs._tcp

:: プロキシ確認
netsh winhttp show proxy

安全に終えるための最終チェック

Edition 変換は GVLK で実施したか。
変換直後に再起動したか。
投入したキーは OS の版・チャネルと一致しているか。
WMI／サービスの異常が残っていないか（0x80041014 の再発有無）。
DISM ログに未解決の失敗がないか。
KMS 環境に接続できない場合は MAK＋電話認証で閉じられるか。

上記の方針に沿って手順をなぞれば、評価版から製品版への移行は安定して再現できます。迷ったら「GVLK → 再起動 → MAK」の原則に立ち返り、ログとコマンドで事実関係を固めてから一歩ずつ進めましょう。

Windows Server 2019のライセンス認証エラー完全対策：評価版から製品版へ変換できない時の解決手順（0x8a010001／0xC004E016／0x80041014／14081）

よくある症状と原因・対処の対応表

最短で確実に通す「推奨フロー」

手順（Standard への変換例）

まだ失敗する場合のチェックリスト

GVLK／KMS／MAK の使い分け（現場で誤りやすい要点）

Windows Server 2019 の代表的な GVLK

エラー別の深掘り対処

`0x8a010001`：指定されたプロダクトキーを検証できない

`0xC004E016`：キーの版・チャネル不一致

`0x80041014`：WMI プロバイダーのロード失敗

`14081`：DISM 実行中のアンインストール・競合失敗

Edition 関連の注意点（Standard へ下げられないケース）

診断に便利なコマンド集（コピー＆ペースト可）

ネットワーク・到達性による分岐

本番環境での安全運用ポイント

トラブル再現と切り分けのためのスクリプト例

「それでも通らない」時のロードマップ

ケーススタディ

ケース A：DISM で `0x8a010001`、その後の `slmgr /ipk` でも `0xC004E016`

ケース B：GUI でキーを入れると `0x80041014`

ケース C：`/Get-TargetEditions` が `ServerDatacenter` しか出ない

運用メモ：現場で役立つ小技

FAQ

Q. GVLK を入れた時点で KMS が見つからずエラーになります。Edition 変換だけ先に進められますか？

Q. Datacenter から Standard へ下げたいのですが……

Q. 役割・機能が多く、DISM が途中で失敗します

まとめ：評価版→製品版は「GVLK→再起動→MAK」で決める

参考：コマンド一覧（抜粋）

安全に終えるための最終チェック

コメント

コメントするコメントをキャンセル

Windows Server 2019のライセンス認証エラー完全対策：評価版から製品版へ変換できない時の解決手順（0x8a010001／0xC004E016／0x80041014／14081）

よくある症状と原因・対処の対応表

最短で確実に通す「推奨フロー」

手順（Standard への変換例）

まだ失敗する場合のチェックリスト

GVLK／KMS／MAK の使い分け（現場で誤りやすい要点）

Windows Server 2019 の代表的な GVLK

エラー別の深掘り対処

0x8a010001：指定されたプロダクトキーを検証できない

0xC004E016：キーの版・チャネル不一致

0x80041014：WMI プロバイダーのロード失敗

14081：DISM 実行中のアンインストール・競合失敗

Edition 関連の注意点（Standard へ下げられないケース）

診断に便利なコマンド集（コピー＆ペースト可）

ネットワーク・到達性による分岐

本番環境での安全運用ポイント

トラブル再現と切り分けのためのスクリプト例

「それでも通らない」時のロードマップ

ケーススタディ

ケース A：DISM で 0x8a010001、その後の slmgr /ipk でも 0xC004E016

ケース B：GUI でキーを入れると 0x80041014

ケース C：/Get-TargetEditions が ServerDatacenter しか出ない

運用メモ：現場で役立つ小技

FAQ

Q. GVLK を入れた時点で KMS が見つからずエラーになります。Edition 変換だけ先に進められますか？

Q. Datacenter から Standard へ下げたいのですが……

Q. 役割・機能が多く、DISM が途中で失敗します

まとめ：評価版→製品版は「GVLK→再起動→MAK」で決める

参考：コマンド一覧（抜粋）

安全に終えるための最終チェック

コメント

コメントする コメントをキャンセル

`0x8a010001`：指定されたプロダクトキーを検証できない

`0xC004E016`：キーの版・チャネル不一致

`0x80041014`：WMI プロバイダーのロード失敗

`14081`：DISM 実行中のアンインストール・競合失敗

ケース A：DISM で `0x8a010001`、その後の `slmgr /ipk` でも `0xC004E016`

ケース B：GUI でキーを入れると `0x80041014`

ケース C：`/Get-TargetEditions` が `ServerDatacenter` しか出ない

コメントするコメントをキャンセル