Windows 10 から WSUS（Windows Server Update Services）を管理するために RSAT/管理ツールを入れて WSUS コンソールを開いたら、更新プログラム一覧の「ステータス」を示す三角アイコンだけ位置がずれて見える――そんな“表示崩れ”に遭遇すると、承認やフィルターが誤動作しているのではと不安になります。本記事では、原因の切り分け方と、もっとも確実に直す方法、どうしても 150% の拡大率を維持したい場合の現実的な回避策まで、運用目線で整理します。
症状：WSUS コンソールの「三角（ステータス）」だけがずれて見える
対象になりやすいのは、Windows 10（1803/1809/1909/2004 など）に RSAT を導入して、クライアント側から WSUS コンソール（MMC スナップイン）を起動している構成です。RSAT は Windows のバージョンによって「追加機能（オプション機能）」で入れる場合と、旧来の RSAT パッケージ（KB 番号で案内されるケース）で導入する場合があり、導入方法は違っても表示崩れの本質は同じです。
WSUS サーバー上で同じコンソールを開いたときは正常なのに、Windows 10 の管理端末だけが次のような状態になります。
- 更新プログラム一覧で、ステータスを示す三角アイコンの位置が行とずれて見える
- アイコンの位置がずれるため、別の行のステータスに見えてしまい判断しづらい
- フィルター、検索、承認、コンピューター/グループの集計など“機能”は動作している
- 表示だけが崩れており、WSUS サーバー側の表示と一致しない
ポイントは「処理結果や集計が壊れているのではなく、UI の描画だけが壊れている」可能性が高い、ということです。まずは焦らず、切り分けで原因を確定させます。
影響を受けやすい環境
“ずれる”現象は、端末の設定や表示環境の組み合わせで再現しやすさが変わります。特に、ノート PC の高解像度（WQHD/4K）ディスプレイや、外部モニターを併用している管理端末で起きやすい傾向があります。
| 要素 | 具体例 | 起きやすさ | 補足 |
|---|---|---|---|
| Windows の拡大縮小（スケーリング） | 150% | 非常に高い | 本記事の主要因。WSUS コンソール（MMC）の描画が崩れやすい |
| 解像度 | 13～14インチで 2560×1440、4K | 高い | 文字の読みやすさ目的で 150% にしがち |
| 複数モニター | 内蔵 150% ＋ 外部 100% など混在 | 高い | モニター移動で DPI が変わると UI が乱れやすい |
| 接続方法 | ローカル起動、RDP での起動 | 環境次第 | RDP 側のスケーリング設定でも見え方が変わる |
| カスタム拡大率 | 「カスタム スケーリング」で 140% など | 高い | 150% と同様にレイアウト計算がズレやすい |
原因：Windows 側の画面表示スケーリング（拡大率）150% で MMC の描画が崩れる
結論から言うと、原因は WSUS や承認ルールではなく、Windows 10 側の「拡大縮小（スケーリング）」が 150% になっていることです。WSUS コンソールは MMC（Microsoft Management Console）上で動くスナップインであり、画面上のアイコンや列表示のレイアウトを、DPI（画面の拡大率）に合わせて描画し直します。
ところが MMC ベースの古い UI は、アプリやスナップインによっては高 DPI への追従が完璧ではありません。特に 150% のような中途半端な倍率では、アイコンの描画位置や行の基準線の計算がズレ、結果として「三角アイコンだけ別の位置に描かれる」ように見えることがあります。WSUS コンソール自体は動いているのに、表示だけが怪しく見えるため、運用者が“別の行を見ているつもりで承認してしまう”といったヒューマンエラーも起こり得ます。
おすすめの対処手順：短時間で「表示の問題」と断定する
トラブル対応では「原因の当たり」を早く付けるほど、余計な作業を減らせます。以下は、WSUS 側をいじる前に、管理端末側だけで完結する順番に並べたチェックです。
| 順番 | やること | 所要の目安 | 成功率の目安 | 影響範囲 |
|---|---|---|---|---|
| 最優先 | WSUS コンソールを開いている端末の拡大率が 150% か確認する | 1分 | 高い | 端末のみ |
| 次に | 拡大率を 100% または 125% に変更して WSUS コンソールを再起動する | 3～10分 | 非常に高い | 端末のみ（サインアウトが必要な場合あり） |
| 維持したい場合 | mmc.exe の「高 DPI スケーリングの上書き」を試し、最適な設定を探す | 10～20分 | 中～高 | 他の MMC ツールにも影響する可能性 |
| 追加確認 | 別端末（100%/125%）またはサーバー上で表示が正常か確認する | 5～15分 | 高い | 環境全体の切り分けになる |
この流れで「表示の問題」と断定できれば、WSUS のサービス再起動や DB 作業など、影響の大きい作業に進まずに済みます。
まずやるべき切り分け：サーバー側の問題ではないことを確認する
表示崩れが出ると「WSUS の承認ステータスが壊れた」「更新の必要判定が誤っている」と疑いたくなりますが、実際には UI だけの問題であるケースが多いです。以下の手順で切り分けると、無駄な調査や復旧作業を避けられます。
| 確認ポイント | やり方 | 期待する結果 | 解釈 |
|---|---|---|---|
| 別端末で同じ WSUS を開く | 拡大率 100%/125% の PC か、WSUS サーバー上でコンソールを開く | 三角アイコンが正常位置に表示される | WSUS 側ではなくクライアント表示の問題の可能性が高い |
| 同じ更新プログラムの詳細を開く | 更新プログラムをダブルクリックし、承認/必要台数などを確認 | 詳細の数値は矛盾しない | 行表示だけがずれている可能性を補強 |
| フィルターの結果が妥当か | 「未承認」「必要」などのフィルターを切替 | 件数や対象が想定通り | 判定ロジックは正常で UI 表示だけが崩れている可能性 |
| 画面拡大率を一時的に変える | ディスプレイ設定で 150%→100% に変更して再起動/サインアウト | 表示が復帰する | 原因がスケーリングであることが確定 |
上の最後の行が最短ルートです。拡大率を変えた瞬間（あるいはサインアウト後）に直るなら、WSUS のデータベースや承認状態を疑う必要はありません。
対処法：拡大率を 100%（または 125%）に変更するのが最も確実
現実的で確実な回避策は、Windows の拡大率を 150% から 100%（または 125%）へ戻すことです。WSUS コンソールの表示崩れは、拡大率が原因である以上、元の倍率に戻すのが最短で確実です。
手順：Windows 10 の拡大率を変更する
- Windows の ［設定］ を開く
- ［システム］→［ディスプレイ］ を開く
- ［拡大縮小とレイアウト］ の ［テキスト、アプリ、その他の項目のサイズを変更する］ を確認する
- 150% になっている場合は 100% または 125% に変更する
- アプリによっては反映のため サインアウト が必要な場合があるため、表示の指示に従う
- WSUS コンソールを再起動し、三角アイコンの位置を確認する
管理端末で解像度を上げている場合、100% は文字が小さく感じることもあります。その場合は 125% を試すと、作業性と見やすさのバランスが取りやすいことが多いです。いずれにしても、まずは「150% 以外」で表示が崩れないかを確認してください。
設定画面を素早く開く小技
キーボード操作に慣れている場合は、次の方法が手早いです。
- Win + I で設定を開く
- スタートメニューの検索で「ディスプレイ」と打って「ディスプレイ設定」を開く
また、実行ダイアログ（Win + R）から設定を開きたい場合は次を使えます。
ms-settings:display150% を維持したい場合：mmc.exe の高 DPI 設定（互換性）で回避を試す
ノート PC の内蔵ディスプレイで 150% を前提に作業していると、拡大率を変えたくない（変えられない）事情もあります。その場合は、WSUS コンソールが MMC ベースである点を利用して、mmc.exe（または WSUS コンソール起動ショートカット）に対して高 DPI 設定の互換性オプションを設定します。
ただし、この方法は Windows の描画方式との相性があり、効果は環境によって差が出ます。「100%/125% に戻す」より確実性は落ちるため、まずはテスト端末で検証してから本番運用に取り入れてください。
手順：mmc.exe に対して「高 DPI スケーリングの上書き」を設定する
- エクスプローラーで C:\Windows\System32\mmc.exe を探す
- mmc.exe を右クリックして ［プロパティ］ を開く
- ［互換性］ タブを開く
- ［高 DPI 設定の変更］（または同等の項目）を開く
- ［高 DPI スケーリングの動作を上書きします］ にチェックを入れる
- プルダウンで ［アプリケーション］ / ［システム］ / ［システム（拡張）］ を切り替え、WSUS コンソールで表示が改善するか確認する
この設定は mmc.exe 全体に効くため、イベントビューアーなど他の MMC 管理ツールの見え方も変わることがあります。WSUS だけを直したい場合でも、副作用がないか必ず確認してください。
どのオプションを選ぶべきか
高 DPI の上書き設定は、端末やグラフィック環境で「最適解」が変わります。迷ったときの目安を表にまとめます。
| 上書き設定 | 何が起きるか（ざっくり） | メリット | 注意点 |
|---|---|---|---|
| アプリケーション | アプリ側（mmc.exe）が DPI を処理する前提で表示 | 文字がにじみにくい | アプリが高 DPI 非対応だとレイアウト崩れが残ることがある |
| システム | Windows が拡大処理を肩代わり | レイアウト崩れが改善することがある | 拡大はビットマップ処理になりやすく、ぼやける場合がある |
| システム（拡張） | Windows がより賢く拡大（GDI 系を改善） | 「崩れ」と「ぼやけ」のバランスが良い場合が多い | すべてのスナップインで効くわけではない |
実務的には「システム（拡張）」→「システム」→「アプリケーション」の順に試し、WSUS コンソールのアイコン位置と文字の読みやすさの両方が許容できる設定を探すのが安全です。
WSUS コンソール起動用ショートカットを作る
WSUS コンソールは通常、スタートメニューから起動しますが、検証や運用で“同じ条件”で起動したい場合は、ショートカットを作っておくと便利です。WSUS の MMC スナップイン（wsus.msc）を mmc.exe で開く形にしておけば、トラブル時の再現性が上がります。
"C:\Windows\System32\mmc.exe" "C:\Program Files\Update Services\AdministrationSnapin\wsus.msc"※WSUS のインストール先やスナップインの場所は環境で異なる場合があります。見つからない場合は「wsus.msc」を端末内検索してください。
やりがちな誤対応：UI の問題をサーバートラブルと誤認しない
表示が崩れると、つい「サーバーが壊れたのでは」と大きな作業に着手しがちです。しかし、今回のようにスケーリングが原因のケースでは、次のような対応は効果が薄い（またはリスクがある）ことが多いです。
- WSUS サービスの再起動を繰り返す（表示崩れは端末側なので改善しないことが多い）
- 不要な DB メンテナンスや再同期を始める（時間がかかり、別の問題を誘発する可能性）
- 「承認が壊れた」と決めつけて一括で承認/拒否を変更する（誤操作が起きると影響が大きい）
まずは管理端末側で再現するか、拡大率を変えたときに直るかを確認してから、サーバー側の作業に進むのが安全です。
それでも改善しない場合に確認したいポイント
多くのケースでは拡大率変更か DPI 上書きで改善しますが、環境によっては別要因が重なっていることもあります。ここでは“追加で効くことがある”確認項目をまとめます。
混在 DPI（複数モニター）を整理する
内蔵ディスプレイが 150%、外部モニターが 100% といった混在環境では、ウィンドウを移動した瞬間に DPI 変換が走り、MMC の描画が乱れやすくなります。次のいずれかで負荷を下げられます。
- WSUS コンソールを開くモニターを固定する（移動しない）
- 可能であればモニター間の拡大率を揃える（100%/125% など）
- RDP 利用時は、接続クライアント側の拡大率とリモート側の設定が極端にずれないよう調整する
MMC の表示状態をリセットする
列幅、表示レイアウト、ツリーの展開状態などはユーザーごとに保存されます。表示崩れがスケーリング由来でも、状態ファイルが絡むと“直ったり直らなかったり”に見えることがあります。次を試すと整理できる場合があります。
- WSUS コンソールを閉じる
- %APPDATA%\Microsoft\MMC 配下の関連ファイル（WSUS 関連）を退避してから再起動する
- 列幅をいったん初期に近い状態に戻す（極端に狭い列はアイコンが重なって見えやすい）
※ファイル削除は最終手段です。まずは“退避（バックアップ）”してから行い、戻せる状態で作業してください。
グラフィックドライバーやリモート接続設定の影響を疑う
まれに、GPU ドライバーの拡大処理やリモートデスクトップのスケーリング最適化が絡んで、古い UI が想定外の拡大をされることがあります。特に管理用ノート PC を頻繁にドッキングしたり、RDP を多用したりする場合は、次の観点もチェックするとよいです。
- GPU ドライバーを安定版に更新（または直前の更新で悪化したなら戻す）
- RDP クライアントの「拡大縮小」関連設定を固定し、再現性を確認する
- Windows の「アプリがぼやけないように修正する」系の設定が有効なら、挙動が変わる可能性を考慮する
運用のコツ：WSUS を管理する端末は“表示設定”も標準化する
WSUS は更新管理の基盤であり、コンソールの見間違いはそのまま運用ミスにつながります。特に「ステータスの三角アイコンがずれて見える」状態だと、承認対象を誤認しやすく、トラブルの温床になります。再発防止の観点では、管理端末の“見え方”を標準化することが重要です。
おすすめの標準化パターン
| パターン | 内容 | 向いている環境 | メリット |
|---|---|---|---|
| 管理端末の拡大率を 125% 以下に統一 | WSUS を触る端末だけルール化し、150% は避ける | 管理端末が数台に限定される | 表示崩れを根本回避しやすい |
| WSUS 管理用の仮想マシン/ジャンプボックスを用意 | 解像度と DPI を固定した管理環境で WSUS を操作 | 管理者が多い、端末が多様 | “同じ画面”で運用でき、手順書も作りやすい |
| WSUS サーバー上でのみコンソール操作 | RDP でサーバーに入って操作する | 小規模で運用者が少ない | 表示差が出にくい（ただしセキュリティ/運用ルールは要検討） |
特に複数人で WSUS を触る環境では、「表示スケーリングは 125% まで」などのルールがあるだけで、トラブルシュートの時間が大幅に減ります。
よくある質問
表示がずれていると、承認や必要判定が間違っている可能性はありますか？
今回の症状は、承認状態やフィルターの内部ロジックが壊れるというより、アイコンの描画位置がずれて“そう見える”問題であるケースがほとんどです。切り分け表の通り、別端末（拡大率 100%/125%）やサーバー側で同じ更新プログラムの詳細を確認し、数値や状態が一致するなら、WSUS の中身は正常と判断できます。
125% でも少しずれる／直らないのですが？
混在 DPI（モニターごとに倍率が違う）や、mmc.exe の DPI 上書き設定が影響している可能性があります。まずは 全モニターを同じ倍率に揃える、次に mmc.exe の互換性設定を一度“既定に戻す”→再設定、という順で整理すると原因を追いやすいです。
mmc.exe の互換性設定を変えるのが不安です。副作用はありますか？
mmc.exe は多くの管理ツールが共通で使うため、互換性設定は WSUS 以外にも影響し得ます。イベントビューアーや証明書スナップインなど、普段使う MMC 管理ツールを一通り開いて、文字のぼやけやレイアウト崩れが許容できるか確認してください。副作用が大きい場合は、拡大率を 125% に戻すか、管理用 VM/ジャンプボックス方式に寄せる方が安全です。
サーバー側（WSUS）で設定を変えれば直りますか？
本件はクライアント側の表示スケーリングが主因なので、WSUS サーバー側の設定変更では基本的に改善しません。むしろ、原因を誤認して DB メンテナンスや再インストールを始めると、不要な停止やリスクが増えます。まずは管理端末側の表示設定を疑うのが近道です。
まとめ：まずは拡大率 150% を疑い、確実な回避策から試す
- Windows 10 の WSUS コンソールで三角アイコンがずれて見えるのは、拡大率 150% による MMC 描画崩れが原因になりやすい
- 最も確実な対処は、拡大率を 100% または 125% に変更して表示を確認すること
- 150% を維持したい場合は、mmc.exe の高 DPI 設定（互換性）で回避を試す。ただし環境差がある
- 再発防止には、WSUS を操作する端末の 表示設定を標準化し、見間違いによる運用ミスを防ぐ
コメント