合同会社小村ソフト
相談する
メニュー

WSUS非推奨後のWindows Update管理 ── WUfB・Autopatch・Intuneをどう選ぶか

· · Windows Update, WSUS, Intune, Windows Autopatch, 情報システム, セキュリティ, IT資産管理, 中小企業

「WSUSが非推奨になったと聞いた。うちのWSUSサーバーはいつまで使えるのか」「サーバーを更改するタイミングで、WSUSも建て直すべきか、やめるべきか」「そもそも今はWSUSも何もなく、各PCのWindows Update任せ。このままでいいのか」── Windows 10のサポート終了対応の相談を受ける中で、セットで聞かれることが増えたのがこの質問です。

2024年9月にMicrosoftはWSUS(Windows Server Update Services)の非推奨を発表しました。ただ、この「非推奨(deprecated)」という言葉は誤解されやすく、「もう使えない」と早合点して慌てる必要も、「まだ動くから関係ない」と無視してよいわけでもありません。正確には「新機能は作らないが、当面は動き続ける」であり、問われているのは撤去の期限ではなく、次の更新管理をどこに載せるかという設計判断です。

この記事では、WSUSで社内PCの更新を管理してきた(あるいは無管理でWindows Updateに任せてきた)中小企業の情シス担当者を対象に、(1)WSUS継続、(2)Windows Update for Business(WUfB)、(3)Windows Autopatch、(4)Intuneによるクラウド管理、の選択肢を判断表に整理します。内容は2026年8月時点の一次情報にもとづきます。業務アプリの受託開発会社として、更新起因のアプリ障害への備えにも1セクション割きます。

1. まず結論

  • WSUSは2024年9月20日に非推奨と発表されました。意味は「新機能の開発と新規の機能要望の受付の終了」です。既存機能は維持され、更新プログラムはWSUSチャネルを通じて公開され続けています。12
  • 非推奨=即死ではありません。Windows Server 2025にもWSUSロールは搭載されており、本番環境でのサポートとセキュリティ・品質更新は製品ライフサイクルに従って続きます。削除日は発表されていません。32
  • ドライバー同期は一度「2025年4月18日で終了」と予告されましたが、2025年4月4日に撤回されました。閉域ネットワークなど切断環境からのフィードバックが理由で、現在も同期は継続しています。45
  • 後継の本命はWUfBです。現在の正式名称はWindows Update client policiesで、Pro・Education・Enterprise系エディションなら追加費用なし。GPOからもIntuneからも設定でき、配布サーバーは不要です(Homeは対象外)。6
  • WUfBの実体は「延期とリング」です。品質更新は最大30日、機能更新は最大365日の延期と、最大35日の一時停止をポリシーで構成し、パイロット→全社の波状配布を組みます。67
  • 帯域の不安には配信の最適化(Delivery Optimization)が答えます。同一ネットワーク内のPC同士が更新をP2P共有する仕組みで、Pro/Enterprise/Educationでは既定で有効です。8
  • Windows Autopatchは、WUfBの上で承認・スケジュール・保護を自動化するクラウドサービスです。2026年時点ではMicrosoft 365 Business Premiumでも利用でき、Entra ID P1/P2とIntuneが前提です。9
  • 閉域・オフライン環境ではWSUSがまだ現実解です。ただし「使い続けるが、新規の投資はしない」という線を引き、資産台帳と将来計画に織り込んでください。25

この記事の知識マップ

WSUSは2024年9月に非推奨と発表されましたが、同期・配布は動き続けています。後継の本命は追加費用なしのWindows Update for Business(WUfB)で、グループポリシーからもIntuneからも構成でき、その運用を自動化する屋根としてWindows Autopatchがあります。帯域の不安には配信の最適化が答え、閉域ネットワークでは引き続きWSUSが現実解です。

