日々のサーバー運用において、ライセンス認証は欠かせないステップです。しかし、Windows Server 2019の評価版から製品版への移行時に「エラー1168」に直面すると、正しく製品キーを入力しているにもかかわらず作業が先に進めず、手間取ってしまうことがあります。本記事では、このエラーの原因や具体的な対処法を分かりやすく解説し、円滑にライセンスを適用するための手順を詳しくご紹介します。
Windows Server 2019で発生する「エラー1168」とは
Windows Server 2019 Eval（評価版）からServerStandardやServerDatacenterなどの製品版にアップグレードする際、あるいは新たにライセンスキーを入力しようとしたときに、コマンドプロンプトまたはPowerShell上で以下のようなエラーが表示されることがあります。
Error: 1168
The specified product key could not be validated.このエラーは、入力したプロダクトキーが何らかの理由でWindowsのライセンス認証に通らない状況を示しています。文字通りキーが誤っているケースだけでなく、評価版と製品版のエディションの整合性が取れていない場合や、ライセンス形態（OEM、ボリュームライセンス、リテールなど）が合わないケースでも発生しがちです。
主な発生要因
- プロダクトキーの入力ミス
タイプミスや桁数の誤り、または見間違えによる誤入力が原因となり得ます。特に「B」と「8」など、紛らわしいアルファベットや数字は注意が必要です。 - エディションの不一致
評価版（ServerStandardEval）からServerStandardへ移行するのに、ServerDatacenter向けのキーを使ってしまうなど、ターゲットエディションとキーが一致しないケースです。 - ライセンスの種類の違い
ボリュームライセンス（KMS/MAKキー）、リテール版、OEM版など、キーの出所によって認証方法が異なります。エディションは合っていても形態が合っていないとエラーになる可能性があります。 - ネットワーク環境の問題
ライセンス認証をインターネット経由で行う場合、認証サーバー（Microsoft側）に正常に接続できないとエラーとなる場合があります。プロキシサーバーやファイアウォール設定が原因となることも多く見受けられます。 - システムイメージの破損
OSのコンポーネントが破損していると、正常なライセンス認証処理が行えないことがあります。DISMコマンド等での修復が必要になるケースです。
事例：評価版イメージをそのまま本番運用にしていた場合
例えば、一時的に評価版でサーバーを構築し、そのまま実運用へ突入してしまうケースがあります。この状態で正式にライセンスを当てようとした際、評価版との整合性がうまく取れず、エラー1168を引き起こすことがあります。特に長期間利用していると、DISMによるアップグレードプロセスでも何らかのコンポーネントが破損したり、サービスパックやアップデートとの兼ね合いでトラブルが発生しやすくなるため注意が必要です。
エラー1168が出たときの対処ステップ
ここからは、具体的な対処法をステップごとに解説していきます。いずれも「焦らず」「正確に」実行することがポイントです。OSレベルでの作業となるため、誤ったコマンドの実行には注意しましょう。
1. プロダクトキーの再確認
ライセンスエラーの大半は、まず入力キーの問題から始まります。よって最初にプロダクトキーをしっかりチェックしましょう。
- キーをコピー＆ペーストで入力
タイプミスを防ぐためにも、テキストファイルなどに正確に記入したうえでコピー＆ペーストを使うと確実です。 - キーの種類を確認
- ボリュームライセンス（MAK/KMSキー）なのか
- リテール（Retail）キーなのか
- OEMキーなのか これらが評価版からのアップグレードに対応しているかを、マイクロソフトのドキュメントやライセンス購入元の情報で再度チェックしてみてください。
- エディションが一致しているか
評価版からServerStandardEval → ServerStandardにする場合は、ServerStandardのキー以外では認証に通りません。誤ってServerDatacenterのキーなどを使うとエラー1168が出る可能性が高いです。
2. ターゲットエディションとの整合性確認
以下のコマンドで、アップグレード先として対応可能なエディションを確認します。
DISM /online /Get-TargetEditions表示されるリストに「ServerStandard」または「ServerDatacenter」が含まれている場合、それがアップグレード可能なエディションです。例えば、ServerStandardのキーを用いるならターゲットエディションとして「ServerStandard」を指定する必要があります。
DISMコマンド実行例
DISM /online /Set-Edition:ServerStandard /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEulaここでエラー1168が出る場合は、「ServerStandardEval → ServerStandard」の組み合わせに正しいキーが使われているか改めて確認しましょう。必要であれば、以下のような手順で一度エディションを確認してみるのも有効です。
DISM /online /Get-CurrentEdition現在のエディションが「ServerStandardEval」なのか、あるいは「ServerDatacenterEval」なのかを明確に把握しておけば、ターゲットエディションとの不一致を早期に発見できます。
3. ネットワーク接続と認証環境の点検
ライセンス認証の多くはインターネット経由で行われるため、以下の点を確認します。
- サーバーがインターネットに直接出られるか
- ファイアウォールの設定でライセンス認証サーバーへの通信がブロックされていないか
- プロキシサーバー経由の通信が正しく行われているか
- 社内ネットワークのゲートウェイ設定やDNS設定は正しいか
- オフライン環境の場合
- 電話認証を利用する必要がある場合、サーバーのライセンス認証画面（slui.exe 4などの手段）から電話認証手順に従ってキーを入力することができます。
- インターネット接続が不可能なサーバールームなどでは、別途対応が必要になるため、必要に応じてMicrosoftサポート窓口に相談するのが確実です。
4. ライセンスの種類（KMS、MAK、Retail、OEMなど）の確認
ライセンスキーの発行形態によって認証方法が異なります。以下の表は主なライセンス形態と認証方法の違いをまとめたものです。
| 形態 | 特徴 | 認証方法 |
|---|---|---|
| KMSキー | ボリュームライセンス形態の一種。社内KMSホストサーバーを用意する | KMSホストを介して認証を管理する |
| MAKキー | ボリュームライセンス形態の一種。サーバーごとにキーを入力する | マイクロソフト認証サーバーへの接続 |
| Retailキー | 一般的な店頭やオンラインストアで購入するライセンス | インターネットや電話認証 |
| OEMキー | サーバーメーカーやハードウェアに紐づくライセンス | 出荷時に自動適用。個別に認証が必要になる場合も |
エラー1168は、上記形態とOSのエディションが一致しない場合に発生しやすいです。特に評価版からボリュームライセンス（KMS/MAK）へ切り替えるケースでは、キーの誤適用に気を付けましょう。
5. システムイメージの状態を確認して修復
ライセンス認証以前にシステムファイルが破損していると、正しいキーを入力してもエラーが発生する場合があります。以下のコマンドで状態を確認し、必要に応じて修復を試みましょう。
- イメージスキャン（破損チェック）
DISM /online /Cleanup-Image /ScanHealth- 破損箇所の修復
DISM /online /Cleanup-Image /RestoreHealthまた、sfc /scannow などでシステムファイルの整合性をチェックすることもおすすめです。
6. その他のコマンドで認証を試す
DISMでのエディション変更がうまくいかない場合、slmgrコマンドでもライセンスの適用や認証を行うことが可能です。以下はその代表例となるコマンドです。
- slmgr /ipk <プロダクトキー>
→ 新しいキーをインストール - slmgr /ato
→ インストール済みキーでオンライン認証を試す - slmgr /dlv, slmgr /dli
→ ライセンスの詳細情報や認証状態を確認
これらのコマンドを使えば、GUI上での操作が難しいサーバー環境でもスクリプトを組んで認証作業を自動化しやすくなります。
7. エラーが解消されない場合の最終手段
すべての対策を実施してもエラー1168が解消しない場合、下記の方法で問題を切り分けることをおすすめします。
- エディションを再インストールまたは別のイメージでクリーンインストール
評価版からアップグレードする過程でファイルの整合性が崩れている可能性があります。別のWindows Server 2019製品版のISOイメージを利用してクリーンインストールしたうえで、正しいプロダクトキーを入力するとスムーズに認証が通るケースがあります。 - Microsoftの電話認証を利用する
電話認証ではキーを入力した際にデジタル入力システムを介して、個別のインストールIDと確認IDを交換する形で認証を行います。特にネットワークが遮断されているサーバーや、ボリュームライセンスでややこしい構成になっている環境の場合は、有効な解決手段となるでしょう。 - 購入元やボリュームライセンス管理者へ相談
- ボリュームライセンスの場合：VLSC（Volume Licensing Service Center）で発行されたキーが正しいか再確認する
- OEMの場合：ハードウェアベンダーに問合せる
- リテール版の場合：購入時の記載内容やマイクロソフトサポートへの問い合わせ
購入形態に応じたサポート窓口に連絡して、発行キーやライセンスの状態を再度チェックしてもらうことも重要です。
エラー1168を回避するためのベストプラクティス
最新の更新プログラム適用
Windows Server 2019自体に不具合が残っている場合もあるため、常に最新の累積アップデート（Cumulative Update）やセキュリティパッチを適用する習慣をつけましょう。アップデートの適用により、ライセンス認証周りの不具合が修正される場合もあります。
評価版の段階でプランを立てておく
評価版を利用する段階で、本番運用へ移行するスケジュールと手順を把握しておくとスムーズです。特に以下の点を事前に決めておきましょう。
- どのエディション（Standard/Datacenter）へ移行するか
- ボリュームライセンスを使用するのか、個別にリテール/OEMキーを入力するのか
- オフライン運用となるか、オンラインで認証できる環境か
これらを明確にしてからサーバー構築に入るだけで、ライセンス適用時のトラブルを大幅に減らせます。
ライセンス関連ログのチェック
イベントビューアー（Event Viewer）で以下のログを確認すると、エラー1168の詳細な原因を推測できることがあります。
- アプリケーションログ → ライセンスやDISM実行時のエラーが記録されている
- システムログ → OSレベルでエラーや警告が出ていないか
特に「Windows Logs」内の「Application」や「System」にエラーコードや詳細な説明が残っている場合がありますので、そこから原因を特定しやすくなります。
異なるサーバー環境やテスト環境での再現
もし余裕があれば、同じバージョンのWindows Server 2019 Evalをテスト環境に用意し、同じプロダクトキーを使ってアップグレード手順を試してみるのも有効です。本番環境固有の問題か、キー自体の問題かを切り分けられます。
具体的な操作フローのサンプル
ここでは、ServerStandardEval → ServerStandardへのアップグレード時のフロー例を示します。
- サーバーの状態確認
DISM /online /Get-CurrentEdition
DISM /online /Get-TargetEditionsここで現在が「ServerStandardEval」、ターゲットに「ServerStandard」が含まれているか確認。
- システムの整合性チェック
DISM /online /Cleanup-Image /ScanHealth
DISM /online /Cleanup-Image /RestoreHealth
sfc /scannow破損箇所があれば修復を進める。
- エディションの変更とキー適用
DISM /online /Set-Edition:ServerStandard /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula必要に応じてサーバーの再起動を実施。
- ライセンス認証の確認
slmgr /dlv
slmgr /dliここでプロダクトキーの一部が表示され、ステータスが認証済みになっているか確認。必要に応じて slmgr /ato を実行。
- イベントビューアーでエラーの有無をチェック
- エラーや警告が出ていないか
- 1168以外の追加のエラーコードが出ていないか
これらのステップを順番に実行していくと、大多数のケースでエラー1168を解消できるはずです。
まとめ
Windows Server 2019 Eval（評価版）から製品版へのアップグレード時に「エラー1168」が発生する場合、まずはプロダクトキーの種類・エディションの確認といった基本的な点から対処するのが最も確実です。入力ミスやエディション不一致、ライセンス形態の相違、ネットワーク通信の問題など、原因は多岐にわたるものの、正しいステップを踏めば解決は難しくありません。
特に評価版からServerStandardEval → ServerStandardやServerDatacenterEval → ServerDatacenterへのアップグレードを行う際には、DISMコマンドでターゲットエディションを確実に指定し、対応するライセンスキーを使うことが重要です。ネットワーク環境の制約下で認証ができない場合は、電話認証の利用も視野に入れましょう。
もし複雑なエラーが出てしまった場合や、どのキーを使っても認証が通らないという場合には、ボリュームライセンス管理ポータル（VLSC）で再度キーを確認するか、ハードウェアベンダーやMicrosoftサポートに問い合わせてみるのがおすすめです。必要に応じて、クリーンインストールや別のイメージでの再構築を検討するのも手段の一つとなります。最終的には正しいライセンスを適用し、安定したWindows Server 2019環境を維持することで、長期的な運用におけるトラブルを防げるでしょう。
コメント