日程Fit|「いつ空いてますか?」の往復はもう不要。候補日を選んでURLを送るだけ|登録不要|今すぐ無料で使う →

Windows 10 ESUの複数デバイス登録ガイド|Enrollリンクが出ない原因と対処・上限10台までの実務手順

Windows 10 の延命策として注目される「Extended Security Updates(ESU)」ですが、環境によってはノート PC には「Enroll(登録)」が出るのに、デスクトップ PC には現れない――そんな声が少なくありません。本記事では、複数台(例:ノートとデスクトップ)の Windows 10 を同一の Microsoft アカウントで正しく ESU に登録するための実務的な手順と、表示されないときの深掘り対処を体系化して解説します。

日程Fit。無料・登録不要。「いつ空いてる?」を、ひとつのリンクで。リンクを送って、○△×でかんたん日程調整。無料で日程を作る。
目次

この記事で解決できること

  • Windows 10 の複数デバイスを ESU に登録するための全体像と正しい順序が分かる
  • 「Enroll(登録)」リンクが出ない理由を切り分け、最短で表示させるための具体的な対処が分かる
  • アカウントや台数上限、企業管理(WSUS/Intune)など現場で詰まりやすい論点を予防できる

まず押さえるべき結論(要点の先出し)

ESU は PC ごとに登録が必要です。ノートだけに「Enroll」が出てデスクトップに出ない場合、多くは「前提条件不足」または「更新配信の段階的ロールアウト(提示遅延)」、あるいは「更新制御のポリシーやサービス設定」が原因です。各 PC を Windows 10 バージョン 22H2 の最新累積更新まで揃え、同じ Microsoft アカウント(管理者権限)でサインインし、Windows Update の正常性を確保すれば、順次登録画面が表示されます。アカウント 1 つで 最大 10 台まで登録可能です(11 台目以降は別アカウントが必要)。

前提条件チェック(可視化と一括点検)

以下の表を 2 台とも満たしているか確認します。片方で足りない項目が 1 つでもあると「Enroll」表示に差が出ます。