WSUS非推奨後のWindows Update管理の知識マップWSUS、Windows Update for Business(WUfB)、Windows Autopatch、Intune、グループポリシー、配信の最適化、閉域ネットワーク、品質更新・機能更新の延期と一時停止、デュアルスキャンとスキャンソースポリシー、Home・Windows Serverの適用範囲の関係を示す図の後継利用するで構成できるで構成できる自動化する前提とする前提とする利用する軽減する軽減する利用する利用する原因になり得る防止するで構成できる原因になり得る軽減する利用する利用するで構成できるで構成できるで構成できる軽減する両立しない利用する原因になり得る推奨される対応より先に行うべき推奨される対応用いるのは非推奨で構成できるで構成できる前提とする用いるのは非推奨より先に行うべきより先に行うべきWSUSWindows Update for BusinessWindows UpdateグループポリシーMicrosoft IntuneWindows AutopatchMicrosoft Entra ID更新リング更新起因の業務アプリ障害配信の最適化回線帯域の逼迫閉域ネットワークWindows Internal Databaseデュアルスキャン意図しない更新適用スキャンソースポリシーMicrosoft Connected CacheWSUSのドライバー同期品質更新機能更新更新の一時停止Windows HomeエディションWindows ServerWSUSからの移行WSUSへの新規投資更新プログラムの管理ドライバー更新コンプライアンス期限と猶予期間Autopatch対象ライセンス管理者が実質不在の小規模環境WSUSサーバーの停止・撤去エディションの棚卸し

図の実線は常に成り立つ関係、破線は条件付きの関係です(成立条件は詳細ページの各関係の説明に記載)。関係すべての一覧(全36件、根拠・確度つき)と主要概念の定義は知識マップ詳細ページにまとめています。データ: JSON-LD / Turtle

2. WSUSに何が起きたか ── 「非推奨」の正確な意味

まず事実関係を時系列で押さえます。

  • 2024年6月: WSUSのドライバー同期を2025年4月18日で終了すると予告。4
  • 2024年9月20日: Windows IT Pro BlogでWSUS本体の非推奨を発表。新機能の開発を止め、新規の機能要望も受け付けない。ただし既存機能は維持し、WSUSチャネルでの更新公開と、公開済みコンテンツのサポートは継続すると明言。1
  • 2025年4月4日: ドライバー同期の終了予告を撤回。切断環境(閉域ネットワーク)で運用する組織からのフィードバックを受け、Windows Update/Microsoft Updateカタログからのドライバー同期を継続すると発表。5

Microsoft Learnの現行ドキュメントは、WSUSの状態を「非推奨であり新機能は追加されないが、本番環境でのサポートは継続し、製品ライフサイクルに従ってセキュリティ更新と品質更新を受け取る」と説明しています。2 また、Windows Server 2025の非推奨機能一覧にWSUSは載っていますが、そこでの定義も「非推奨のコンポーネントは引き続きWindows Serverに同梱され、本番配置でサポートされる」です。実際、Windows Server 2025にもWSUSロールはあり、「既存の機能とコンテンツは引き続き利用できる」と記されています。3

つまり2026年8月時点の実態は、同期も配布も止まっていない、です。一方で注意しておきたい周辺の動きもあります。WSUSが既定で使うデータベースであるWindows Internal Database(WID)も、Windows Server 2025で非推奨・将来削除予定と明記されました。3 本体より先に足回りから互換性の前提が崩れていく可能性があるということです。

ここから引ける実務の線は明快です。「明日止まる」前提で慌てる必要はないが、WSUSを中心に据えた新規投資(サーバー更改・レプリカ増設・作り込み)はしない。サーバーのリプレース時期が、更新管理を見直す自然な締め切りになります。

3. 選択肢の全体像 ── 4つの道の位置づけ

「WSUSの次」を考えるとき、選択肢は役割の違うものが混ざりがちです。先に整理します。

選択肢 実体 配信経路 追加費用 オンプレADのGPO運用からの地続き度
WSUS継続 オンプレの同期・配布サーバー WSUSサーバーから配布 サーバー維持費 そのまま(現状維持)
WUfB ポリシーで延期・リングを制御 Windows Updateから直接 なし(Pro以上)6 高い(GPOだけで移行可能)7
Windows Autopatch 更新の承認・展開・保護を自動化するクラウドサービス Windows Updateから直接 対象ライセンスに含む9 低い(Entra ID+Intune前提)9
Intune(クラウド管理) デバイス管理基盤。その一機能として更新リングを構成 Windows Updateから直接 Intuneライセンス 低い(管理基盤ごと移行)

