Windows Server 2022でリモートデスクトップ環境（ターミナルサーバー）を運用する際、月例のWindowsアップデートを適用するときにInstallモードへの切り替えが必要なのかどうかは、多くの管理者にとって気になるポイントです。本記事では、Installモードを使用した更新手順や注意すべきポイントを中心に解説します。
Windows Server 2022とターミナルサーバーの概要
Windows Server 2022はMicrosoftが提供する最新世代のサーバーOSであり、企業や組織のIT基盤を支える強力な機能を備えています。その中でもリモートデスクトップサービス（RDS）を利用することで、複数のユーザーが同一のサーバー上でアプリケーションやデスクトップ環境を共有できる「ターミナルサーバー（リモートデスクトップセッションホスト）」機能が重要な役割を果たします。
ターミナルサーバーを利用すると、一台のサーバーマシンに対して遠隔から同時接続が可能になり、デスクトップ環境を複数ユーザーで共有したり、専用アプリケーションを一元管理したりと、管理性やコスト削減の面で大きなメリットがあります。しかし同時に、OSやアプリケーションを更新する際には、複数のユーザーが利用している環境が干渉し合わないように注意する必要があります。
リモートデスクトップサービス（RDS）のメリット
- 運用コストの削減: クライアントごとにアプリケーションをインストールする必要がなく、サーバー側で集中管理することでメンテナンスが効率的になります。
- セキュリティの強化: サーバー上での一元管理によって、パッチやウイルス対策などを集中して行えるため、セキュリティリスクを低減できます。
- デバイスの制限が少ない: 薄型クライアントやモバイル端末など、様々なデバイスからリモート接続が可能であるため、柔軟に利用できる点が魅力です。
Installモードとは何か
Windows Serverにおけるターミナルサーバー（RDSセッションホスト）には、大きく分けて以下の2つのモードが存在します。
- Installモード（インストール モード）
- Executeモード（実行 モード）
通常時はExecuteモードで動作しており、ユーザーはアプリケーションを起動して利用できます。一方で、新しいアプリケーションをインストールしたり、更新プログラムを適用するときにはInstallモードへ切り替えることで、アプリケーション固有の設定やレジストリ情報を正しくキャプチャし、すべてのユーザーセッションに反映させやすくします。
特に、RDS環境において複数ユーザーが同時利用している場合、Installモードを利用しないでアプリケーションを更新してしまうと、ユーザーごとのレジストリ設定や環境設定が正常に適用されないリスクが高まります。そのため、アプリケーション導入やアップデート時は、基本的にInstallモードを利用するのが推奨されています。
月例Windowsアップデートとターミナルサーバー
Microsoftは毎月2週目の火曜日（いわゆる「パッチチューズデー」）に、Windows OSやその他ソフトウェア製品のセキュリティ更新プログラムをリリースします。これらの更新プログラムを適用することで、脆弱性の修正や機能の向上が図られますが、ターミナルサーバー環境では次のような点に注意が必要です。
- 複数ユーザーへの影響: ターミナルサーバーでは多くのユーザーが同時に利用している場合があるため、アップデートを適用する時間帯や方法を誤ると業務に支障をきたす恐れがあります。
- レジストリ設定やファイル配置: OSの更新プログラムによって変更されるファイルやレジストリが、ユーザーごとに別管理となってしまうと不具合を生じることがあります。
- 再起動のタイミング: Windowsアップデートには再起動が必要なものが多く含まれます。ターミナルサーバーでは全ユーザーがログオフしていないと更新作業が進行できないケースや、接続中のユーザーに影響が出るケースがあります。
OSの更新時にInstallモードは必要か？
結論から言えば、推奨されるというのが多くの運用事例での意見です。アプリケーション単体のインストールや更新だけでなく、Windowsの更新プログラムを適用する際にもInstallモードを使用することで、更新プログラムが正しく適用され、必要なレジストリやシステムファイルの変更がスムーズに行われる可能性が高まります。
Windows公式ドキュメントではアプリケーションインストール時のInstallモード使用が強く推奨されていますが、ターミナルサーバー上でのOSアップデートについては明確に「必須」とは言及されていないケースがあります。しかし、現場の運用上はアップデートの失敗リスクを抑えるためにInstallモードを使う事例が多いため、実務的には切り替えることをおすすめします。
InstallモードとExecuteモードの違いを比較
ターミナルサーバーのInstallモードとExecuteモードは、設定ファイルやレジストリの書き込み先に違いがあります。下記のような簡単な表でまとめてみます。
| モード | 主な役割 | レジストリの書き込み先 | 利用場面 |
|---|---|---|---|
| Installモード | アプリケーションやOS更新のインストール向け | グローバルなレジストリ設定（All Usersなど）へ | 新規導入、バージョンアップ、OS更新など |
| Executeモード | 通常の動作モード（ユーザーが利用するモード） | ユーザーごとのレジストリ設定（User Profile）へ | 日常の運用、アプリの通常利用 |
このように、Installモードではシステム全体への適用を想定してレジストリ情報が書き込まれるため、複数ユーザーが利用する環境において、新しいプログラムや更新を導入する際には非常に重要です。
アップデート時に想定されるトラブルと注意点
Installモードを使わずにWindowsアップデートを適用したり、複数ユーザーが接続したまま更新を進めたりすると、次のようなトラブルが起こる可能性があります。
アップデートが正しく反映されない
複数のユーザーセッションが同時に存在する状態で更新を行うと、ファイルやレジストリが上書きされなかったり、整合性が取れずにシステムエラーが出る可能性があります。これは特に、管理者権限とユーザー権限の混在が複雑化すると起こりやすい問題です。
ユーザーごとの環境設定が競合する
ターミナルサーバーでは、レジストリ情報やプロファイル情報がユーザー単位で管理されます。Installモードを使用せずに更新すると、グローバル設定が正しく書き込まれないケースや、個々のユーザー設定が上書きされるケースが発生し、アプリケーションが起動できない、OSログオン時にエラーが出るなどの不具合を起こす場合があります。
アップデート中のパフォーマンス低下
ターミナルサーバーは、通常でもリソース使用率が高い傾向にあります。多数のユーザーが同時接続していると、更新作業中にCPUやメモリ、ディスクI/Oへの負荷が増大し、結果的にサービス品質が低下することがあります。そのため、アップデート作業は極力ユーザーが少ない時間帯に行うか、メンテナンスウィンドウを設けるのが理想です。
Installモードで行うメリット
グローバル設定の適用
Installモードでは、システム全体に対するレジストリや設定ファイルの書き込みがスムーズに行われます。月例アップデートも同様に、必要なシステムファイルの上書きや構成変更が行われるので、アップデートの成否に影響を与える環境依存のエラーが発生しにくくなります。
トラブルシューティングの容易さ
アップデートが失敗した場合でも、Installモードで行った履歴を確認することで原因箇所を特定しやすくなります。多くのエラーはユーザーごとのプロファイル設定とグローバル設定の衝突で発生しやすいですが、Installモードを使えばその衝突を最小限に抑えられます。
セッションごとの競合防止
複数のユーザーセッションが同時にアプリを使っている環境で、そのまま更新をかけると競合が起こりやすいです。Installモードで更新を行う前にすべてのユーザーをログオフさせる運用を徹底すれば、競合を防ぎつつアップデートを適用できます。
Installモードへの切り替え手順
ターミナルサーバー（RDSセッションホスト）でInstallモードへ移行するには、管理者権限のコマンドプロンプトやPowerShellを利用します。主に以下の2つのコマンドを覚えておけば十分です。
change user /install
change user /execute- Installモードへ切り替え:
change user /install - 通常（Execute）モードへ戻す:
change user /execute
実際に月例アップデートなどのWindows Updateを行う流れとしては、以下の手順例が考えられます。
- すべてのユーザーにログオフを促し、ターミナルサーバーへのセッションがないことを確認する。
- 管理者アカウントでリモートデスクトップ接続、またはコンソールへログインする。
- コマンドプロンプト（もしくはPowerShell）を管理者として起動し、
change user /installを実行する。 - Windows Updateを実施する（手動でのダウンロード・インストール、もしくはWSUSなどを利用して適用）。
- 更新が完了し、必要に応じて再起動した後、再度管理者としてログインして
change user /executeを実行する。 - 通常運用モードに戻ったら、ユーザーにログオンを再開してもらう。
再起動を伴う場合の注意点
Windows Updateは再起動を要求されるケースが非常に多いです。特に大規模アップデートや累積アップデートでは、複数回の再起動が入ることもあります。再起動後も「InstallモードからExecuteモードへ切り替わっているか」を確認しておかないと、そのままターミナルサーバーが不完全な状態で起動してしまう可能性があります。
再起動後は念のため管理者でログインし、change user /installまたはchange user /executeの状態を確認しておくと良いでしょう。
実際の運用における推奨手順
ターミナルサーバーでの月例アップデートは、以下の運用手順を踏むことで安定性を高めることができます。
- メンテナンス時間帯を確保する
– 深夜や休日など、ユーザーがほとんど利用しない時間帯を選ぶ
– 事前に告知を行い、利用者にログオフを徹底してもらう - サーバーのバックアップを取得する
– システムイメージや重要データのバックアップを定期的に取得しておく
– 更新後に万が一の問題が発生した場合、スムーズにロールバックできる - Installモードへの切り替え
– 管理者としてログインし、change user /installを実行
– これにより、更新プログラムのインストール先がグローバル設定に適用されやすくなる - Windows UpdateやWSUSを利用して更新を実施
– Windows UpdateのGUIやコマンドライン、WSUSの集中管理など方法はさまざま
– 更新が適用されたらサーバーを再起動する - Executeモードに戻す
– 再起動後、再度管理者でログインし、change user /executeを実行
– これで通常利用モードに戻り、ユーザーがログオンできる状態となる - 動作確認
– イベントビューアのシステムログやアプリケーションログにエラーが出ていないかチェック
– アプリケーションが問題なく起動するか試験ユーザーで検証
– 必要に応じてユーザーにテスト利用をしてもらい、不具合がないか確認する
WSUSや管理ツールとの連携
大規模環境では、Windows Server Update Services（WSUS）を導入して、サーバー群やクライアントPCのWindowsアップデートを集中管理している場合が多いです。ターミナルサーバーもWSUSの管理対象に含めることで、以下のようなメリットがあります。
- アップデートの承認制御: 必要な更新プログラムだけを承認し、テスト環境で検証が済んだ時点で本番ターミナルサーバーに適用できる。
- レポート機能の活用: どのサーバーが最新のアップデートを適用済みかを一元的に管理できる。
- 帯域幅の節約: 外部のMicrosoft Updateサーバーに直接アクセスせずに、社内WSUSサーバーからアップデートを取得できるため、ネットワーク帯域を節約できる。
ただし、WSUSからターミナルサーバーに更新を配布する際にも、同様にInstallモードへ切り替えた上で適用を行うか、もしくは事前にテスト環境で問題が出ないことを確認したうえで計画的に本番サーバーで適用する必要があります。
Installモードを使わない場合のリスク
一部の管理者は「アプリケーションをインストール・更新するわけではないから、OSアップデートならそのまま行っても大丈夫では？」と考えるかもしれません。確かに、まったく問題なく動作するケースもありますが、以下のようなリスクが存在します。
- レジストリ競合: OSの更新でもレジストリやシステム設定に変更が入る場合があり、これがユーザーセッション単位の設定とバッティングを起こすと動作不良に繋がる。
- クライアント環境依存の不具合: ターミナルサーバーは様々なクライアントOSから接続されるため、特定の環境のみアップデートが反映されずトラブルが起きる可能性がある。
- 更新プログラムの失敗: インストール時にエラーが発生して、アップデートが部分的に適用される中途半端な状態になり、OSの安定性が低下する。
これらのリスクは一見小さいように思えても、ターミナルサーバーが停止すると多くのユーザーに影響が及ぶため、ビジネスの継続性の観点からもInstallモードを使う安全策を選ぶことが多いです。
更新完了後の確認作業
アップデートが完了したら、以下の項目をチェックしておくと安心です。
- イベントログの確認
– 「システム」および「アプリケーション」ログを中心にエラーや警告が出ていないかを確認する。 - 主要アプリケーションの起動テスト
– 業務で使う主要なアプリケーションを管理者権限および一般ユーザー権限の両方で起動して問題がないか確認する。 - プロファイルの整合性
– ユーザーがログインした際、プロファイル読み込みエラーなどが発生していないか。 - リソースモニタリング
– 再起動直後はCPUやメモリ使用率が上昇することがあるため、余裕をもってモニタリングし、不自然な高負荷がないかをチェックする。
トラブルシューティングのヒント
もしアップデート適用後に不具合が発生した場合は、次のステップを踏むと状況を把握しやすいです。
- Installモードの状態を再確認: 本当に実行モードに戻っているかを
change user /queryなどで確認する。 - セーフモードでの起動: どうしてもエラーが解消されない場合はセーフモードで起動し、アップデートの再適用やアンインストールを検討する。
- バックアップからの復元: 事前に取得していたイメージやスナップショットがある場合は、ロールバックを行い問題箇所の再検証をする。
- 公式ドキュメントやコミュニティフォーラムの参照: Windows Server 2022関連のリリースノートや、テクニカルコミュニティの情報から、同様の事象を抱える事例がないかを調べる。
まとめ
Windows Server 2022のターミナルサーバー環境で月例のWindowsアップデートを適用する際は、アプリケーションインストール時と同様にInstallモードの使用が推奨されます。特に、複数ユーザーが同時利用するリモートデスクトップ環境では、レジストリやファイルの書き込み先が競合しやすいからです。安定運用のためには以下のポイントを押さえましょう。
- 月例アップデートの前にすべてのユーザーをログオフさせる。
- 管理者権限でログインし、
change user /installでInstallモードに切り替える。 - 更新プログラム適用後、必要に応じて再起動し、最後に
change user /executeへ戻す。 - イベントログやアプリケーションの起動テストを行い、不具合がないかを確認する。
この手順を守ることで、ターミナルサーバー環境におけるWindowsアップデート作業をスムーズに進められ、ユーザーに対して安定したリモートデスクトップサービスを提供できます。ひと手間ではありますが、アップデート失敗による大規模障害を未然に防ぐためにも、Installモード運用をぜひ検討してみてください。
コメント