Windows Server環境でリモートデスクトップサービス（RDS）を運用していると、ライセンス管理の手順を誤ってしまう場合があります。とくにサーバーをリセットする際にRDSユーザーCALの無効化をし忘れると、再設定がうまくいかず追加費用をかけなければならないケースもあり、慎重な対処が求められます。
Windows Server 2022 DataCentreにおけるRDSユーザーCALの基礎知識
Windows Server 2022 DataCentreでは、多数の同時セッションや高いパフォーマンスが要求される場面でリモートデスクトップサービス（RDS）がよく利用されます。RDSを使用するためには、ユーザー単位やデバイス単位のクライアントアクセスライセンス（CAL）が必要です。ここでは、RDSユーザーCALに焦点を当て、その仕組みと重要性について詳しく見ていきましょう。
ユーザーCALとデバイスCALの違い
RDSのCALには大きく分けて「ユーザーCAL（User CAL）」と「デバイスCAL（Device CAL）」があります。
- ユーザーCAL: ユーザー1名に対してライセンスを割り当てる方式。ユーザーが複数デバイスを使っていても、同一ユーザーとして認識される限り追加のCALは不要です。
- デバイスCAL: 端末1台に対してライセンスを割り当てる方式。同一デバイスを複数ユーザーが使う場合は、このライセンス形態が適しています。
Windows Server 2022 DataCentreは高い拡張性を誇る反面、ライセンス管理の手順を誤ると再アクティブ化が難しくなるケースがあります。そのため、テストサーバーであってもRDSユーザーCALの扱いには注意が必要です。
RDSライセンスとライセンスサーバーの関係
RDSライセンスを正しく管理するには、ライセンスサーバーをセットアップしてCALをインストール・アクティブ化し、常時ライセンス認証を維持できる環境を整えなければなりません。具体的には以下のような手順を経ます。
- ライセンスサーバーのインストール
Windows ServerでRDSライセンスサーバーの役割をインストールし、ライセンス管理コンポーネントを設定します。 - CALのアクティブ化
Microsoftのライセンス管理ツールや電話認証などを利用して、購入したCALをライセンスサーバーに登録します。 - クライアント接続のライセンス割り当て
ユーザーもしくはデバイスがリモート接続を行う際に、正しいCALが割り当てられたことをライセンスサーバーが証明し、使用数や有効期限を管理します。
ライセンス管理を誤ると起こり得るトラブル
テスト環境や開発環境では、短いスパンでサーバーをリセット・再構築するケースがあります。しかし、RDSライセンスサーバーで管理されているユーザーCALを無効化する前にサーバーを初期化してしまうと、ライセンスサーバー側で「すでにライセンスが使用中」と認識され続ける可能性があります。その結果、同じCALを再入力しても「使用済み」とみなされ、ライセンスが新規に必要になるといった状況に陥るわけです。
RDSユーザーCALが再入力できなくなる原因
今回のケースでは、Windows Server 2022 DataCentreのテストサーバーをリセットしたところ、5つのRDSユーザーCALが「すでに使用中」と見なされ、再入力ができなくなりました。この現象が起こる主な原因は以下のとおりです。
1. ライセンス無効化手順の省略
RDSユーザーCALを別のサーバーに移行したり、サーバーをリセットしたりするときは、ライセンスを一度「リリース」する作業が求められる場合があります。ライセンスを保持しているサーバーでライセンス管理ツールを使い、CALの引き継ぎ手続きを正しく行わないと、以前のサーバーにCALが張り付いた状態のままとなり、新しいサーバーで再度アクティブ化することができません。
2. ライセンスサーバーの再構築に伴う情報不整合
ライセンスサーバーのデータベース情報と実際に割り当てられたCALの数が一致しないと、ライセンスサーバーの再構築後に正しくライセンスを読み込めなくなります。サーバーをリセットしてOS自体を再インストールし、ライセンスサーバーの役割も再度セットアップした場合などによく見られる問題です。
3. ライセンス認証情報の紛失
Windows ServerのRDS CALは、購入時に提供されるライセンスパックIDやアクティベーションキーなどが必要です。これらを紛失すると、新しく構築したサーバー側でライセンスを再インストールできず、結果として既存のCALが使えない状態が続きます。
問題解決のための具体的対策
今回のようにRDSユーザーCALが無効化されず「再入力できない」という場合、以下のステップを行うことで解決が期待できます。
1. ライセンス再インストールの試行
Microsoftの「ライセンス管理ツール(Manage CALs)」ページ(https://activate.microsoft.com/)にアクセスし、アクティブ化したいRDS CALの情報を手元に準備して再インストールを試してみましょう。
- オンラインアクティベーション: インターネット経由でライセンスをアクティブ化する方法。最も簡易的ですが、サーバーのインターネットアクセス状況やライセンスの残数によってはエラーとなる場合があります。
- 電話アクティベーション: オンラインでの手続きが難しいときに利用します。電話で自動音声またはオペレーターに対しCAL情報やサーバー情報を伝え、認証キーを入手する方法です。
2. サーバー情報と購入したCALの確認
ライセンス認証ができない原因として「入力した製品情報やエディションが違っていた」という初歩的なミスも考えられます。サーバーのエディションやプロダクトID、そしてCALの種類（ユーザーCALなのかデバイスCALなのか）と購入数が正しいかを改めてチェックしてください。ライセンス管理ツールやボリュームライセンスサービスセンター(Volume Licensing Service Center: VLSC)を活用し、情報を整理しておくとスムーズです。
3. ライセンス情報の紛失時
もしライセンスに関する書類や購入時のメールを紛失した場合、Microsoftのサポート窓口に連絡し、ライセンス情報の再発行もしくは照会を依頼することが可能です。VLSCにアカウントがあれば、そちらで購入履歴を確認できる場合もあります。ライセンスの正当性を証明できれば、サポートを通じてライセンスを再度アクティベートしてもらえる可能性があります。
4. 新規購入の回避策
RDS CALは安いものではありませんし、既に購入済みのライセンスがあるならば、それを生かせるに越したことはありません。Microsoftサポートに早期に相談して「再アクティブ化」「ライセンスの移行手続き」ができるか確認しましょう。サーバーリセット前にライセンス無効化を行わなかった場合でも、事情を説明すれば再認証の形で救済される可能性があります。
問い合わせ時のポイント
- 契約形態: ボリュームライセンス契約かパッケージ製品かにより、対応窓口が異なる場合があります。
- 購入証明: 購入時の注文番号やメール、請求書などがあれば用意しておくとスムーズです。
- サーバー環境の詳細: OSバージョン、エディション、インストール済みのロールなどを確認しておきます。
RDSライセンス管理のヒントとベストプラクティス
ライセンス管理を失敗しないためには、事前に把握しておくべき事項や日頃の運用で気を付けるポイントがいくつかあります。ここでは、実務で役立つベストプラクティスを紹介します。
1. サーバーリセット前のCALリリース
テストサーバーをリセットする場合は、まずライセンスマネージャーから「RDS CALのリリース」または「ライセンスの取り消し」を実施できないか検討してください。Windows Serverのライセンス管理画面や管理ツールを使ってCALを削除・解除できるケースがあります。
2. ライセンスサーバーの移行手順を理解する
本番サーバーから別の環境にRDS機能を移行する際は、ライセンスサーバーとして稼働している旧サーバーからCALを移管する手続きが必要です。ライセンスの移管は、Microsoftのサポートサイトにある手順書に従って慎重に行いましょう。
移行作業のチェックリスト例
| 作業工程 | ポイント | 注意事項 |
|---|---|---|
| 旧サーバーでライセンスのバックアップ | ライセンスサーバーのデータベースをエクスポート | 必要に応じてレジストリもバックアップ |
| 新サーバーへのRDSライセンスサーバーロールインストール | サーバーマネージャーから追加ロールを有効化 | インストール後にライセンス管理ツールが利用可能に |
| ライセンスの再アクティベーション | 電話またはオンラインでアクティベーション | 誤ったエディションを選択しないように注意 |
| 移行テスト | クライアントPCからRDS接続を実施 | 正常にライセンスが割り当てられるかを確認 |
3. RDSライセンスサーバーの再構築手順
サーバーのリセットや大幅な変更が避けられないときは、RDSライセンスサーバーを再構築する手順を踏まえる必要があります。場合によっては、既存のライセンスデータを削除し、クリーンな状態でライセンスを再インストールするほうがトラブルが少ないこともあるのです。
例として、PowerShellを使ったライセンスサーバー再アクティベーションの流れは以下のようになります。
# PowerShellを管理者権限で起動
# RDSライセンスサーバーサービスの停止
Stop-Service TermService -Force
# 既存のRDSライセンス情報のバックアップ（レジストリなど）
# 例：レジストリエクスポート
reg export "HKLM\SYSTEM\CurrentControlSet\Services\TermService" C:\backup\TermService_backup.reg
# RDSライセンスサーバーサービスの開始
Start-Service TermService
# ライセンスマネージャーを開いて再アクティベーションを実施
# (手動操作が必要)上記のコードはごく一例であり、実運用では環境に合わせてレジストリの場所やサービス名、手順が異なる可能性があります。Microsoftの公式ドキュメントを確認のうえ、十分にテストを行ってください。
トラブルシュートのポイント
RDSライセンスが「使用済み」となる問題は、一度発生すると自力での復旧が困難なケースが少なくありません。ここでは、トラブルを早期に解消するためのポイントをまとめます。
1. イベントログの確認
ライセンス関連のエラーは、Windowsのイベントビューアーに詳細が記録されている場合があります。
- イベントビューアー → Windowsログ → アプリケーション あるいは システム
- RDSライセンスサーバーに関連するイベントIDやエラーコードを確認し、原因を特定する手がかりにします。
2. ライセンスサーバーの状態をチェック
ライセンスマネージャー（「Remote Desktop Licensing Manager」や「rdlicensingdiag」コマンドなど）を使用して、現在どのCALがどのユーザーに割り当てられているかを詳細に確認します。既に使用済みとマークされているCALをリリースできないか検討し、それでも解決しない場合はサポートに連絡するのが得策です。
3. サポート問い合わせのタイミングを逃さない
問題が長引くほど、ライセンス管理のスケジュールが乱れ、業務への影響が拡大します。予期しないエラーが発生した時点で、早めにMicrosoftサポートに連絡を取るのが最善です。サーバーの再インストールや再リセットの回数を重ねるほど、ライセンスの移行履歴が複雑化し、トラブルシュートに時間がかかります。
今後のリスク回避とまとめ
サーバーリセット時にRDSユーザーCALが無効化できず、ライセンスの再入力や追加購入が必要になる事態は避けたいものです。そのためには、以下の点を意識することが重要です。
- リセットや移行前のライセンス解除を徹底する
テストサーバーでも本番環境でも、RDSライセンスを保持しているサーバーを大幅に変更する際は、CALを事前にリリースできるか確認しましょう。 - ライセンス情報のバックアップをとる
ライセンスパックIDや認証キー、購入時のメールなどの情報を一元管理し、いざというときにすぐ対応できるようにしておきます。 - ボリュームライセンスサービスセンターを活用する
ライセンスの契約形態によっては、VLSCにログインすることでオンライン上でライセンス数やキーを確認可能です。紛失リスクを減らせるうえ、再発行手続きもスムーズになります。 - Microsoftサポートへの早めの連絡
ライセンス周りの問題は放置するとますます深刻化します。自己解決が難しいと感じたら、迷わず正式サポートを受けましょう。
最終的には、Microsoftサポートとの連携が鍵となる場合がほとんどです。RDSユーザーCALの再利用が困難になったときは、適切な手続きを踏むことで新規購入を回避できる可能性があります。ライセンス管理は一見地味に思われがちですが、今後の運用コストを抑えるうえでも非常に重要な要素です。適切な管理を行い、トラブルを最小限にとどめましょう。
コメント