見てのとおり、WUfB・Autopatch・Intuneの3つは対立する選択肢ではなく積み重ねです。土台にWUfBのポリシー群があり、それをGPOで書くのが「WUfB単体」、Intuneの更新リングで書くのが「Intune管理」、さらに承認・スケジュール・展開の一時停止までサービスに任せるのが「Autopatch」です。実際、MicrosoftはAutopatchを「WUfB(Windows Update client policies)と連携して動くクラウドサービス」と位置づけています。6

書き方その1書き方その2Windows Autopatchリング編成・展開監視・停止判断まで自動化WUfBのポリシー群(延期・一時停止・期限)= Windows Update client policiesWindows Updateからの直接配信(配布サーバーなし)GPOで構成(オンプレAD)Intuneの更新リングで構成(クラウド管理)

だから中小企業の判断は、実質2段階に分解できます。(1)配布をWSUSからWindows Update直接配信に切り替えるか。(2)ポリシーの置き場所をオンプレAD(GPO)のままにするか、Intuneへ上げるか。オンプレADでGPO運用を続けている会社なら、(1)だけ先に進める ── つまりGPOでWUfBを構成する ── のが最も地続きです。

なお、WSUSがカバーしていたWindows Server自体の更新管理は別問題です。Windows ServerはWindows Updateから機能更新を受け取らないため、WUfBのポリシーは品質更新にしか効きません。7 サーバー台数が少ない中小企業では、サーバーだけWSUS継続または手動運用とし、クライアントPCから先にクラウド配信へ移す形が現実的です。

4. Windows Update for Business ── 追加費用なしの本命

WUfBの仕組みを一言で言えば、「配布サーバーを持たず、Windows Updateからの直接配信を、ポリシーで手なずける」です。

  • 対象エディション: Windows 10/11のPro(Pro for Workstations含む)・Education・Enterprise(LTSC、IoT Enterprise含む)。Homeは対象外です。追加費用はかかりません。6
  • 設定手段: グループポリシーとMDM(Intuneなど)の両対応です。GPOの置き場所は コンピューターの構成\管理用テンプレート\Windowsコンポーネント\Windows Update 配下で、品質更新の延期は「Select when Quality Updates are received」、機能更新の延期は「Select when Preview Builds and feature updates are received」ポリシーが対応します。Intune/MDMでは Update/DeferQualityUpdatesPeriodInDays などのポリシーCSPを使います。7
  • 延期できる日数: 品質更新(毎月第2火曜が基本)は最大30日、機能更新(年次)は最大365日。加えて、問題が起きたときに配布を止める一時停止が最大35日(開始日からの計算で、期限が切れると自動再開)です。67
  • 対象にできる更新の種類: 機能更新・品質更新のほか、ドライバー更新(既定で有効。ExcludeWUDriversInQualityUpdate で除外可能)、Officeなど他のMicrosoft製品の更新(既定で無効。AllowMUUpdateService で有効化)を制御できます。7
  • 期限と猶予: 延期とは別に、更新の公開から何日以内にインストールし、インストール後何日以内に再起動させるかを決めるコンプライアンス期限+猶予期間のポリシーがあります。「いつまでも再起動しないPC」への答えがここです。6

リング設計の考え方

WSUSの「承認」に相当するのが、延期日数を変えたリング(波)です。Microsoft自身、延期期間の異なるグループを作って小さな集団で品質を確認してから全体へ広げる使い方を想定しています。7 たとえば次のような3リングが出発点になります。

リング 対象 品質更新の延期 ねらい
パイロット 情シス+各部門の代表機(全体の5〜10%) 0〜3日 業務アプリを含む実地検証
先行 影響許容度の高い部門 7日前後 パイロットで拾えない構成差の検出
全社 残り全部 14日前後 問題が出た場合は一時停止(最大35日)で止める

「承認ボタンを押さないと配られない」WSUSと違い、WUfBは放っておけば期限どおりに配られる仕組みです。管理の重心が「配る作業」から「止める判断」に変わる、と理解するのが早道です。

