Windows Server 2019 の RD セッションホストにユーザーがログオンすると、RDS ライセンス マネージャー上では「Windows Server 2019 CALs – Per User (Built‑in Overused)」だけが増え続け、インストールしてある 2022 RDS ユーザー CAL がまったく消費されていないように見える──そんな状況に戸惑う管理者は少なくありません。本記事では、この“見かけ上の不具合”の正体と、ライセンス違反になっていないかを確認する具体的な手順を、画像なしでも再現できるレベルで丁寧に解説します。
シナリオと環境の整理
まずは、問題が起きている典型的な構成を整理します。読者の環境と照らし合わせながらご覧ください。
| 項目 | 構成・状況 |
|---|---|
| RDS ライセンス サーバー OS | Windows Server 2022 |
| セッション ホスト OS | Windows Server 2019（RD セッション ホスト） |
| RDS CAL 種別 | Windows Server 2022 RDS ユーザー CAL（アップグレード権付き Campus 契約など） |
| ライセンス モード | ユーザー単位（Per User）で運用 |
| 症状 | 2019 セッションホストにログオンするたび RDS ライセンス マネージャーに「Windows Server 2019 CALs – Per User (Built‑in Overused)」プールが増加し、 2022 CAL プールが消費されていないように見える |
契約としては「2022 RDS ユーザー CAL を 250 本」きちんと購入・アクティブ化しているのに、管理コンソール上の表示だけを見ると「2019 CAL を無制限にオーバーユースしているようにしか見えない」ため、監査や内部統制の観点で不安になります。
結論：多くの場合は UI の“見え方”による見かけの問題
先に結論をはっきりさせておきます。
- Windows Server 2022 の RDS ユーザー CAL は、Windows Server 2019 のセッションホストに対しても有効です。
- 適切に構成されていれば、実際には 2022 RDS CAL が割り当てられています。
- しかし RDS ライセンス マネージャーの UI では、「Windows Server 2019 CALs – Per User (Built‑in Overused)」という別枠が増えて見えることがあるため、2022 CAL が使われていないように錯覚します。
- CSV レポートなどの裏付け情報を見ると、2022 RDS CAL の使用中数が増えていることが確認できるケースが多く、表示上の癖・不整合である可能性が高いです。
つまり、UI だけを見て「2022 RDS CAL がまったく使われていない」「2019 CAL を無制限オーバーユースしている」と判断するのは早計ということです。本当に重要なのは、ライセンス サーバーの設定・CAL のインストール状況・CSV レポートの内容です。
まずやるべきこと：最短チェックリスト
現場で時間をかけずに結論を出すために、最初に確認したいポイントをチェックリスト化します。上から順に確認していくだけで、ほとんどのケースは整理できます。
- RDS ライセンス マネージャーの CSV レポートで 2022 CAL の割当状況を確認する。
- Windows Server 2019 セッションホスト側の ライセンス モードとライセンス サーバー指定を確認する。
- Windows Server 2022 ライセンス サーバー側で 2022 RDS ユーザー CAL がアクティブかつ正しくインストールされていることを確認する。
- UI の「Built‑in Overused」表示は“参考情報”と捉え、数値の整合性を CSV / 診断ツールで確認する。
それぞれ具体的な手順を詳しく見ていきます。
CSV レポートで「本当に」消費されている CAL を確認する
RDS ライセンス マネージャーの左側ツリー表示だけに頼ると、「Built‑in Overused」プールにばかり目が行きます。しかし、実際にどのバージョンの CAL がどのユーザーに割り当てられているかは、CSV レポートの方が正確で読みやすいことが多いです。
CSV レポート取得手順（例）
- Windows Server 2022 の RDS ライセンス サーバーに管理者でログオン。
- 「リモート デスクトップ ライセンス マネージャー」を起動。
- 左ペインでライセンス サーバー名を右クリックし、「レポートの作成」から「ライセンスの使用状況」を選択。
- 対象のライセンス プログラム・製品バージョン（Windows Server 2022 RDS Per User など）を選択し、レポートを作成。
- 出力された CSV ファイルを Excel 等で開き、「製品バージョン」「ユーザー名」「割当日」などの列を確認。
この CSV の中に、Windows Server 2022 RDS CAL としてユーザーが割り当てられている形跡があれば、実際には 2022 CAL が消費されています。UI で「Windows Server 2019 CALs – Per User (Built‑in Overused)」のカウントが増えていたとしても、CSV が 2022 CAL の使用中を示しているなら、ライセンス適用そのものは機能していると判断できます。
| 確認ポイント | 見るべき列 | チェック内容 |
|---|---|---|
| 使用中 CAL のバージョン | Product Version / 製品バージョン | 「Windows Server 2022」「2022」等になっているか |
| 誰に割り当てられているか | User Name / ユーザー | 想定どおりのユーザーアカウントが並んでいるか |
| 割当タイミング | Issued Date / 割当日 | 最近ログオンした日付に近いか |
ここで 2022 RDS CAL が全く増えていない場合は、セッションホスト側の設定ミスやライセンス サーバーの指定漏れなど、別の問題を疑う必要があります。
Windows Server 2019 セッションホスト側の設定確認
次に、RD セッションホスト（Windows Server 2019）の設定を確認します。ここがずれていると、せっかくの 2022 RDS CAL が正しく使われません。
確認するべき 2 つのポイント
- ライセンス モードが「ユーザー単位 (Per User)」になっているか
- ライセンス サーバーに Windows Server 2022 のライセンス サーバー FQDN が指定されているか
ローカル グループ ポリシーでの確認手順
- Windows Server 2019 セッションホストに管理者でログオン。
- gpedit.msc を起動。
- 以下の順に辿ります。
コンピューターの構成→管理用テンプレート→Windows コンポーネント→リモート デスクトップ サービス→リモート デスクトップ セッション ホスト→ライセンス - 「リモート デスクトップ ライセンス モードの設定」を開き、「有効」かつ「ユーザー単位」になっていることを確認。
- 「指定されたリモート デスクトップ ライセンス サーバーを使用する」を開き、Windows Server 2022 ライセンス サーバーの FQDNが設定されていることを確認。
- 設定変更を行った場合は、コマンド プロンプトから
gpupdate /forceを実行し、可能ならサーバーを再起動。
GPO（グループ ポリシー）で一括管理している場合は、同じパスを グループ ポリシー管理コンソール（gpmc.msc）で確認し、「どの OU のサーバーに適用されているか」も合わせてチェックします。
| 設定項目 | 正しい状態 | 誤っている場合の影響 |
|---|---|---|
| ライセンス モード | ユーザー単位（Per User） | デバイス単位のつもりがユーザー単位で運用されていたり、その逆だったりすると、レポートの解釈が難しくなる |
| ライセンス サーバー指定 | 2022 ライセンス サーバーの FQDN | 古いライセンス サーバーや空欄のままだと、想定外の CAL プールを使ってしまう可能性 |
ライセンス サーバー側の状態確認
セッションホスト側が正しく設定されていても、ライセンス サーバー側で RDS CAL のインストールが不完全だったり、サービスが正しく動いていなければ、やはり想定どおりには動きません。
確認すべきポイント
- Windows Server 2022 RDS ユーザー CAL がインストール済みで、アクティベーションが完了しているか。
- Remote Desktop Licensing サービスが正常起動しているか。
- イベント ビューアーの 「TerminalServices-Licensing」ログにエラーが出ていないか。
イベントログ確認の例
- ライセンス サーバーで イベント ビューアーを起動。
アプリケーションとサービス ログ→Microsoft→Windows→TerminalServices-Licensing→Operationalを開く。- ライセンスの発行に失敗しているイベントや、ライセンス不足を示すエラー／警告がないか確認。
ここで明確なエラーが出ていなければ、少なくともライセンス サーバーとしての基本機能は動作していると考えられます。
「Built‑in Overused」表示の正体と捉え方
問題の根っこである「Windows Server 2019 CALs – Per User (Built‑in Overused)」の表示について、もう少し整理します。
「Built‑in」と「Overused」の意味
- Built‑in：ライセンス マネージャーが内部的に用意している“組み込みプール”を表すことがあります。購入した CAL とは別枠として扱われることがあり、UI 上だけに登場することもあります。
- Overused：本来の管理上の上限を超える形で利用されているという意味ですが、ユーザー CAL は技術的に“ブロック”されない（名誉ベースの管理）ため、実際には接続が遮断されるわけではありません。
このため、「Built‑in Overused」はあくまでレポート・可視化のためのラベルと考えるのが実態に近く、すぐさまライセンス違反と断定する根拠にはなりません。重要なのは、購入した CAL 本数と CSV の割当数が大きく乖離していないかを確認することです。
| UI 表示 | 想定される意味 | 管理者がとるべき行動 |
|---|---|---|
| Windows Server 2019 CALs – Per User (Built‑in Overused) | 内部的な 2019 プールとしてカウントされているが、実際には 2022 CAL の割当と紐づいている可能性が高い | CSV レポートで 2022 CAL 側の利用状況を確認し、ユーザー数と契約数のバランスを評価 |
| Windows Server 2022 RDS Per User | 購入・インストール済みの 2022 RDS ユーザー CAL プール | 「インストール済み」「使用中」の数値が CSV と矛盾しないか確認 |
RDS CAL の互換性と前提知識の整理
ここで一度、CAL の種類と互換性について整理しておきます。これを押さえておくと、UI の表示に惑わされにくくなります。
RDS CAL と Windows Server CAL は別物
- Windows Server CAL：ファイル共有やプリンタ共有など、通常の Windows Server の機能にアクセスするための CAL。
- RDS CAL（Remote Desktop Services CAL）：リモート デスクトップ セッションホスト（RDS）に接続するための追加 CAL。
今回問題になっているのはRDS ユーザー CALであり、Windows Server CAL とはライセンス体系も管理方法も別です。RDS CAL が不足していても、ファイルサーバーへのアクセスなどは別の話になります。
上位バージョン RDS CAL の後方互換性
一般的に、RDS CAL は次のような互換性を持ちます。
- 上位バージョン（2022）の RDS CAL は、下位バージョンのセッションホスト（2019, 2016 など）に対して有効。
- 逆に、下位バージョン（2019）の RDS CAL では、上位バージョン（2022）のセッションホストには接続できないのが原則。
したがって、2022 RDS ユーザー CAL を購入している環境で、セッションホストが 2019 であること自体は何の問題もありません。むしろ将来的な OS バージョンアップを見据えた現実的な構成です。
監査・社内説明のために残しておきたい証跡
「見かけ上は 2019 Built‑in Overused が増えて見える」という事象は、第三者に説明する際に誤解を招きやすいポイントです。そこで、監査や社内説明用に以下の証跡を揃えておくと安心です。
- 2022 RDS ユーザー CAL の購入・アクティベーション記録
- ライセンス証書、契約書（Campus 契約など）、ボリュームライセンス サービスセンターのスクリーンショット等。
- RDS ライセンス マネージャーの CSV レポート（2022 CAL の割当実績）
- 定期的（例：四半期ごと）にエクスポートし、日付付きで保管しておくと推移も説明しやすいです。
- イベント ログ（TerminalServices‑Licensing）
- ライセンス発行失敗やライセンス不足が発生していないことの証明になります。
- 構成情報の記録
- GPO 設定（スクリーンショットやバックアップ）。
- セッションホスト一覧と OS バージョン、ライセンス サーバーの一覧。
これらをセットで残しておけば、「UI 上では 2019 Built‑in Overused と表示されるが、契約上は 2022 CAL を適切に保有し、実際の割当も 2022 として行われている」という説明がスムーズに行えます。
必要であれば、Microsoft サポートに事象を提示し、“適法利用と判断される”旨の文言をもらっておくとなお安心です。
追加の改善策・運用上のベストプラクティス
見かけの問題であっても、将来のトラブルを減らすために、以下のような改善・運用を合わせて行うことをおすすめします。
最新累積更新プログラムの適用
- Windows Server 2022 ライセンス サーバー、Windows Server 2019 セッションホストの双方に、最新の累積更新プログラム（CU）やセキュリティ更新を適用しておきます。
- 過去には、ライセンス関連の表示や動作に影響する不具合が修正された例もあるため、更新を怠らないことが重要です。
グループポリシーと構成管理の徹底
- セッションホストが複数台ある場合は、GPO でライセンス モード・ライセンス サーバー指定を一元管理する方が安全です。
- 構成管理ツール（SCCM, Intune, Ansible など）を併用して、レジストリや GPO 設定のドリフトを検知できるようにしておくと、将来的な運用コストを下げられます。
RD ライセンス診断ツールの活用
サーバーマネージャーから利用できる 「RD ライセンス診断」を使うと、セッションホストがどのライセンスサーバーからどのようにライセンスを取得しているかを、UI ベースで確認することができます。
- 警告やエラーが出ていないか。
- 期待どおりにライセンス サーバーを参照しているか。
- ライセンス モードの不一致が指摘されていないか。
CSV とあわせて診断ツールの結果もスクリーンショットで残しておけば、管理・説明資料としての説得力が増します。
よくある勘違いとその整理
今回のような「2022 RDS CAL が使われていないように見える」ケースでは、いくつかの勘違いが重なって不安が増幅することがあります。代表的なものを整理しておきます。
勘違い 1：「Built‑in Overused」がある＝即ライセンス違反
前述の通り、「Built‑in Overused」はあくまでライセンス マネージャーの内部的な表示・ラベルです。
これだけをもって「ライセンス違反」と断定することはできません。
判断のベースにするべきなのは、契約本数と CSV レポート上の割当本数、実際の同時利用数です。UI のラベルは補助的な材料と考えましょう。
勘違い 2：「2022 CAL は 2022 サーバーにしか使えない」
実際には、上位バージョンの RDS CAL は下位バージョンのセッションホストにも有効です。
Windows Server 2019 セッションホストしか存在しない環境でも、2022 RDS CAL を購入しておくことは、将来のバージョンアップに備える合理的な選択です。
勘違い 3：ユーザー CAL はサーバーが自動で厳密に管理してくれる
RDS の ユーザー CAL は「名誉ベース（Honor-based）」のライセンスであり、サーバー側が厳密に「何本まで」と強制するものではありません。
- ライセンス マネージャーの数字はあくまで管理・レポート用。
- 実際のライセンス遵守は、運用側の設計とルールに依存します。
そのため、「Built‑in Overused」の数字だけを見て一喜一憂するより、社内の利用実態に合わせて CAL 本数を適切に見積もり、必要に応じて追加購入するという運用の方がずっと重要です。
実運用に役立つチェックリスト（まとめ版）
最後に、本記事の内容をもとにした実運用向けチェックリストをまとめます。定期点検やトラブルシューティングの際にご活用ください。
| チェック項目 | 確認内容 | 頻度の目安 |
|---|---|---|
| CSV レポートの確認 | 2022 RDS CAL の使用中本数が妥当か、ユーザーの割当状況が想定どおりか | 月次〜四半期 |
| ライセンス モード | セッションホストの GPO / ローカルポリシーが「ユーザー単位」になっているか | 構成変更時・年次レビュー |
| ライセンス サーバー指定 | 全セッションホストが Windows Server 2022 ライセンスサーバーを参照しているか | 新規サーバー追加時・構成変更時 |
| イベントログ | TerminalServices‑Licensing にエラー・警告が出ていないか | 月次＋トラブル発生時 |
| 更新プログラム | ライセンスサーバー／セッションホストともに最新 CU が適用されているか | パッチ適用サイクルに準拠 |
| 証跡の保管 | 契約書、アクティベーション記録、CSV、スクリーンショットを整理・保管しているか | 契約更新時・年次監査前 |
まとめ：表示に惑わされず、CSV と設定で“実態”を押さえる
Windows Server 2019 セッションホストで 2022 RDS ユーザー CAL を利用している環境で、「Windows Server 2019 CALs – Per User (Built‑in Overused)」だけが増え続けるように見える現象は、多くの場合、ライセンス マネージャーの UI 上の見え方による“見かけの問題”です。
- 2022 RDS CAL は 2019 セッションホストに対しても有効であり、設定が正しければ実際には 2022 CAL が割り当てられています。
- UI 上の「Built‑in Overused」表示は、直ちにライセンス違反や重大な障害を意味するものではありません。
- 重要なのは、
- CSV レポートで 2022 CAL の割当状況を確認すること、
- セッションホストのライセンス モードとライセンス サーバー指定を正しく構成すること、
- ライセンス サーバー側の CAL インストール・イベントログに問題がないことを確認すること、
- 監査や社内説明に備えて、契約情報・CSV・ログ・構成情報をセットで残しておくと安心です。
本記事のポイントを押さえておけば、「2022 RDS CAL が使われていない？」という不安を、根拠ある説明と現実的な運用に変えることができます。最後に、ライセンスや契約の最終的な判断が必要な場合は、必ず Microsoft 公式サポートやライセンス担当窓口の見解を確認するようにしてください。
コメント