必須要件確認ポイント確認パス/操作不適合時の対処
OS バージョンWindows 10 22H2 かつ最新累積更新を適用設定 > システム > バージョン情報(または winver「更新とセキュリティ」から更新。見つからない場合は「更新アシスタント」または「インストールメディア」で 22H2 へ更新
アカウント同一 Microsoft アカウントで管理者権限設定 > アカウント > ユーザーの情報/家族とその他ユーザーローカルから Microsoft アカウントへ切替、もしくは管理者グループに追加
登録状況未登録デバイスにのみ「Enroll」が出るWindows Update 画面に ESU のバナー有無を確認既に登録済みなら「Enroll」は表示されない(表示されない=異常と限らない)
更新の正常性WU サービス/ポリシーが邪魔していないサービス、グルポリ、タスクスケジューラ、プロキシ後述の「表示されない理由と対処」を順に実施
台数上限1 アカウント 最大 10 台対象台数を棚卸し11 台目以降は別 Microsoft アカウントで登録

標準の登録手順(2 台とも同じ手順を実施)

  1. Windows Update を開く
    設定 > 更新とセキュリティ > Windows Update(ショートカット:ms-settings:windowsupdate)。
  2. 最新の更新をすべて適用
    「更新プログラムのチェック」→ 表示された更新をすべてインストール → 再起動 → もう一度チェック。
    特に .NET やサービススタック更新(SSU)も含めて完全に最新化。
  3. ESU のバナー/リンクを確認
    Extended Security Updates (ESU) Enrollment」のバナーや「Enroll」リンクが表示されたら、指示に従って登録を完了。
  4. 表示されない場合の基本動作
    更新の再チェック → 再起動 → ネットワーク切替(別回線/テザリング)→ 後述の「表示されない理由と対処」へ進む。

「Enroll(登録)」が表示されない主な理由と、実務的な対処

下の早見表を上から順に潰していくと効率的です。複数要因が重なっていることもあります。

症状想定原因具体的な対処
ノートでは出るがデスクトップに出ない22H2 でない/累積更新が不足/配信段階の差22H2 へ更新 → 累積更新を完了 → 再起動 → 数日おきに WU チェック
常に「最新の状態」と出るがバナーが無いWU サービス異常・キャッシュ破損・配布ポリシーで抑止WU リセット(後述)→ グルポリ/レジストリの更新制御を無効化 → 再チェック
企業端末だけ出ないWSUS/Intune/WUfB など管理配布IT 管理者ポリシーのため、個人 ESU の UI は抑止。個人所有機で対応するか、管理者に相談
サインイン名は同じなのにリンクが無いローカルアカウント/権限不足Microsoft アカウントへ切替、または管理者アカウントで再サインイン
通信はできるが更新が見つからないプロキシ/VPN/セキュリティソフト干渉、時刻ズレVPN を一時無効、別回線で再試行、セキュリティソフトの WU 保護機能を一時無効、時刻同期
特定の KB が異常に失敗し続けるWU コンポーネント破損、ドライバ依存WU リセット → デバイスマネージャで問題ドライバを更新/削除 → 再適用
片方は既に ESU に登録済み登録済み端末には「Enroll」は出ないESU 登録状態を UI で確認。別端末の可否には影響しない

デバイス上限とアカウントの考え方

ESU は 1 つの Microsoft アカウントにつき最大 10 台まで登録可能です。家庭内で台数が多い場合は、台数を棚卸しておきましょう。

台数推奨アプローチ
~10 台同一 Microsoft アカウントで順次登録
11 台以上追加の Microsoft アカウントを用意し、11 台目以降をそのアカウントで登録

現場で効く「確認コマンド」と簡易ヘルスチェック

管理者権限の PowerShell で、サービス状態やバージョン、スキャンを一気に確認/実行します。

# 主要サービスの状態
Get-Service wuauserv,bits,cryptsvc,usosvc,dosvc,waasmedicsvc | Select Name,Status,StartType

# OS バージョンとビルド

Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion' | `
Select-Object DisplayVersion, ReleaseId, CurrentBuild, CurrentBuildNumber, UBR

# Windows Update のスキャンを起動(UI なし)

usoclient StartScan 

見るべきポイント: StartType が「Disabled」や Status が「Stopped」のサービスが多いと要注意です。最低限 wuauserv(Windows Update)、BITScryptsvcusosvcdosvcWaaSMedicSvc は既定(自動 or 手動)で動作している必要があります。

Windows Update を原状回復(キャッシュ/コンポーネントのリセット)

表示遅延の典型要因である WU コンポーネントの不整合は、次の手順で多くが解消します。コマンドは管理者の PowerShell またはコマンドプロンプトで実行してください。

net stop wuauserv
net stop bits
net stop cryptsvc
net stop usosvc
net stop dosvc

ren %systemroot%\SoftwareDistribution SoftwareDistribution.old
ren %systemroot%\System32\catroot2 catroot2.old

net start cryptsvc
net start bits
net start wuauserv
net start usosvc
net start dosvc 
  • その後に再起動 → 「更新プログラムのチェック」を実行。
  • プロキシ/VPN を使っている場合は一時的に外すと検出が進むことがあります。

グループポリシー/レジストリで更新が抑止されていないか

企業管理の名残やチューニングツールで更新が無効化されていると、ESU の案内は現れません。以下を点検します。

  • グループポリシーgpedit.msc
    コンピューターの構成 > 管理用テンプレート > Windows コンポーネント > Windows Update で、更新の一時停止や通知制御が有効化されていないか確認。
    一時的に「未構成」に戻して再起動 → 再スキャン。
  • WSUS 設定
    レジストリ HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate に WSUS URL が残っていると、個人向けの WU 経路が機能しません。値をバックアップの上で削除/未構成に戻し、再起動。
  • Intune/WUfB
    組織ポリシー配下の端末は、個人 ESU の UI が非表示になる場合があります。管理者の方針に従ってください。

管理者権限とアカウントの実務ポイント

  • ローカルユーザー → Microsoft アカウントに切り替える:設定 > アカウント > ユーザーの情報。
  • 管理者権限であること:設定 > アカウント > 家族とその他ユーザー → アカウントの種類が「管理者」。
  • 同じ Microsoft アカウントを 2 台ともで使う。異なるアカウントだと登録は別扱いになります。

ネットワーク・時刻・証明書の基本整備

  • システム時刻:時刻ズレは認証エラーの原因。時刻と言語 > 日付と時刻 > 「今すぐ同期」。
  • ネットワーク切替:ISP やルータのキャッシュ影響を避けるため、スマホのテザリングなど別回線で WU を試す。
  • セキュリティソフト:一部の保護機能が WU を監視/遮断することがある。短時間だけ保護を停止し挙動確認。

イベントログで原因を掴む(高確度の診断)

イベントビューアー:
「アプリケーションとサービス ログ」 > Microsoft > Windows > WindowsUpdateClient > Operational

  • 更新検出/評価/ダウンロードの流れが追跡できます。
  • 繰り返し失敗するエラーコードがあれば、そのコードを手掛かりに対処(WU リセットやネットワーク見直し)。

スケジューラとバックグラウンドタスクの確認

タスク スケジューラ:
タスク スケジューラ ライブラリ > Microsoft > Windows > WindowsUpdateUpdateOrchestrator

  • 無効化や失敗が続いていないか確認。
  • スリープやスケジュール制限で実行機会を逃していないかも要チェック。

22H2 未満からの安全な更新手順(短期収束の型)

  1. 重要データをバックアップ(ユーザープロファイルとライブラリ、アプリ固有の設定)。
  2. 不要アプリを一時アンインストール(古いドライバ/チューナー系など)。
  3. ストレージ空き容量を 20GB 以上確保。
  4. インストールメディア(または更新アシスタント)で 22H2 に更新。
  5. 再起動後、Windows Update を複数回繰り返して累積更新を完遂。

登録後の確認ポイント(2 台とも実施)

  • Windows Update 画面に ESU に関するステータス表示が追加される場合があります。
  • 第 2 火曜(日本では概ね水曜)以降に配信される ESU 向けセキュリティ更新が適用できることを確認。
  • 更新履歴に失敗が並ぶ場合は WU リセットとネットワーク見直しを再実施。

ケーススタディ:ノートのみ表示され、デスクトップに出ない

ある環境で、ノート PC は 22H2 で最新化済み、デスクトップは 22H2 だが 2 回分の累積更新が未適用でした。
対処は次の 3 ステップで収束しました。

  1. デスクトップで WU リセット & 再起動。
  2. 累積更新を 2 回適用(途中で再起動→再チェックを挟む)。
  3. Microsoft アカウントを一度サインアウト→サインインし直し、管理者権限を再確認。

その後 24~48 時間以内に「Enroll」バナーが提示され、登録可能になりました。提示タイミングには段階的ロールアウトの揺らぎがあるため、前提条件が満たせていれば表示の遅延は異常ではありません

企業管理・学校端末の注意点(個人 ESU が非表示になるパターン)

  • ドメイン参加/Azure AD 参加端末で WSUS/Intune/WUfB 管理中の場合、個人向け ESU の UI は出ない設計になり得ます。
  • この場合は管理者の運用方針(ボリュームライセンス版 ESU 等)に従ってください。
  • 中古端末など、以前の管理設定が残ることも。WSUS レジストリやグルポリの「未構成」化で解決するケースがあります。

「それでも出ない」を抜ける 10 のチェックリスト

  1. Windows 10 が 22H2 である(表示は「22H2」、ビルド/UBR も最新級)。
  2. 累積更新・SSU・.NET 更新を含めて更新履歴が最新。
  3. Microsoft アカウントでサインインし、権限は管理者。
  4. 同じ Microsoft アカウントを他の PC と共有している(メールアドレスの打ち間違いに注意)。
  5. WU 主要サービス 6 つ(wuauserv/bits/cryptsvc/usosvc/dosvc/waasmedicsvc)が無効化されていない。
  6. WSUS/Intune/WUfB のポリシーが残っていない。
  7. VPN/プロキシ/セキュリティソフトの干渉がない(試験的に無効/別回線)。
  8. イベントログに繰り返しエラーが出ていない(出る場合はコード起点に対処)。
  9. WU リセットを実施済み。
  10. 時間を置いて再スキャン(段階的ロールアウトを考慮)。

Q&A(よくある誤解を解消)

  • Q:ノートで ESU 登録したらデスクトップにも自動で適用される?
    A:なりません。PC ごとに登録が必要です。
  • Q:「Enroll」リンクが表示されないのは故障?
    A:前提条件不足や配信タイミング差が多いです。本記事のチェックを順に実施してください。
  • Q:1 つの Microsoft アカウントで何台まで?
    A:最大 10 台です。11 台目以降は別アカウントで登録してください。
  • Q:ESU に登録すると機能更新(機能追加)も来る?
    A:ESU はセキュリティ更新の提供を継続する仕組みであり、機能更新を目的としたものではありません。
  • Q:登録を取り消したい場合は?
    A:基本的に PC ごとの登録を前提とした設計で、取り消し手順は限定的です。やむを得ない事情がある場合は、登録時のアカウントで Windows Update 画面の案内に従ってください。

実運用のベストプラクティス(複数台登録をスムーズに)

  • 作業順序の固定化:(1)バックアップ →(2)22H2 化 →(3)累積更新完了 →(4)WU リセット →(5)Enroll 確認。
  • 記録の徹底:登録日時、アカウント、端末名(COMPUTERNAME)をスプレッドシートで把握。
  • ネットワーク冗長:自宅回線とテザリングの二刀流で詰まりを回避。
  • ドライバは控えめ:登録作業中は大型ドライバ更新を避け、安定性優先。

チェックの自動化サンプル(PowerShell)

以下は 2 台以上の PC で同じ確認を反復するための簡易スクリプト例です。管理者の PowerShell で実行してください。

$report = [PSCustomObject]@{
  ComputerName = $env:COMPUTERNAME
  IsAdmin      = ([Security.Principal.WindowsPrincipal] [Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole] "Administrator")
  DisplayVersion = (Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion').DisplayVersion
  Build        = (Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion').CurrentBuild
  UBR          = (Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion').UBR
  ServicesOk   = @("wuauserv","bits","cryptsvc","usosvc","dosvc","waasmedicsvc") | ForEach-Object {
    $s = Get-Service $_ -ErrorAction SilentlyContinue
    if ($s -and $s.Status -ne 'Stopped' -and $s.StartType -ne 'Disabled') { $true } else { $false }
  } | Where-Object { $_ -eq $false } | Measure-Object | Select-Object -ExpandProperty Count
  WUPolicyKey  = Test-Path 'HKLM:\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate'
}

$report | Format-List
Write-Host "ServicesOk=0 が理想、WUPolicyKey=False が理想。" 

安全上の補足(ESU の守備範囲)

  • ESU は 重要/緊急のセキュリティ更新の提供を継続するものです。新機能の追加や大規模な品質改善は対象外です。
  • ESU 登録後も、ブラウザや各種アプリのサポート期限には個別に注意してください。

トラブルを避けるための「やってはいけない」

  • レジストリやシステムファイルを無差別に削除する。
  • 常駐の最適化/自動更新ツールを同時に動かす(WU と衝突)。
  • 半端なネットワーク環境(断続的な VPN、古いプロキシ設定)で登録作業を行う。

まとめ(複数台登録の要点の復習)

  • PC ごとに ESU 登録が必要。片方だけに「Enroll」が出るのは珍しくない。
  • 2 台とも Windows 10 22H2 + 最新累積更新に統一し、同一 Microsoft アカウント(管理者)でサインイン。
  • 表示が遅い場合は、WU リセット、ネットワーク切替、ポリシー解除、イベントログ確認で「表示されない理由」を順に解消。
  • 台数が多い場合は 10 台/アカウントの上限を意識してアカウント設計。
  • 登録後は毎月のセキュリティ更新が適用されることを履歴で確認し、安定運用へ。

付録:現場ですぐ使える「最小構成の手順書」

  1. 両 PC のバックアップを取る。
  2. 両 PC を 22H2 にそろえる。
  3. 累積更新が空になるまで Windows Update を繰り返す。
  4. WU リセットを実施し、再起動 → スキャン。
  5. ノートで Enroll 済みなら、デスクトップも同じ Microsoft アカウントで Windows Update を開く。
  6. Enroll が出ない場合は、VPN/セキュリティソフトを一時停止し別回線で再試行。
  7. それでも不可なら、グルポリ/WSUS の痕跡とサービス状態を点検し是正。

【ユーザー質問へのピンポイント回答】

質問:ノート PC では「Enroll」が出るが、デスクトップには出ない。両方を ESU に登録するには?

回答:両方の PC を Windows 10 22H2 & 最新累積更新にそろえ、同じ Microsoft アカウント(管理者)でサインインしたうえで、Windows Update の正常性(サービス・ポリシー・ネットワーク)を整えてから再スキャンしてください。未登録端末にのみリンクが提示され、段階的ロールアウトにより表示は前後します。1 アカウントで最大 10 台まで登録できます。具体的には、上記「標準の登録手順」と「表示されない主な理由と対処」を順に実施すれば、デスクトップ側にも「Enroll」が提示され、登録を完了できます。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次