問題なし問題なし問題あり問題あり更新の公開(毎月の品質更新など)パイロット延期0〜3日先行延期7日前後全社延期14日前後一時停止(最大35日)で全社への拡大を止める切り分け: アプリ修正かポリシー側の除外か解消後に再開

帯域の不安には配信の最適化

WSUSをやめると全PCがインターネットから更新を取りに行くため、拠点の回線が心配になります。ここに答えるのが配信の最適化(Delivery Optimization)です。同一ネットワーク内のPC同士が、ダウンロード済みの更新パッケージをP2Pで分け合う仕組みで、Pro・Enterprise・Educationでは既定でローカルネットワーク内のピア共有が有効になっています。対象はWindows Updateの機能更新・品質更新・ドライバーのほか、ストアアプリ、Microsoft Defenderの定義更新、Microsoft 365 Appsなど広範です。8 Microsoft社内の展開では、コンテンツの76%以上をインターネットではなくピアから取得したと報告されています。8 さらに絞りたい場合は、専用のキャッシュサーバーを置くMicrosoft Connected Cacheという選択肢もあります。8

5. Windows Autopatch ── 「更新運用そのもの」を外に出す

WUfBを構成しても、リングの設計、展開状況の監視、問題発生時の停止判断は自分の仕事として残ります。この運用部分までサービスに任せるのがWindows Autopatchで、Windows Updateから配信される更新の承認・スケジュール・保護(問題検出時の展開制御)を自動化します。6 Autopatchグループと更新リングの自動編成、品質・機能・ドライバー/ファームウェア更新の展開管理、展開状況のレポートが主な中身です。9

必要条件は2026年時点で次のとおりです。9

  • ライセンス: Microsoft 365 Business Premium、Windows 10/11 Education A3/A5、Windows 10/11 Enterprise E3/E5(Microsoft 365 F3/E3/E5に含む)、Enterprise E3/E5 VDAのいずれか。かつてのようなE3限定ではなくなりましたが、ライセンス帯によって使える機能に差があり、Microsoftへのサポートリクエスト機能はE3以上とF3のみです。
  • 基盤: Microsoft Entra ID P1/P2とMicrosoft Intuneが必須。デバイスはIntune登録済み(ConfigMgr共同管理も可)の会社所有PCで、直近28日以内にIntuneと通信していること。オンプレADのみの環境では使えません(Entraハイブリッド参加なら可)。
  • 対象OS: Windows 10/11のPro・Education・Enterprise系エディション、一般提供(GA)チャネル。LTSCは品質更新の管理のみ対応です。

中小企業にとっての現実性はこう整理できます。Business Premiumを既に使っていて、PCをIntuneで管理している(またはこれから管理する)なら、Autopatchは「追加費用ゼロで載る屋根」です。逆に、オンプレADとGPOだけで回している会社にとっては、Autopatch導入=Entra ID+Intuneへの移行プロジェクトになり、更新管理のためだけに踏み切る規模の話ではありません。その場合はまずGPOでWUfBに移り、クラウド管理へ移行する日が来たらAutopatchを検討する、という順番が自然です。

6. 判断表 ── どの会社がどれを選ぶか

ここまでを1枚にまとめます。まず大きな分岐をフローで確認し、詳細は表で詰めてください。

はいいいえいいえ(オンプレAD+GPO)はいあるない閉域・オフライン網かWSUS継続台帳+見直し期限つきの管理された例外にPCをIntuneで管理しているか(または移行予定か)GPOでWUfBを構成追加費用なし・最も地続きBusiness PremiumやE3以上のライセンスがあるかWindows AutopatchIntuneの更新リング(WUfB)
状況 推奨 理由・備考
閉域・オフライン網のPCがある(工場・検査装置など) WSUS継続 クラウド配信が物理的に成立しない。ドライバー同期も継続中5。台帳管理と期限つきで
オンプレAD+GPO運用。クラウド管理の予定なし WUfB(GPOで構成) 追加費用なし・配布サーバー廃止可。管理の地続き度が最も高い7
Microsoft 365 Business Premium契約済み。Intune管理へ移行中/移行済み Autopatch(またはIntune更新リング) ライセンスに含まれ、運用自動化まで得られる9
Enterprise E3/E5(M365 E3/E5)契約済み Autopatch Microsoftへのサポートリクエストを含むフル機能が使える9
PCが数台〜十数台で管理者が実質不在 無理にWSUSを建てない。Windows Update既定+棚卸し 管理の空白が最大のリスク。まず全台のPro化とインベントリから
Windows Server自体の更新管理 WSUS継続または個別運用 WUfBは機能更新を扱えない(品質更新ポリシーのみ)7

