OEM版のWindows Server 2022 DatacenterでHyper-VのFailover Clusterを組み、ゲストOSとしてWindows Server 2019を導入したのにライセンス認証でつまずいていませんか。そんな方に向けて、AVMA(Automatic Virtual Machine Activation)での認証手順やポイントを解説いたします。
OEM版Windows Server 2022でAVMAを使う背景
OEM版のWindows Serverをホストにした場合、ボリュームライセンスが必要になるのではないかと不安を抱く方も少なくありません。実際に私も最初は「OEM版ホストだとAVMAが無効になるかも…」と心配でした。しかし、結論としてOEM版ホストでもAVMAは動作します。ここでは、その背景や仕組みを詳しく整理します。
AVMAの仕組みとは
AVMA(Automatic Virtual Machine Activation)は、Windows Server 2012 R2以降でサポートされているライセンス認証の方法です。Hyper-Vホストのライセンス情報をゲストOSに伝播させることで、ゲストOSを自動的にアクティベートするのが特徴です。企業規模が大きくなると、Hyper-Vで多数の仮想マシンを運用するケースも増えます。その際に1台ごとにプロダクトキーを入力してライセンス認証を行うのは非常に面倒です。AVMAを利用すれば、ホストに適切なライセンスがある状態なら、ゲストOSは自動的にアクティベートされるので管理が効率化されます。
OEM版ホストへの疑問点
AVMAを使うには、通常はボリュームライセンス(VL)を取得している環境が前提というイメージを持たれる方が多いです。実際にMicrosoftのドキュメントでも、ボリュームライセンスとKMSを組み合わせた記述が見られるので混同しがちです。しかしOEM版のWindows Server 2022 Datacenterを使用していても、きちんとHyper-Vの環境でAVMAを機能させることができます。
実体験から学んだトラブルと対処法
私の経験では、OEM版Windows Server 2022上にFailover Clusterを構築し、そのクラスター内のHyper-VでWindows Server 2019を稼働させた際、初めはライセンス認証が通らずエラー表示が出続けました。「プロダクトキーが無効」や「ライセンス認証に失敗」などのメッセージが出ると、やはり焦ります。しかしながら、以下の対処法を行うことでスムーズに解決へ至りました。
ライセンス認証失敗時の症状
仮想マシンを立ち上げて、Windows Server 2019のライセンスを試みると「ライセンス認証できません」「プロダクトキーが無効です」といったメッセージが出ることがあります。イベントログ(Event ID 12309)を確認しても、AVMAが要求するライセンス情報がゲストOSに十分に伝わっていないという内容が示されることがあります。
ホスト側とゲスト側のイベントログ確認
AVMAでのライセンス認証トラブルを調査する際は、ホスト側とゲスト側両方のイベントログをチェックするのが有効です。特に次のIDがポイントになります。
Event ID 12310(ホスト側)
Windows Server 2022上でHyper-Vがライセンス情報を公開しているかどうかを示すログです。ここで問題があると、そもそもゲスト側が認証情報を受け取れません。
Event ID 12309(ゲスト側)
ゲストOS(Windows Server 2019など)がホストからライセンス情報を取得しようとしたとき、何らかの理由で認証に失敗すると記録されるログです。どのようなエラーコードが返ってきたかを詳細にチェックすることで、設定ミスやエディションの不整合を特定できます。
私の場合はゲスト側のイベントID 12309に「ホストから取得したライセンスが一致しない」というエラーが何度も出ていました。そこでホストのイベントID 12310を調べたところ、ライセンス情報の配布が正しく行われていないことがわかりました。
ライセンス認証を成功させる手順
ここからがAVMAを成功させる際の具体的な流れです。特にエディションの変更やキーの登録手順を誤ると認証がうまくいきません。以下の項目を順に進めることでトラブルを回避できます。
エディション確認
Windows Server 2019をインストールした後、まずは現在のエディションを確認します。Datacenterエディションに変更する必要がある場合もあるため、次のコマンドを使い、エディションをチェックします。
DISM /online /Get-CurrentEdition
ここでStandardだったり、Datacenterであったり、必要に応じて変更が必要かどうかを把握します。
登録可能な製品版エディションの確認
同じくDISMコマンドを使い、どのエディションにアップグレード可能かを調べます。Windows Server 2019 StandardからDatacenterへの移行などが一般的なケースです。
DISM /online /Get-TargetEditions
結果に「ServerDatacenter」が含まれていれば、Datacenterエディションへ移行可能です。
製品版エディションキーの登録
「KMSクライアントプロダクトキー」というMicrosoftが公開しているキーを使うと、StandardからDatacenterへのアップグレードが可能です。たとえばWindows Server 2019 Datacenterの場合、以下のように入力します。
DISM /online /Set-Edition:ServerDatacenter /ProductKey:WX4NM-KYWYW-QJJR4-XV3QB-6VM33 /AcceptEula
この操作を行うとOSはDatacenterエディションへ切り替わり、再起動が必要になることが多いです。
エディション変更時の注意点
エディションを変更する際は、必ず事前にシステムのバックアップを取得しておきましょう。稼働中のサービスに影響が出ないか、テスト環境で事前に試すなどの配慮も大切です。
AVMAキーのインストール
Datacenterエディションにアップグレードしたら、いよいよAVMAのキーを入力します。AVMAキーはゲストOSに設定することで、ホストからライセンス情報を受け取りやすくなります。Windows Server 2019 Datacenter用のAVMAキーは以下のとおりです。
slmgr /ipk H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW
キーの入力後、数分待ってから「slmgr /dlv」でライセンス状態を確認してみましょう。通知状態からアクティブ状態へ移行していればOKです。
AVMAを利用するメリット
Hyper-V上で複数のゲストOSを運用する場合、ライセンス認証の作業をひとつひとつ手動で行うのは大変です。AVMAを正しく導入することで、以下のようなメリットが得られます。
管理の効率化
AVMAを設定しておくと、新規にデプロイした仮想マシンが自動認証されます。デプロイ後の手動設定も減り、担当者の作業負荷が軽減されます。特に企業で複数台のサーバを同時にセットアップする際に重宝します。
ライセンス管理のミスを減らす
プロダクトキーを間違えて入力し続けていると、認証エラーが頻発します。AVMAキーはマイクロソフト公式ドキュメントで公開されているものを入力するだけなので、正しいキーを取得しやすいのもメリットです。
マーカー活用で重要情報を見逃さない
運用中にゲストOSの再インストールやクローンを行うケースでも、AVMAキーを利用すれば認証に手間がかかりません。
失敗しないためのポイント
AVMAは便利ですが、設定を誤ると認証エラーが永遠にループすることもあります。そんなトラブルを避けるためのポイントを押さえておきましょう。
エディションの整合性を保つ
ゲストOSに登録するキーと実際のOSエディションが合致していないと認証できません。たとえばStandardにDatacenterのキーを入れようとしても弾かれます。まずはエディション変更をきちんと済ませてから、AVMAキーを入力するフローを確立することが大切です。
ホストOSのライセンス状態を確認
OEM版のWindows Server 2022 Datacenter自体が、きちんとライセンス認証されているかどうかも確認してください。ホストライセンスが未認証のままだと、当然ながらAVMAを利用したゲストOSのライセンス認証もうまくいきません。
私の運用ケースでは、ホストのライセンス期限が切れる直前まで気づかずに放置してしまい、ゲストOSが突然ライセンスエラーを連発するというハプニングがありました。ホストの管理は意外と盲点になりやすいのでこまめにチェックしてください。
イベントログを活用する
すでに触れたように、イベントログをしっかり追うことで、何が原因で認証が失敗しているのか把握できます。特に初めてAVMAに挑戦する場合や大規模環境でセットアップする場合は、定期的にログをチェックしながら導入テストを進めるのが安心です。
具体的な手順を表で整理
以下に設定手順を表形式でまとめました。全体像を把握する際の参考にしてください。
| 手順 | コマンド例 | 主な内容 |
|---|---|---|
| 1. ゲストOSのエディション確認 | DISM /online /Get-CurrentEdition | 現在のエディション(Standardなど)を把握 |
| 2. 登録可能なエディションの確認 | DISM /online /Get-TargetEditions | Datacenter等への移行が可能か調べる |
| 3. KMSクライアントキーでエディション変更 | DISM /online /Set-Edition:ServerDatacenter /ProductKey:XXXX /AcceptEula | OSをDatacenterエディションに変更 |
| 4. 再起動後のライセンス状態確認 | slmgr /dlv | 通知状態などをチェック |
| 5. AVMAキーをインストール | slmgr /ipk H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW | AVMAによる自動認証を有効化 |
| 6. 最終ライセンス状態の確認 | slmgr /dlv もしくは slmgr /xpr | Activeになっているか確認 |
Failover Cluster環境で気をつけたい設定
Failover Cluster構成では、複数のホストで構成されるため、どのホストにもOEM版のWindows Server 2022 Datacenterが導入されているケースがあります。それぞれのホストがきちんとライセンス認証されていれば、AVMAはクラスタ内のどのノードに仮想マシンが移動しても、適切に認証情報を渡せる仕組みになっています。
クラスター構成時の動作イメージ
クラスター内でVMがフェールオーバーすると、AVMAはホストとなるマシンのライセンス状態を参照します。もし移動先のホストが正しく認証されていないと、ゲストOSのライセンス認証も失敗する可能性があります。そのため、クラスター内の各ホストが安定してライセンス認証されているか日頃からチェックしておきましょう。
認証タイミングのラグに注意
VMが移動した直後にライセンス状態を確認すると、一時的に通知やエラーが表示される場合があります。数分待って正常化することも多いので、焦らずに状況を見守ることが大切です。
一度、フェールオーバー後のタイミングで「ゲストOSがライセンス未認証になった」と運用担当から連絡がありましたが、しばらく待ったら自然にアクティブ状態に変わり、事なきを得ました。
AVMAを活用した運用のまとめ
OEM版のWindows Server 2022 Datacenterでも、Hyper-V上に展開したWindows Server 2019をAVMAキーでスムーズにライセンス認証できます。ボリュームライセンスを別途用意する手間なく、仮想化基盤を効率よく使えるのは大きな利点です。
導入時のチェックリスト
1. ホストOSが認証済みか
2. ゲストOSのエディションとキーが合っているか
3. イベントログ(12309, 12310)を確認したか
4. Failover Cluster構成なら各ノードのライセンス状態をチェック
このあたりを抑えておけば、ライセンスエラーによる運用停止時間を最小限にできるでしょう。
さらなる拡張へのヒント
仮想化基盤の要件が拡大する場合や、Azure Stack HCIのような新しいプラットフォームを導入する場合にもAVMAの概念は引き続き有用です。Microsoftのクラウドソリューションとの連携を考えるときは、Azure上でのライセンス管理やライセンス移行の方針と合わせて検討すると、より一貫した運用が可能になります。
まとめ
OEM版のWindows Server 2022 DatacenterをホストにしたHyper-V Failover Clusterでも、Windows Server 2019ゲストOSのライセンス認証をAVMAで自動化できます。ポイントは、ゲストOSのエディションを正しく設定し、適切な手順でAVMAキーを入力することです。ライセンス認証エラーに直面したら、イベントログのチェックとホスト・ゲスト双方の状態確認が近道になります。面倒に思える作業も、仕組みを理解して丁寧に進めればスムーズにライセンスを通せるので、ぜひ挑戦してみてください。
最初は「OEMだと本当に大丈夫なの？」と疑っていましたが、今では自動認証の快適さにすっかり慣れてしまい、もう手動キー入力には戻れません。
Hyper-Vで仮想環境を管理するうえでAVMAは強力な助っ人です。エディションやライセンスの仕組みは少し複雑ですが、手順を押さえておけば導入後のメリットは大きいはずです。ぜひこの機会に、AVMAを使いこなしてライセンス管理の効率化を図ってください。
コメント