Windows Server 2016 の WSUS 管理コンソール（WSUS MMC）を開いたとき、同じ WSUS サーバーが「3つ」並んで表示されると、構成が壊れたのでは？と不安になります。ですが多くの場合、実体が増えたわけではなく、MMC が保持している接続定義やスナップイン構成が重複して見えているだけです。原因の考え方から、確実に消す方法、再発させない運用まで整理します。
起きている現象を正しく理解する（「3台ある」わけではない）
WSUS 管理コンソールは MMC（Microsoft Management Console）で動いており、「コンソールファイル（.msc）」に保存された情報に従って画面が構成されます。つまり、画面上で同じ WSUS サーバーが複数表示される場合でも、ほとんどは次のどちらかです。
| 画面での見え方 | 実際に起きていること | よくある原因 | 基本の直し方 |
|---|---|---|---|
| 同じサーバー名が複数並ぶ（例：WSUS01 が3つ） | 同一サーバーへの接続定義が複数登録されている | FQDN/短縮名/localhost、HTTP/HTTPS、ポート違いなどで別接続として保存 | 余分な接続を削除、またはコンソール定義をリセット |
| 同じツリー（Update Services）が複数あるように見える | MMC に同じスナップイン（Update Services）が複数追加されている | コンソールを「保存」した際に重複した構成が .msc に固定化 | 重複スナップインを削除、または新規 .msc を作り直す |
| 削除しても再起動・再ログオンで復活する | 別の場所に保存されたコンソール定義が開かれている／ローミングで復元される | ショートカットがユーザー側の .msc を指している、プロファイル同期 | 「どの .msc を開いているか」を特定して差し替え/削除 |
ここが一番重要で、「WSUS 自体にサーバーが3台登録されている」ような話ではありません。見た目の重複は、ほぼ確実に “管理コンソール側の保存情報” に起因します。
まずやるべき切り分け（3つの表示は本当に同一？）
同じに見えても、内部的には接続文字列が違い「別の接続」として保存されていることがあります。再発防止まで考えるなら、最初にここを確認しておくと後が楽です。
「違い」が出やすいポイント
| 違いの種類 | 例 | なぜ重複に見えるのに別扱いになる？ | 推奨（統一方針） |
|---|---|---|---|
| 名前の違い | WSUS01 / wsus01.contoso.local / localhost | 文字列が違うため、MMC が別の接続先として保存する | FQDN で統一（管理端末・運用手順に明記） |
| プロトコルの違い | HTTP / HTTPS | SSL 有無は別接続扱いになりやすい | HTTPS 運用なら常に HTTPS で接続 |
| ポートの違い | 8530/8531 と 80/443 | 同一ホストでも「別エンドポイント」になる | 環境で決めたポートに固定 |
| 表記揺れ | 大文字小文字、末尾ドット、別名（CNAME） | 管理ツールは表記揺れを吸収しないことがある | DNS の正式名（FQDN）を運用標準にする |
“同じ WSUS なのに3つ” は、実は「接続の作り方が3パターン混ざっている」だけ、というケースがとても多いです。
対処の全体像（結論：重複登録を消すか、保存情報を作り直す）
この問題の対処は、基本的に次の順番で進めると最短です。
- コンソール上で余分な接続（または余分なツリー）を削除する
- 削除できない・何度も復活するなら、開いているコンソール定義（.msc）とユーザー側の保存情報をリセットする
- 最後に、FQDN/HTTP(HTTPS)/ポートを統一して再発防止する
以下、実際の手順を具体的に書きます。操作できる項目は環境（OS 言語、権限、起動方法）で少し変わるため、「どれか1つが必ず当たる」ように複数のルートを用意しています。
コンソール上で余分なサーバー表示を削除する
まずは単純に「同じ接続先が複数登録されている」パターンを潰します。WSUS コンソールのツリーに複数のサーバーが表示されている場合、余分なものを削除できることがあります。
手動削除の手順
- WSUS 管理コンソールを開きます。
- 左のツリーで、同じサーバー名が複数表示されている箇所を確認します。
- 余分なサーバー表示を右クリックし、メニューに Remove Server（または「削除」「Remove」「サーバーの削除」等）があれば実行します。
- 残すべき “正しい接続（FQDN/ポート/HTTPS の統一方針に合うもの）” だけを残します。
ここで消せて、再起動後も復活しなければ完了です。もし以下のような状況なら次の章へ進みます。
- 削除メニューが出ない（削除できない）
- 消したのに、コンソールを閉じて開き直すと戻る
- サーバーが3つ見えるというより、ツリー構成そのものが複製されているように見える
削除できない・復活する場合は「コンソール定義（.msc）」をリセットする
この手の “幽霊のように戻ってくる重複” は、ほぼ例外なく「別の場所に保存されたコンソール定義が開かれている」か、「.msc 自体に重複構成が保存されている」ことが原因です。
ポイントは、あなたが今ダブルクリックしている「WSUS コンソール」が、どの .msc を開いているのかを特定することです。同じ「Windows Server Update Services」と表示されるショートカットでも、参照している .msc が違うと結果が変わります。
どの .msc を開いているか確認する
まずはショートカットの参照先を確認します。
- スタートメニューやタスクバー、管理ツールにある「Windows Server Update Services」ショートカットを右クリックします。
- 「プロパティ」を開き、リンク先（Target）や実行ファイル、作業フォルダーを確認します。
- リンク先に
.mscのパスが含まれていれば、その .msc が “今の表示” の元凶です。
典型的には次のような違いが出ます。
| ケース | よくあるリンク先の例 | 意味 | 次にやること |
|---|---|---|---|
| WSUS 既定の .msc を開いている | %ProgramFiles%\Update Services\AdministrationSnapin\wsus.msc 付近 | 既定コンソール（ただし保存されていれば重複も固定化される） | 既定 .msc を “作り直す” または “新規 .msc に移行” |
| ユーザーが保存した .msc を開いている | %UserProfile%\Desktop\wsus.msc や Documents\*.msc | 過去に保存したカスタムコンソールが原因で重複が残る | その .msc を削除/退避して、正しい .msc に差し替える |
| パスが分からない／見つからない | ショートカットに明示されない、管理ツール経由 | 別経路で起動している可能性 | 手動で既定 .msc を指定して起動し、挙動を比較 |
ここで「ユーザーが保存した .msc」が使われていることが分かったら、話は早いです。その .msc をやめるだけで改善することがあります。
既定の .msc を明示して起動してみる（挙動比較）
ショートカットが怪しい場合は、いったん “明示的に” WSUS の .msc を開き、重複が出るか確認します。方法は2つあります。
- エクスプローラーで
%ProgramFiles%\Update Services\AdministrationSnapin\を開き、wsus.mscを直接起動する - 「ファイル名を指定して実行」で次を実行する
mmc "%ProgramFiles%\Update Services\AdministrationSnapin\wsus.msc"もしこの起動方法だと重複が出ず、普段のショートカットだと重複が出るなら、普段開いている .msc（または保存情報）が原因と断定できます。ショートカットを既定 .msc を指すように直すか、カスタム .msc を捨てる（退避して作り直す）方向で解決します。
MMC の「作者モード」で重複スナップインを削除して保存し直す（効くことが多い）
「サーバーを削除する」というより、MMC に同じスナップインが複数入ってしまっているパターンでは、作者モードで構成そのものを編集するのが確実です。
作者モードで開く
次のコマンドで、コンソールを作者モードで開きます。
mmc /a "%ProgramFiles%\Update Services\AdministrationSnapin\wsus.msc"作者モードで開けたら、以下を確認します。
- メニューから「ファイル」→「スナップインの追加と削除」を開きます。
- 一覧に Update Services（WSUS）のスナップインが複数入っていないか確認します。
- 重複しているものがあれば削除し、1つだけ残します。
- 「ファイル」→「名前を付けて保存」で、いったんユーザーが書き込み可能な場所（例：ドキュメント）に新しい .msc として保存します。
- 以後は、その新しい .msc をショートカットにして運用します。
既定の .msc を直接上書き保存できない場合があります。その場合でも、新しい .msc を作ってそれを正とする運用に切り替えれば、重複が固定化されなくなります（運用的に最も事故が少ないやり方です）。
WSUS コンソールの「保存情報」が別に残っている場合の掃除
ユーザープロファイル配下に MMC の状態が残り、そこから接続先が復元されるケースもあります。すでに %appdata%\Microsoft\MMC を削除して改善しなかったとのことですが、環境によっては Roaming（Roaming Profiles） や 別フォルダー、別ユーザー が絡んで復活することがあります。
よくある保存先（環境差があるため “探す” 方針が安全）
| 候補 | パスの例 | ここに残りやすいもの | 注意点 |
|---|---|---|---|
| Roaming 側 | %AppData%\Microsoft\MMC\ | MMC のユーザー設定（スナップイン状態、表示など） | 削除前に退避推奨。再サインインで復元される場合はローミングが疑わしい |
| Local 側 | %LocalAppData%\Microsoft\MMC\ | 端末ローカルに残る MMC 情報 | Roaming を消しても残る場合がある |
| ユーザーが保存した .msc | %UserProfile%\Desktop\ / Documents\ など | 重複を含む “カスタムコンソールそのもの” | ショートカットがここを指していると、何度でも同じ状態で開く |
「消したのに戻る」場合は、“削除した場所が違う”ことが本当に多いです。WSUS コンソールの場合、単に MMC フォルダーを掃除するよりも、まず .msc を特定して正しいものに差し替えるほうが成功率が上がります。
PowerShell で .msc を探して “怪しいファイル” を洗い出す
GUI で追い切れない場合は、次のようにして .msc を検索すると原因に当たりやすいです（あくまで “探す” 用で、いきなり削除するのではなく、まずは場所と更新日時を確認してください）。
$targets = @(
$env:USERPROFILE,
$env:APPDATA,
$env:LOCALAPPDATA
)
$targets | ForEach-Object {
Get-ChildItem -Path $_ -Filter *.msc -Recurse -ErrorAction SilentlyContinue |
Where-Object { $_.Name -match 'wsus|update' } |
Select-Object FullName, LastWriteTime
}更新日時が新しい wsus*.msc や、怪しいショートカットから辿れる場所の .msc が見つかったら、それが “同じサーバーが3つ表示される” 状態を保持している可能性が高いです。
再発防止のコツ（“同じ形式で接続” を徹底する）
重複表示を消しても、運用が同じだと再発します。特に WSUS では SSL（HTTPS）有効化の有無、ポート、名前の揺れで別接続として保存されやすく、管理者が複数いるほど混ざりやすいです。
運用として決めておくべき接続ルール
| 項目 | 推奨ルール | 理由 |
|---|---|---|
| サーバー名 | FQDN に統一（例：wsus01.contoso.local） | 短縮名、別名、localhost を混ぜると “別サーバー” として保存されがち |
| プロトコル | HTTPS 運用なら常に HTTPS、HTTP 運用なら常に HTTP | HTTP/HTTPS は別エンドポイント。混在すると重複の温床 |
| ポート | 環境標準を明文化（例：8530/8531） | 80/443 と 8530/8531 が混ざると別接続として残りやすい |
| ショートカット | チーム内で同一の .msc を配布（または作り方を統一） | 各自が保存した .msc が増えると、状態差・重複が増える |
「増える」トリガーになりがちな操作
- SSL 有効化（HTTPS へ切り替え）後、以前と同じ感覚で接続してしまい、HTTP の接続も残ったままになる
- 管理端末の DNS 設定や hosts の影響で、ある人は短縮名、別の人は FQDN で接続してしまう
- 一度作者モードで編集した後、何となく保存してしまい、重複構成が .msc に固定化される
- 別の管理者が「自分用にカスタム .msc」を作成し、それが共有フォルダーや引き継ぎ資料に混ざる
再発防止は技術というより運用ルールです。WSUS は長期運用になりやすいので、接続の書式を最初に揃えるだけで、数年後のトラブルが確実に減ります。
確認に役立つ追加チェック（WSUS 側の構成は正常か）
今回の問題はコンソール表示の重複が中心ですが、「念のため WSUS の構成（SSL/ポート）がどうなっているか」も把握しておくと、どの表示を残すべきか判断しやすくなります。読み取りだけならリスクは低いです。
レジストリからポートと SSL 使用有無を確認する
WSUS サーバー上で、次の PowerShell を実行して値を確認します（値名は環境で異なる場合があるため、まず一覧表示が安全です）。
Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\Update Services\Server\Setup" |
Select-Object * | Format-Listここで、ポート番号や SSL 利用（UsingSSL 相当）の情報が読み取れることがあります。表示が3つあるときも、最終的に残す接続は「実際の構成に合うもの（例：HTTPS + 8531）」に統一します。
管理端末が複数ある場合の注意
同じ人だけ発生する／同じ端末だけ発生する場合は、WSUS サーバー側ではなく、管理端末側の .msc・MMC 状態が原因である可能性が非常に高いです。逆に、管理者全員が同じ症状なら、共有された .msc（ファイルサーバー配布、引き継ぎ資料）を誰かが使っているケースが多いです。
どうしても直らないときの最終手段（“新規 .msc でゼロから作る”）
ここまでの手順で大半は解決しますが、「原因を追うより、とにかく早く正常表示に戻したい」場合は、次の最終手段が効果的です。
- 「ファイル名を指定して実行」で
mmcを起動します。 - 「ファイル」→「スナップインの追加と削除」から Update Services を追加します。
- WSUS サーバーへ接続します（このとき必ず運用標準の形式：FQDN/ポート/HTTPS を使う）。
- 「ファイル」→「名前を付けて保存」で、チーム標準の .msc として保存します。
- 以後はその .msc を使い、旧ショートカットや旧 .msc は退避します。
MMC は “一度こじれると表示が戻りづらい” ことがありますが、逆に言うとクリーンな .msc を1つ作ってしまえば安定します。長期運用の現場では、この形に寄せるのが最もトラブルが少ないです。
まとめ（押さえるべきポイント）
- WSUS コンソールで同じサーバーが3つ見えても、実体が3台あるわけではなく、MMC 側の接続定義やスナップイン構成が重複している可能性が高い
- まずはコンソール上で余分な表示を削除し、ダメなら「どの .msc を開いているか」を特定してリセットする
- 作者モード（
mmc /a）で重複スナップインを整理し、新しい .msc として保存して運用すると再発しにくい - 再発防止は、FQDN/HTTP(HTTPS)/ポートの “接続形式を統一” するのが最重要
コメント