注意点を2つ添えます。第一に、Homeエディションが混ざっているとWUfBの土俵に乗りません。6 小規模企業で「買った時のままHome」というPCは珍しくなく、移行計画の最初の作業は実はエディションの棚卸しです。第二に、閉域のWSUSを残す判断は「公平に見て合理的」ですが、非推奨の事実は変わりません。サポート終了済みWindows 10の隔離運用と同じで、台帳に載せ、見直し期限を切って初めて管理された例外になります。

7. 移行の実務 ── WSUSからWUfBへ移すときの骨子

WSUSからWUfBへの切り替えで技術的に一番つまずきやすいのは、新旧ポリシーの混在です。全体の流れを先に示します。

1. 全GPOのポリシー棚卸し(WSUS指定・自動更新・延期系)2-3. スキャンソースポリシーで更新の種類ごとに取得元を明示4. 機能更新の延期・ターゲットバージョンを明示(Windows 11事故防止)5. パイロットから順にWSUS指定を外しWUfBポリシーを適用(1〜2か月並行)6. 全台切替後に1サイクル観察してWSUSサーバーを畳む(閉域用は台帳へ)

手順の詳細は次のとおりです。

  1. 現状のポリシーを棚卸しする。WSUSサーバー指定(イントラネットの更新サービスの場所)、自動更新の構成、過去に入れた延期系ポリシーの3種を全GPOから洗い出します。
  2. デュアルスキャンの罠を知る。Windows 10では、WSUSサーバー指定と延期ポリシーが同居するとスキャン先がWindows Updateへ切り替わる挙動(いわゆるデュアルスキャン)があり、これを抑止していた旧ポリシーはWindows 11ではサポートされません。10
  3. スキャンソースポリシーで明示する。現在の正攻法は コンピューターの構成\管理用テンプレート\Windowsコンポーネント\Windows Update\Manage updates offered from Windows Server Update Service 配下の「Specify source service for specific classes of Windows Updates」で、機能更新・品質更新・ドライバー・その他Microsoft製品の4分類ごとに、取得元をWSUSかWindows Updateか指定することです(MDMでは SetPolicyDrivenUpdateSourceFor～ の4ポリシーをすべて設定)。Microsoft自身、オンプレ管理からクラウドへの移行期に「まずドライバーだけクラウドへ」のような段階移行を推奨しています。10
  4. Windows 11の想定外アップグレードに注意する。WSUS構成のまま機能更新のスキャンソースや提供ポリシーを未設定にしておくと、利用者が「更新プログラムのオンライン確認」を押した際にWindows 11へのアップグレードが見えることがあります。10 移行期こそ機能更新の延期(最大365日)やターゲットバージョン指定を明示してください。
  5. リングを作って切り替える。4章の3リングを用意し、パイロットのOU/グループから順にWSUS指定を外してWUfBポリシーを適用します。1〜2か月の並行期間で配信の最適化の効き(ピア取得率)と回線負荷を確認してから全社へ広げます。
  6. WSUSサーバーを畳む。全クライアントの切り替え後、サーバーはすぐ消さず1サイクル(1か月)観察してから停止します。閉域用に残す場合は、役割をそこに限定して台帳に記載します。

8. 業務アプリ側の視点 ── 更新で業務を止めないために

