Windows Server 2022で購入したリモートアクセスCALを、ソフトウェア互換性のためにダウングレードしたServer 2019で使おうとするとライセンス登録が弾かれてしまい、困っている方も多いのではないでしょうか。今回はその原因や解決策を詳しく解説します。
Windows Server 2022のRDS CALをServer 2019で使う際の背景
Windows Serverシリーズを運用する上で、リモートデスクトップサービス(RDS)のCAL(クライアントアクセスライセンス)は欠かせない要素です。通常、購入したライセンスは同バージョンまたはそれ以降のサーバーOSで利用できるという下位互換があるとされます。しかし、実際にはライセンス認証システム上の手続きや制約があり、想定と異なる挙動を示すことがあります。
特に、Windows Server 2022を正規に購入した後、事情によりServer 2019へダウングレードして運用するケースでは「2022のCALを2019でそのまま使える」と説明されながらも、ライセンスサーバーにキーをインストールしようとするとエラーが出る、という事例が報告されています。こうした問題を解決するには、Microsoftのライセンスサポートと連携しながら手続きを踏むことが重要です。
よくあるトラブルの原因と認証エラーの例
RDS CALの下位互換性は理論上サポートされている場合が多いものの、以下のような要因でインストール時に弾かれてしまうケースがあります。
ライセンス認証サーバーのバージョン不一致
RDSのライセンスサーバーとして機能しているのはServer 2019のライセンスマネージャーです。一方で、登録しようとしているライセンスキーはServer 2022用に発行されたものとなります。
システム上、同一バージョンかそれ以下のライセンスであれば正しく受け付ける設計ですが、バージョンが上位の場合やキー自体の認証がまだシステムに反映されていない場合などにエラーが発生しがちです。
ダウングレード権の手続き不足
Microsoftのボリュームライセンス契約やOEMで購入したライセンスには、一定の条件下でダウングレード権が付与されています。しかし、その行使には正式な手続きやアンロック(Unlock)申請が必要となるケースがあります。
サプライヤーがダウングレードの実施を行ったとしても、ライセンスキーを完全に下位互換として使える状態にするための追加作業が未完了の場合には、ライセンス登録が弾かれる原因となるでしょう。
ライセンス登録情報の反映遅延
Microsoftのライセンスデータベース側で、購入した製品のライセンス情報が正しく反映されるまでに時間がかかる場合があります。特に新しいバージョンのサーバーOSリリース直後や、大量のライセンス発注が行われるタイミングでは、データベース更新が追いつかずエラーになることもあります。
Microsoftライセンスサポートへ問い合わせる手順
実際にライセンスが弾かれてしまった場合、最も効果的な解決策の一つがMicrosoftライセンスサポートへの問い合わせです。以下のステップを踏むとスムーズに問題解決へ近づくことができます。
1. 購入元(パートナー/サプライヤー)への連絡
まずはライセンスを購入したパートナー企業(販売代理店やリセラー)に連絡してみましょう。ライセンスの購入履歴や契約内容が把握できるため、Microsoftへの問い合わせにも代理として動いてもらうことができます。
サプライヤーから「2022のリモートアクセスCALは2019で使える」と説明があった場合、実際にエラーが起きている状況をスクリーンショットやエラーコードとともに共有することで、認証に必要な追加手続きの有無を確認してもらえます。
2. Microsoft公式サポートへの電話連絡
地域ごとに用意されているMicrosoftのサポート窓口に連絡し、「Windows Serverのライセンス」もしくは「リモートデスクトップライセンス」のサポート部署につないでもらいます。
案内が自動音声の場合や多岐にわたるオプションが用意されている場合には、「Other(その他)」や「Remote Desktop License(リモートデスクトップライセンス)」をキーワードとして伝えると担当部署へスムーズに誘導してもらえるでしょう。
また、もし国内窓口が混み合っている、または連絡が難しい状況であれば、アメリカ国内の代表窓口(+1-888-571-2048や+1-800-936-3100など)に国際電話で問い合わせるという方法もあります。海外サポートへ繋ぐ場合は、英語でのコミュニケーションが必要になりますが、日本向けのサポート部署に転送してもらえることもあります。
3. ダウングレード権/アンロック手続きの依頼
サポート担当者に、Server 2022のRDS CALをServer 2019で使用したい旨を具体的に伝えましょう。以下の点を整理しておくと会話がスムーズになります。
- 購入したServer 2022のライセンスエディション
- リモートデスクトップCALの購入形態(OEM、ボリュームライセンス、リセラー経由など)
- ダウングレードを行った理由と日付、作業を担当したサプライヤー
- 発生しているエラーコードやエラーメッセージ
この情報をもとに、Microsoft側がライセンスのダウングレード承認やアンロックのためのプロセスを案内してくれます。場合によっては、ライセンスキーを再発行してもらう必要があるかもしれませんし、追加の書類提出を求められることもあります。
ライセンスサーバー側の設定確認とトラブルシュート
問い合わせを行う前に、自社環境内でできる範囲の確認をしておくと、原因の切り分けと問題解決がよりスムーズになります。
RDSライセンスマネージャーでのエラーメッセージ確認
リモートデスクトップサービスのライセンスマネージャー(“Remote Desktop Licensing Manager”)を開き、インストール済みのライセンスやエラーを確認します。具体的には以下の手順で見られます。
- 「サーバーマネージャー」を開く
- 左ペインの「リモートデスクトップサービス」を選択
- 「RDライセンスマネージャー」を開く(または「ツール > リモートデスクトップサービス > RDライセンスマネージャー」)
- 対象のライセンスサーバーを右クリックし、プロパティやインストール済みのライセンスを確認
エラーコードやエラーメッセージが表示されている場合は、メモしておきましょう。Microsoftサポートへ問い合わせる際の重要な手がかりとなります。
PowerShellでのライセンスサーバーステータス確認
より詳細な情報を取得したい場合や、サーバー上でコマンドを使って状態を確認したい場合は、PowerShellコマンドレットが便利です。例として、ライセンスサーバーの有効性を確認する場合には以下のようなコマンドが有効です。
# ライセンスサーバーを確認する例
Import-Module RemoteDesktop
Get-RDLicenseConfiguration
# 追加でライセンスの状態を詳しく確認するには
Get-RDLicenseServer出力された情報をスクリーンショットなどで保存し、サポートへ提示すると、問題切り分けに役立ちます。
テストユーザー/デバイスによるライセンス配布状況の確認
ユーザーCALなのかデバイスCALなのかによってライセンスの認証手順に若干の違いがあります。Server 2019とServer 2022でのライセンス管理は大きく変わらないものの、運用環境ごとに適用方法が異なる場合があります。
例えば、以下のようなテストを行うことで、原因がライセンスそのものなのか、それともRDS構成・設定に起因するものなのかを絞り込めます。
- デバイスCALを使用しているなら、実際にクライアント端末がライセンスを取得できているか確認する
- ユーザーCALを使用しているなら、Active Directoryのユーザーアカウントごとにライセンスが割り当てられているか確認する
サプライヤーとの連携と注意点
ダウングレード作業はサプライヤー主導で行われることが多いですが、ライセンスの登録や認証に関しては最終的にMicrosoftの承認やシステム反映が必要です。そのため、サプライヤー側と以下のような情報共有を行いましょう。
ダウングレード実施手順の確認
- どのような形でServer 2022からServer 2019へダウングレードを行ったのか
- ダウングレード時点でMicrosoftのライセンスポータルや電話窓口への連絡は行われたか
- ボリュームライセンス契約(VLSC)を通じてメディアとキーを取得した場合は、その手続きが正しく完了しているか
これらをサプライヤーに確認することで、どの段階で手続きに不足があったのかを洗い出すことができます。
ライセンスキーの種類と発行元
RDS CALは以下のように複数のチャネルで発行されることがあります。
- ボリュームライセンス(VLSC)
- OEM(サーバーベンダーがプリインストールで提供)
- リセラー経由のリテールライセンス
ライセンスの発行元や契約形態によっては、ダウングレード権の取り扱いが異なります。サプライヤーがどのチャネルを使用してライセンスを発行しているかを把握しておくと、Microsoftサポートへの問い合わせもより的確に行えます。
RDS CALインストール時のエラーコード事例
以下に、よくあるRDS CALインストールエラーの例と原因を簡単な表でまとめます。
| エラーコード | 原因 | 対策 |
|---|---|---|
| 0xC004F050 | プロダクトキー無効 | キーの種類が違う/バージョン不一致を確認 |
| 0xC004F074 | KMSサーバーへの接続失敗 | ネットワーク環境の確認、ファイアウォール設定 |
| 0xC003F510 | ライセンスサーバーが対応外 | バージョン違い、またはダウングレード未承認 |
| 0x8007232B | DNS名が存在しない | DNSレコード設定、ライセンスサーバー名の確認 |
| 0x80070005 | アクセス拒否 (権限不足) | 管理者権限の確認、グループポリシー等の確認 |
これらのエラーが出る場合は、単純に「キーが使えない」というよりも、ライセンスサーバーの設定やバージョン認証の問題である可能性が高いです。サプライヤーやMicrosoftに問い合わせる際に、エラーコードを伝えると的確なアドバイスを得やすくなります。
トラブルを回避するための事前対策
問題が発生してから対処するのではなく、あらかじめ回避策を講じておくと、ライセンス認証の手間やダウンタイムを減らすことができます。
契約形態の事前確認とドキュメント管理
- ボリュームライセンスの場合はVLSCでのライセンス登録とダウングレード手続きを正しく行う
- OEM版の場合はベンダーからのサポート範囲を確認し、必要であれば追加サポート契約を結ぶ
- リセラー経由で購入した場合は、購入先のサポート窓口と密に連絡を取り、ライセンスキーの種類をしっかり把握する
こうした情報をすべて一元管理しておくと、トラブルが生じても迅速に原因を特定できます。
テスト環境での動作確認
本番環境に導入する前にテスト用のライセンスサーバーやRDS環境を用意し、以下の点を検証するとリスクを大幅に下げられます。
- RDS CALのインストール手順通りにライセンスが認証できるか
- ダウングレードしたOSでのライセンス認証手続きが問題なく行われるか
- サーバー再起動や更新プログラム適用後もライセンスが有効なままか
実際の運用シナリオを踏まえたテストを行っておけば、本稼働時のエラーを事前に防止できます。
サポートへの具体的な相談内容と連絡例
以下のような内容をまとめておくと、Microsoftサポート担当者に状況を的確に伝えられます。電話やメールでサポートチケットをオープンするときの例として参考にしてください。
- 問題の概要: 「Windows Server 2022のRDS CALを購入し、ダウングレードしたServer 2019に適用しようとしたところエラーが発生する」
- 具体的なエラーコード・メッセージ: 0xC003F510や0xC004F050など、スクリーンショットもあれば添付
- 購入形態・ライセンスチャネル: ボリュームライセンス契約(VLSC)を通じて入手orOEM版など
- ダウングレード作業の経緯: いつ、どのようにダウングレードしたのか、サプライヤーが行ったのか自社で行ったのか
- ライセンスサーバーのバージョン・設定: Server 2019上でRDライセンスマネージャーを稼働中
サポート担当者からは、契約書やライセンス証明書(Proof of License)などの提示を求められる場合があります。また、場合によっては一時的にServer 2022環境でCALを認証した上でダウングレード証明手続きを進めるなど、追加ステップが生じることもあるでしょう。
まとめ: スムーズな認証のためにやるべきこと
Windows Server 2022のRDS CALをServer 2019環境で使おうとしてライセンスが弾かれてしまうトラブルは、サプライヤーのダウングレード手続きやMicrosoftライセンスサーバー側の下位互換設定の不備など、複数の要因が重なって起きることが多いです。
しかし、以下のポイントを押さえておけばスムーズに対応できます。
- 購入元サプライヤーへの相談: ダウングレード作業の正確性やライセンスキーの再発行可否などを再確認
- Microsoftライセンスサポートへの直接問い合わせ: 地域窓口や必要に応じて国際電話で「RDSライセンス」担当へつないでもらう
- ダウングレード権/アンロックの手続き: 正式な下位互換を認めるための書類や登録手続きを漏れなく完了させる
- エラーコードを正しく把握: RDライセンスマネージャーやPowerShellでエラー内容を取得し、サポート担当者に共有
- 事前準備とテスト環境: ダウングレード後の動作確認をテスト環境で実施し、本番導入前に問題を洗い出す
問題の根本にあるのは「ライセンスキーの発行バージョン」と「サーバーOSバージョン」の整合性です。Microsoftサポートや購入元サプライヤーと連携しながら正規の手続きを経ることで、最終的にはServer 2019環境でもServer 2022のリモートアクセスCALを使用できるようになる可能性が高いでしょう。少し手間に感じるかもしれませんが、ライセンスコンプライアンスを確保しながら運用を安定させるために必要なステップだと考えて取り組んでみてください。
コメント