受託開発の立場から言えば、更新管理の方式変更で本当に守りたいのは「パッチが当たること」だけでなく、パッチが当たっても業務アプリが動き続けることです。IPAの「情報セキュリティ10大脅威」でも、修正プログラムの適用は基本対策の筆頭に挙げられ続けています(「情報セキュリティ10大脅威 2026の眺め方」)。適用を止めない仕組みと、適用で壊れない備えは両輪です。

  • パイロットリングに「業務アプリの代表機」を必ず入れる。Officeバージョン、帳票ツール、装置接続など構成の異なるPCを1台ずつ選び、更新後に業務が一巡することを確認します。リングは情シスのためだけでなく、アプリ検証の仕組みでもあります。
  • 再起動に耐えるアプリ設計・運用にしておく。更新の締めは必ず再起動です。使用中ファイルの差し替えやアプリの自動再開の仕組みは「Restart Managerと自動更新の『ファイル使用中』問題」で、夜間更新と常駐アプリ・長時間稼働アプリの関係は「スリープ・休止・Modern Standbyと長時間稼働アプリ」で扱っています。
  • アプリ側の更新配布も一緒に見直す。OS更新をクラウド配信に寄せるなら、業務アプリや周辺ツールの配布も手作業からスクリプト化・パッケージ管理へ寄せる好機です。wingetを使ったセットアップの自動化は「wingetとPowerShellでPCキッティングを自動化する」にまとめています。
  • 「更新後に動かない」の切り分け手順を決めておく。一時停止(最大35日)で全社への拡大を止めたうえで、パイロット機で再現を取り、アプリ側の修正かポリシー側の除外(ドライバー除外など)かを判断する、という流れを事前に決めておくと、障害当日に迷いません。

9. まとめ

  • WSUSの非推奨(2024年9月20日発表)は「新機能開発の終了」であり、同期・配布は2026年8月時点も動いています。ドライバー同期も撤回を経て継続中です。慌てる必要はありませんが、WSUSへの新規投資はやめる時期です。
  • 後継の本命は追加費用のないWUfB(Windows Update client policies)です。品質更新30日・機能更新365日の延期と35日の一時停止をGPOまたはIntuneで構成し、リングで波状配布します。Homeエディションは対象外です。
  • 帯域問題には配信の最適化(既定で有効なP2P共有)が答えます。WSUSの配布サーバーがなくても回線は思ったより守れます。
  • AutopatchはWUfBの運用自動化です。Business Premiumでも使えるようになった一方、Entra ID+Intuneが前提で、オンプレADのみの会社には遠い選択肢です。GPOでWUfBへ、が地続きの一歩目です。
  • 移行の技術的な山場はポリシーの混在整理です。スキャンソースポリシーで更新の種類ごとに取得元を明示し、段階的に切り替えてください。
  • 閉域ネットワークではWSUSがまだ現実解です。ただし台帳と見直し期限をセットにした「管理された例外」として残してください。
  • 更新管理の目的は適用率ではなく事業継続です。パイロットリングに業務アプリの代表機を入れ、再起動に耐える設計・運用まで含めて初めて完成です。

関連記事

関連する相談領域

合同会社小村ソフトでは、Windows Updateの適用にともなう業務アプリの障害調査、更新・再起動に耐えるアプリ設計(Restart Manager対応、自動再開)、社内PC運用の自動化スクリプト整備など、更新管理の「アプリ側」の技術相談を扱っています。「更新のたびにあのアプリが不安」という段階の相談からで構いません。

参考リンク

  1. Microsoft Windows IT Pro Blog, Windows Server Update Services (WSUS) deprecation. 2024年9月20日にWSUSの非推奨が発表されたこと、新機能の開発と新規の機能要望の受付を終了する一方、既存機能は維持し、WSUSチャネルを通じた更新プログラムの公開と公開済みコンテンツのサポートを継続することについて。 ↩ ↩2

  2. Microsoft Learn, Windows Server Update Services (WSUS) Overview. WSUSが非推奨で新機能は追加されないが、本番環境でのサポートが継続し、製品ライフサイクルに従ってセキュリティ更新と品質更新を受け取ることについて。 ↩ ↩2 ↩3 ↩4

  3. Microsoft Learn, Features Removed or No Longer Developed in Windows Server. Windows Server 2025の非推奨機能一覧にWSUSが掲載され「既存の機能とコンテンツは引き続き利用できる」とされていること、非推奨コンポーネントは引き続きWindows Serverに同梱され本番配置でサポートされ製品ライフサイクルに従いセキュリティ・品質更新を受け取ると定義されていること、WSUSが使用するWindows Internal Database(WID)も非推奨で将来削除予定であることについて。 ↩ ↩2 ↩3

  4. Microsoft Windows IT Pro Blog, Deprecation of WSUS driver synchronization. 2024年6月にWSUSのドライバー同期を2025年4月18日で終了すると予告されていたことについて。 ↩ ↩2

  5. Microsoft Windows IT Pro Blog, Continuing WSUS support for driver synchronization. 2025年4月4日、切断環境(閉域ネットワーク)で運用する組織からのフィードバックを受けて前記の終了予告を撤回し、WSUSへのドライバー更新の同期を継続すると発表されたことについて。 ↩ ↩2 ↩3 ↩4

  6. Microsoft Learn, Windows Update client policies. Windows Update client policies(旧称Windows Update for Business)がWindows 10/11のPro(Pro for Workstations含む)・Education・Enterprise(LTSC、IoT Enterprise含む)で利用できる無償の機能であること、機能更新は最大365日・品質更新は最大30日の延期と35日の一時停止ができること、ドライバー更新は既定で有効・他のMicrosoft製品の更新は既定で無効であること、コンプライアンス期限と猶予期間のポリシー、Windows AutopatchがWindows Updateから配信される更新の承認・スケジュール・保護を追加制御するクラウドサービスと位置づけられていることについて。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9

  7. Microsoft Learn, Configure Windows Update client policies. 延期・一時停止のグループポリシー(Windows Update配下の「Select when Quality Updates are received」「Select when Preview Builds and feature updates are received」等)とポリシーCSP(DeferQualityUpdatesPeriodInDays、DeferFeatureUpdatesPeriodInDays、ExcludeWUDriversInQualityUpdate、AllowMUUpdateService等)の対応、一時停止が開始日から35日で自動的に期限切れになること、延期期間の異なるグループを作って検証用の小集団から段階展開する使い方、Windows ServerがWindows Updateから機能更新を受け取らず品質更新ポリシーのみ適用されることについて。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9

  8. Microsoft Learn, What is Delivery Optimization?. 配信の最適化がHTTPダウンローダーにピアツーピアとMicrosoft Connected Cacheを組み合わせて帯域消費を抑える仕組みであること、Enterprise・Pro・Educationで同一ローカルネットワーク(同一NAT配下)のピア共有が既定で有効なこと、Windows Updateの機能更新・品質更新・ドライバーやストアアプリ・Defender定義更新・Microsoft 365 Appsなどに対応すること、Windows Update・WSUS・Intune・Configuration Managerと併用できること、Microsoft社内展開でコンテンツの76%以上をピアから取得したことについて。 ↩ ↩2 ↩3 ↩4

  9. Microsoft Learn, Windows Autopatch Prerequisites. Windows AutopatchがMicrosoft 365 Business Premium、Windows 10/11 Education A3/A5、Windows 10/11 Enterprise E3/E5(Microsoft 365 F3/E3/E5に含む)、Enterprise E3/E5 VDAで利用できること、サポートリクエスト機能がE3以上とF3のみであること、Microsoft Entra ID P1/P2とMicrosoft Intuneが必須で、デバイスはIntune登録済み(共同管理可)の会社所有で直近28日以内にIntuneと通信している必要があること、対象がPro・Education・Enterprise系エディションの一般提供チャネルでLTSCは品質更新の管理のみ対応であることについて。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7

  10. Microsoft Learn, Use Windows Update client policies and Windows Server Update Services (WSUS) together. スキャンソースポリシー「Specify source service for specific classes of Windows Updates」(CSPではSetPolicyDrivenUpdateSourceFor各種)で機能更新・品質更新・ドライバー・その他Microsoft製品の取得元をWSUSかWindows Updateか分類ごとに指定できること、デュアルスキャン抑止の旧ポリシーがWindows 11で非サポートであること、Windows 10でWSUS指定と延期ポリシーが同居するとWindows Updateへスキャンが向かうこと、オンプレからクラウドへの段階移行の推奨、WSUS構成でスキャンソース等を未設定のままにすると「更新プログラムのオンライン確認」でWindows 11アップグレードが表示されうることについて。 ↩ ↩2 ↩3

関連する記事

同じタグを共有する最新の記事です。さらに近い話題で知識を深められます。

関連トピック

このテーマと近いトピックページです。記事を起点に、関連するサービスや他の記事へ進めます。

よくある質問

この記事のテーマについて、相談時によくある質問をまとめています。

WSUSはいつまで使えますか？
終了日は発表されていません。2024年9月20日の非推奨発表は「新機能の開発と新規の機能要望の受付をやめる」という意味で、既存機能は維持され、更新プログラムはWSUSチャネル経由で公開され続けています。Windows Server 2025にもWSUSロールは搭載されており、本番環境でのサポートとセキュリティ・品質更新は製品ライフサイクルに従って継続します。2026年8月時点で同期・配布とも通常どおり動作しています。ただし新機能は今後も追加されないため、「使い続けられるが、新規の投資先にはしない」が現実的な線です。
Windows Update for Business(WUfB)に追加費用はかかりますか？
かかりません。WUfB(現在の正式名称はWindows Update client policies)はWindows 10/11のPro(Pro for Workstations含む)・Education・Enterprise(LTSC、IoT Enterprise含む)で追加費用なしに使える機能です。Homeエディションは対象外です。設定はグループポリシーとMDM(Intuneなど)のどちらからでもでき、品質更新は最大30日、機能更新は最大365日の延期と、最大35日の一時停止を構成できます。WSUSのような配布サーバーは不要で、更新プログラム自体はWindows Updateから直接配信されます。
Windows Autopatchにはどのライセンスが必要ですか？
2026年時点の要件では、Microsoft 365 Business Premium、Windows 10/11 Education A3/A5(Microsoft 365 A3/A5に含む)、Windows 10/11 Enterprise E3/E5(Microsoft 365 F3/E3/E5に含む)、Enterprise E3/E5 VDAのいずれかで利用できます。かつてはEnterprise E3以上が前提でしたが、現在はBusiness Premiumでも更新リングや品質・機能・ドライバー更新の管理といった中核機能が使えます(Microsoftへのサポートリクエスト機能はE3以上とF3のみ)。このほかMicrosoft Entra ID P1/P2とMicrosoft Intuneが必須で、対象デバイスはIntuneに登録済みの会社所有PCである必要があります。
WSUS管理のPCにWUfBの延期ポリシーを混ぜるとどうなりますか？
Windows 10では、WSUSサーバー指定と延期ポリシーが両方あるとスキャン先がWindows Updateに切り替わる、いわゆるデュアルスキャンの動作になり、意図せずWSUSの承認を素通りした更新が入ることがあります。これを制御していた旧ポリシー(Do not allow update deferral policies to cause scans against Windows Update)はWindows 11ではサポートされず、後継のスキャンソースポリシー(Specify source service for specific classes of Windows Updates)で、機能更新・品質更新・ドライバー・その他製品の4分類ごとに取得元をWSUSかWindows Updateか明示するのが現在の正攻法です。移行期は「ドライバーだけクラウドへ」のような段階移行がしやすくなります。
インターネットに出られない閉域ネットワークのPCはどうすればよいですか？
閉域・オフライン環境では、エクスポート/インポートによるオフライン同期まで含めてWSUSが引き続き現実解です。WUfB・Autopatchは配信も管理もクラウド(Windows UpdateサービスとIntune)前提のため、そもそも成立しません。Microsoft自身、切断環境からのフィードバックを理由に、一度予告したWSUSドライバー同期の終了(2025年4月18日予定)を2025年4月4日に撤回して継続を発表しています。閉域のWSUSは「残してよいWSUS」ですが、非推奨である事実は変わらないため、台帳に載せて将来の構成変更に備えておくことをおすすめします。

著者プロフィール

記事の著者プロフィールページです。

小村 豪

合同会社小村ソフト 代表

Windows ソフト開発、技術相談、不具合調査を中心に、既存資産が残る案件や原因が見えにくい障害調査に強みがあります。

お問い合わせ
ブログ一覧に戻る