การจัดการ Windows Update หลังการเลิกแนะนำ WSUS — วิธีเลือกระหว่าง WUfB, Autopatch และ Intune

«ได้ยินว่า WSUS ถูกเลิกแนะนำแล้ว เซิร์ฟเวอร์ WSUS ของเราใช้ได้นานแค่ไหน» «ตอนเปลี่ยนเซิร์ฟเวอร์ ควรสร้าง WSUS ใหม่หรือเลิก» «ตอนนี้ไม่มีทั้ง WSUS อะไรเลย ปล่อยแต่ละพีซีให้ Windows Update ดูแล แบบนี้พอไหม» ── ในระหว่างรับคำปรึกษาเรื่อง การรับมือสิ้นสุดการสนับสนุน Windows 10 คำถามชุดนี้ถูกถามคู่กันมากขึ้น

เดือนกันยายน 2024 Microsoft ประกาศเลิกแนะนำ WSUS (Windows Server Update Services) แต่คำว่า «deprecated» นี้ถูกเข้าใจผิดง่าย ทั้งไม่จำเป็นต้องรีบตกใจว่า «ใช้ไม่ได้แล้ว» และไม่ควรเพิกเฉยว่า «ยังทำงานอยู่จึงไม่เกี่ยว» ความหมายที่ถูกคือ «ไม่ทำฟีเจอร์ใหม่ แต่จะทำงานต่อไปในระยะนี้» สิ่งที่ถูกถามไม่ใช่วันถอน แต่เป็นการตัดสินออกแบบว่า จะวางการจัดการอัปเดตรอบถัดไปไว้ที่ใด

บทความนี้มุ่งเจ้าหน้าที่สารสนเทศของธุรกิจขนาดกลางและเล็กที่เคยจัดการอัปเดตพีซีในองค์กรด้วย WSUS (หรือปล่อยให้ Windows Update ดูแลโดยไม่มีการจัดการ) โดยจัดทางเลือก (1) ต่อ WSUS (2) Windows Update for Business (WUfB) (3) Windows Autopatch (4) การจัดการบนคลาวด์ด้วย Intune เป็นตารางตัดสิน เนื้อหาอิงแหล่งปฐมภูมิ ณ สิงหาคม 2026 ในฐานะบริษัทที่รับการพัฒนาซอฟต์แวร์ตามสั่งของแอปธุรกิจ จะแบ่งหนึ่งหมวดให้การเตรียมรับความล้มเหลวของแอปที่เกิดจากการอัปเดตด้วย

1. สรุปก่อนเลย

• WSUS ถูกประกาศเลิกแนะนำเมื่อ 20 กันยายน 2024 ความหมายคือ «สิ้นสุดการพัฒนาฟีเจอร์ใหม่และการรับคำขอฟีเจอร์ใหม่» ฟังก์ชันที่มีอยู่ยังถูกคงไว้ และการอัปเดตยังถูกเผยแพร่ผ่านช่องทาง WSUS ต่อไป¹²
• เลิกแนะนำ ≠ ตายทันที Windows Server 2025 ยังมีบทบาท WSUS และการสนับสนุนในสภาพแวดล้อมจริงรวมการอัปเดตความปลอดภัยและคุณภาพยังต่อตามวงจรชีวิตของสินค้า ยังไม่มีการประกาศวันลบ³²
• การซิงค์ไดรเวอร์เคยถูกบอกว่า «สิ้นสุด 18 เมษายน 2025» แต่ถูกถอนเมื่อ 4 เมษายน 2025 เหตุผลคือเสียงตอบจากสภาพแวดล้อมตัดขาดอย่างเครือข่ายปิด และการซิงค์ยังต่ออยู่ตอนนี้⁴⁵
• ทางหลักของรุ่นถัดไปคือ WUfB ชื่อทางการปัจจุบันคือ Windows Update client policies และบนรุ่น Pro, Education, Enterprise ไม่มีค่าใช้จ่ายเพิ่ม ตั้งได้ทั้งจาก GPO และ Intune ไม่ต้องมีเซิร์ฟเวอร์แจก (Home อยู่นอกขอบเขต)⁶
• แก่นของ WUfB คือ «การเลื่อนและวงแหวน» เลื่อนการอัปเดตคุณภาพได้สูงสุด 30 วัน การอัปเดตฟีเจอร์สูงสุด 365 วัน และหยุดชั่วคราวได้สูงสุด 35 วันด้วยนโยบาย แล้วประกอบการแจกเป็นคลื่นจากนำร่องไปทั้งองค์กร⁶⁷
• ความกังวลเรื่องแบนด์วิดท์มีคำตอบที่ Delivery Optimization เป็นกลไกที่พีซีในเครือข่ายเดียวกันแชร์อัปเดตแบบ P2P และบน Pro/Enterprise/Education เปิดตามค่าเริ่มต้น⁸
• Windows Autopatch คือบริการคลาวด์ที่ทำอัตโนมัติซึ่งการอนุมัติ ตารางเวลา และการป้องกันบน WUfB ณ ปี 2026 ใช้ได้แม้ด้วย Microsoft 365 Business Premium และสมมติ Entra ID P1/P2 กับ Intune⁹
• ในสภาพแวดล้อมปิดหรือออฟไลน์ WSUS ยังเป็นคำตอบที่เป็นจริง แต่ให้ขีดเส้นว่า «ใช้ต่อ แต่ไม่ลงทุนใหม่» แล้วถักเข้าบัญชีสินทรัพย์และแผนอนาคต²⁵

แผนที่ความรู้ของบทความนี้

WSUS ถูกประกาศเลิกแนะนำในเดือนกันยายน 2024 แต่การซิงค์และการแจกยังทำงานต่อไป ทางหลักของรุ่นถัดไปคือ Windows Update for Business (WUfB) ที่ไม่มีค่าใช้จ่ายเพิ่ม กำหนดได้ทั้งจาก Group Policy และ Intune และมี Windows Autopatch เป็นหลังคาที่ทำอัตโนมัติซึ่งงานนั้น ความกังวลเรื่องแบนด์วิดท์มีคำตอบที่ Delivery Optimization และบนเครือข่ายปิด WSUS ยังเป็นคำตอบที่เป็นจริง

flowchart LR
    accTitle: แผนที่ความรู้การจัดการ Windows Update หลังการเลิกแนะนำ WSUS
    accDescr: แผนภาพที่แสดงความสัมพันธ์ระหว่าง WSUS, Windows Update for Business (WUfB), Windows Autopatch, Intune, Group Policy, Delivery Optimization, เครือข่ายปิด, การเลื่อนและการหยุดชั่วคราวของการอัปเดตคุณภาพกับฟีเจอร์, dual scan กับนโยบายแหล่งสแกน และขอบเขตที่ใช้ของ Home กับ Windows Server
    wsus["WSUS"]
    wufb["Windows Update for Business"]
    windows_update["Windows Update"]
    group_policy["Group Policy"]
    intune["Microsoft Intune"]
    autopatch["Windows Autopatch"]
    entra_id["Microsoft Entra ID"]
    update_ring["วงแหวนอัปเดต"]
    update_app_failure["ความล้มเหลวของแอปธุรกิจจากอัปเดต"]
    delivery_optimization["Delivery Optimization"]
    bandwidth_pressure["ความตึงของแบนด์วิดท์สาย"]
    closed_network["เครือข่ายปิด"]
    wid["Windows Internal Database"]
    dual_scan["dual scan"]
    unintended_update["การใช้อัปเดตโดยไม่ตั้งใจ"]
    scan_source_policy["นโยบายแหล่งสแกน"]
    connected_cache["Microsoft Connected Cache"]
    driver_sync["การซิงค์ไดรเวอร์ของ WSUS"]
    quality_update["การอัปเดตคุณภาพ"]
    feature_update["การอัปเดตฟีเจอร์"]
    update_pause["การหยุดอัปเดตชั่วคราว"]
    home_edition["รุ่น Windows Home"]
    windows_server["Windows Server"]
    wsus_migration["การโยกย้ายจาก WSUS"]
    wsus_new_investment["การลงทุนใหม่ใน WSUS"]
    update_management["การจัดการโปรแกรมอัปเดต"]
    driver_update["การอัปเดตไดรเวอร์"]
    compliance_deadline["กำหนดเวลาการปฏิบัติตามและช่วงผ่อนผัน"]
    m365_license["ใบอนุญาตเป้าหมายของ Autopatch"]
    small_office["สภาพแวดล้อมเล็กที่แทบไม่มีผู้ดูแล"]
    wsus_decommission["การหยุดและถอนเซิร์ฟเวอร์ WSUS"]
    edition_inventory["การทำรายการรุ่น"]
    wufb -->|"เป็นรุ่นถัดจาก"| wsus
    wufb -->|"ใช้"| windows_update
    wufb -->|"กำหนดค่าด้วย"| group_policy
    wufb -->|"กำหนดค่าด้วย"| intune
    autopatch -->|"ทำอัตโนมัติ"| wufb
    autopatch -->|"ต้องมี"| intune
    autopatch -->|"ต้องมี"| entra_id
    update_ring -->|"ใช้"| wufb
    update_ring -.->|"บรรเทา"| update_app_failure
    delivery_optimization -->|"บรรเทา"| bandwidth_pressure
    closed_network -.->|"ใช้"| wsus
    wsus -.->|"ใช้"| wid
    dual_scan -.->|"อาจก่อให้เกิด"| unintended_update
    scan_source_policy -->|"ป้องกัน"| dual_scan
    scan_source_policy -->|"กำหนดค่าด้วย"| group_policy
    unintended_update -.->|"อาจก่อให้เกิด"| update_app_failure
    connected_cache -->|"บรรเทา"| bandwidth_pressure
    delivery_optimization -.->|"ใช้"| connected_cache
    wsus -->|"ใช้"| driver_sync
    quality_update -->|"กำหนดค่าด้วย"| wufb
    feature_update -->|"กำหนดค่าด้วย"| wufb
    update_pause -->|"กำหนดค่าด้วย"| wufb
    update_pause -->|"บรรเทา"| update_app_failure
    home_edition -->|"ใช้ร่วมไม่ได้"| wufb
    windows_server -.->|"ใช้"| wsus
    feature_update -.->|"อาจก่อให้เกิด"| unintended_update
    wufb -->|"แนวทางที่แนะนำสำหรับ"| wsus_migration
    scan_source_policy -->|"ควรทำก่อน"| wufb
    update_ring -->|"แนวทางที่แนะนำสำหรับ"| update_app_failure
    wsus_new_investment -->|"ไม่แนะนำให้ใช้กับ"| update_management
    driver_update -->|"กำหนดค่าด้วย"| wufb
    compliance_deadline -->|"กำหนดค่าด้วย"| wufb
    autopatch -->|"ต้องมี"| m365_license
    wsus -->|"ไม่แนะนำให้ใช้กับ"| small_office
    update_ring -->|"ควรทำก่อน"| wsus_decommission
    edition_inventory -->|"ควรทำก่อน"| wsus_migration

ในแผนภาพ เส้นทึบหมายถึงความสัมพันธ์ที่ถือเสมอ และเส้นประหมายถึงความสัมพันธ์ที่มีเงื่อนไข (เงื่อนไขอยู่ในการอธิบายของแต่ละความสัมพันธ์ในหน้าละเอียด) รายการความสัมพันธ์ทั้งหมด (รวม 36 รายการ พร้อมหลักฐานและระดับความเชื่อมั่น) และนิยามของแนวคิดหลักรวบรวมไว้ที่ หน้าละเอียดของแผนที่ความรู้ (เป็นภาษาญี่ปุ่น) ข้อมูล: JSON-LD / Turtle

2. WSUS เกิดอะไรขึ้น — ความหมายที่แม่นของ «เลิกแนะนำ»

ก่อนอื่นจับข้อเท็จจริงตามลำดับเวลา

• มิถุนายน 2024: บอกล่วงหน้าว่า การซิงค์ไดรเวอร์ ของ WSUS จะสิ้นสุดวันที่ 18 เมษายน 2025⁴
• 20 กันยายน 2024: ประกาศ เลิกแนะนำ ตัว WSUS บน Windows IT Pro Blog หยุดพัฒนาฟีเจอร์ใหม่ และไม่รับคำขอฟีเจอร์ใหม่ แต่ระบุชัดว่าฟังก์ชันที่มีอยู่ยังถูกคงไว้ การเผยแพร่อัปเดตบนช่องทาง WSUS และการสนับสนุนเนื้อหาที่เผยแพร่แล้วจะต่อ¹
• 4 เมษายน 2025: ถอน การบอกสิ้นสุดการซิงค์ไดรเวอร์ รับเสียงตอบจากองค์กรที่ดำเนินงานในสภาพแวดล้อมตัดขาด (เครือข่ายปิด) แล้วประกาศให้ซิงค์ไดรเวอร์จาก Windows Update/Microsoft Update Catalog ต่อไป⁵

เอกสารปัจจุบันของ Microsoft Learn อธิบายสถานะของ WSUS ว่า «ถูกเลิกแนะนำและจะไม่เพิ่มฟีเจอร์ใหม่ แต่ การสนับสนุนในสภาพแวดล้อมจริงยังต่อ และรับการอัปเดตความปลอดภัยกับคุณภาพตามวงจรชีวิตของสินค้า»² นอกจากนี้ WSUS อยู่ในรายการฟังก์ชันที่ถูกเลิกแนะนำของ Windows Server 2025 แต่คำนิยามที่นั่นก็คือ «คอมโพเนนต์ที่ถูกเลิกแนะนำยังถูกบรรจุใน Windows Server และถูกรองรับในการวางในสภาพแวดล้อมจริง» จริง ๆ แล้ว Windows Server 2025 ยังมีบทบาท WSUS และระบุว่า «ฟังก์ชันและเนื้อหาที่มีอยู่ยังใช้ได้ต่อไป»³

กล่าวคือความเป็นจริง ณ สิงหาคม 2026 คือ ทั้งการซิงค์และการแจกยังไม่หยุด ในทางกลับกัน มีความเคลื่อนไหวรอบข้างที่ควรระวัง Windows Internal Database (WID) ซึ่งเป็นฐานข้อมูลที่ WSUS ใช้ตามค่าเริ่มต้น ก็ถูกระบุชัดว่าเลิกแนะนำและจะถูกลบในอนาคตบน Windows Server 2025³ แปลว่าข้อสมมติความเข้ากันอาจพังจากขาเดิน ก่อนตัวหลัก

เส้นปฏิบัติที่ดึงจากตรงนี้ชัด ไม่ต้องรีบด้วยข้อสมมติว่า «พรุ่งนี้หยุด» แต่ไม่ลงทุนใหม่ที่ยึด WSUS เป็นศูนย์กลาง (เปลี่ยนเซิร์ฟเวอร์ เพิ่มเรพลิกา ทำให้ระบบซับซ้อน) จังหวะเปลี่ยนเซิร์ฟเวอร์กลายเป็นเส้นตายตามธรรมชาติของการทบทวนการจัดการอัปเดต

3. ภาพรวมทางเลือก — ที่ตั้งของสี่ทาง

เมื่อคิด «ถัดจาก WSUS» ทางเลือกมักปนบทบาทต่างกัน จัดก่อนดังนี้

ดังที่เห็น WUfB, Autopatch และ Intune ทั้งสามไม่ใช่ทางเลือกที่ชนกัน แต่เป็น การซ้อนชั้น ฐานคือชุดนโยบาย WUfB การเขียนด้วย GPO คือ «WUfB เดี่ยว» การเขียนด้วยวงแหวนอัปเดตของ Intune คือ «การจัดการ Intune» และการปล่อยให้บริการรับแม้การอนุมัติ ตารางเวลา และการหยุดชั่วคราวของการกาง คือ «Autopatch» จริง ๆ Microsoft จัด Autopatch เป็น «บริการคลาวด์ที่ทำงานร่วมกับ WUfB (Windows Update client policies)»⁶

flowchart TB
    accTitle: วิธีซ้อน WUfB・Autopatch・Intune
    accDescr: Windows Autopatch ซ้อนบนชุดนโยบายของ WUfB และการกำหนดด้วย GPO กับวงแหวนอัปเดตของ Intune เป็นสองวิธีเขียนไปยัง WUfB
    AP["Windows Autopatch<br/>ทำอัตโนมัติถึงการจัดวงแหวน เฝ้าการกาง และการตัดสินใจหยุด"] --> WUFB
    WUFB["ชุดนโยบายของ WUfB (เลื่อน・หยุดชั่วคราว・กำหนดเวลา)<br/>= Windows Update client policies"] --> WU["ส่งตรงจาก Windows Update<br/>(ไม่มีเซิร์ฟเวอร์แจก)"]
    GPO["กำหนดด้วย GPO<br/>(AD ในองค์กร)"] -.->|"วิธีเขียนที่ 1"| WUFB
    INTUNE["กำหนดด้วยวงแหวนอัปเดตของ Intune<br/>(การจัดการบนคลาวด์)"] -.->|"วิธีเขียนที่ 2"| WUFB

ภาพ 1: ชุดนโยบายของ WUfB คือฐาน การเขียนด้วย GPO หรือ Intune และ Autopatch ทำอัตโนมัติซึ่งการดำเนินงานที่ซ้อนบนนั้น.

ดังนั้นการตัดสินของธุรกิจขนาดกลางและเล็กแยกได้เป็นสองขั้นจริง ๆ (1) จะสลับการแจกจาก WSUS ไปส่งตรงจาก Windows Update หรือไม่ (2) จะวางนโยบายไว้ที่ AD ในองค์กร (GPO) ตามเดิม หรือยกไป Intune หากบริษัทยังดำเนินงาน GPO บน AD ในองค์กร การเดินแค่ (1) ก่อน ── คือกำหนด WUfB ด้วย GPO ── ต่อเนื่องที่สุด

อนึ่ง การจัดการอัปเดตของตัว Windows Server เอง ที่ WSUS เคยครอบคลุมเป็นปัญหาอีกเรื่อง Windows Server ไม่รับการอัปเดตฟีเจอร์จาก Windows Update ดังนั้นนโยบาย WUfB มีผลแค่การอัปเดตคุณภาพ⁷ ในธุรกิจขนาดกลางและเล็กที่เซิร์ฟเวอร์ไม่มาก ทางที่เป็นจริงคือให้เซิร์ฟเวอร์ต่อ WSUS หรือจัดการด้วยมือ แล้วย้ายพีซีลูกข่ายไปส่งบนคลาวด์ก่อน

4. Windows Update for Business — ทางหลักที่ไม่มีค่าใช้จ่ายเพิ่ม

กลไกของ WUfB พูดสั้น ๆ คือ «ไม่มีเซิร์ฟเวอร์แจก แต่ฝึกการส่งตรงจาก Windows Update ด้วยนโยบาย»

• รุ่นเป้าหมาย: Windows 10/11 รุ่น Pro (รวม Pro for Workstations), Education, Enterprise (รวม LTSC และ IoT Enterprise) Home อยู่นอกขอบเขต ไม่มีค่าใช้จ่ายเพิ่ม⁶
• วิธีตั้ง: รองรับทั้ง Group Policy และ MDM (Intune ฯลฯ) ที่วาง GPO อยู่ใต้ Computer Configuration\Administrative Templates\Windows Components\Windows Update นโยบายเลื่อนการอัปเดตคุณภาพคือ «Select when Quality Updates are received» นโยบายเลื่อนการอัปเดตฟีเจอร์คือ «Select when Preview Builds and feature updates are received» ใน Intune/MDM ใช้ Policy CSP อย่าง Update/DeferQualityUpdatesPeriodInDays⁷
• จำนวนวันที่เลื่อนได้: การอัปเดตคุณภาพ (พื้นฐานคืออังคารที่สองของเดือน) สูงสุด 30 วัน การอัปเดตฟีเจอร์ (รายปี) สูงสุด 365 วัน นอกจากนี้ การหยุดชั่วคราวสูงสุด 35 วัน เพื่อหยุดการแจกเมื่อมีปัญหา (นับจากวันเริ่ม และเมื่อหมดอายุจะกลับอัตโนมัติ)⁶⁷
• ชนิดอัปเดตที่ครอบคลุมได้: นอกจากการอัปเดตฟีเจอร์และการอัปเดตคุณภาพ ยังควบคุมการอัปเดตไดรเวอร์ (เปิดตามค่าเริ่มต้น ตัดออกได้ด้วย ExcludeWUDriversInQualityUpdate) และการอัปเดตสินค้า Microsoft อื่นอย่าง Office (ปิดตามค่าเริ่มต้น เปิดด้วย AllowMUUpdateService)⁷
• กำหนดเวลาและช่วงผ่อนผัน: นอกจากการเลื่อน มีนโยบายกำหนดเวลาการปฏิบัติตาม + ช่วงผ่อนผัน ที่กำหนดว่าต้องติดตั้งภายในกี่วันหลังเผยแพร่ และต้องรีสตาร์ตภายในกี่วันหลังติดตั้ง คำตอบต่อ «พีซีที่ไม่ยอมรีสตาร์ตซักที» อยู่ตรงนี้⁶

มุมคิดการออกแบบวงแหวน

สิ่งที่เทียบกับ «การอนุมัติ» ของ WSUS คือ วงแหวน (คลื่น) ที่เปลี่ยนจำนวนวันเลื่อน Microsoft เองสมมติการใช้งานที่สร้างกลุ่มวันเลื่อนต่างกัน ตรวจคุณภาพในกลุ่มเล็ก แล้วค่อยขยายไปทั้งหมด⁷ ตัวอย่างสามวงแหวนต่อไปนี้เป็นจุดตั้งต้น

ต่างจาก WSUS ที่ «ไม่กดปุ่มอนุมัติก็ไม่ถูกแจก» WUfB เป็นกลไกที่ ปล่อยไว้แล้วถูกแจกตามกำหนด ทางเข้าใจที่เร็วคือ จุดศูนย์กลางของการจัดการย้ายจาก «งานแจก» ไป «การตัดสินใจหยุด»

flowchart LR
    accTitle: สามวงแหวนที่เปลี่ยนจำนวนวันเลื่อน
    accDescr: หลังเผยแพร่อัปเดต กางจากนำร่อง・นำ・ทั้งองค์กรโดยขยายการเลื่อน และถ้ามีปัญหาให้หยุดชั่วคราวเพื่อหยุดการขยายไปทั้งองค์กร
    PUB["การเผยแพร่อัปเดต<br/>(การอัปเดตคุณภาพรายเดือน ฯลฯ)"] --> P["นำร่อง<br/>เลื่อน 0–3 วัน"]
    P -- "ไม่มีปัญหา" --> S["นำ<br/>เลื่อนประมาณ 7 วัน"]
    S -- "ไม่มีปัญหา" --> A["ทั้งองค์กร<br/>เลื่อนประมาณ 14 วัน"]
    P -- "มีปัญหา" --> PAUSE["หยุดชั่วคราว (สูงสุด 35 วัน) เพื่อ<br/>หยุดการขยายไปทั้งองค์กร"]
    S -- "มีปัญหา" --> PAUSE
    PAUSE --> FIX["แยก: แก้แอป หรือ<br/>ตัดออกฝั่งนโยบาย"]
    FIX --> RESUME["กลับมาหลังแก้"]

ภาพ 2: กางเป็นคลื่นจากนำร่องไปทั้งองค์กร ถ้ามีปัญหาให้หยุดชั่วคราวเพื่อหยุดการขยาย แล้วกลับมาหลังแก้.

ความกังวลเรื่องแบนด์วิดท์มีคำตอบที่ Delivery Optimization

ถ้าเลิก WSUS ทุกพีซีจะไปดึงอัปเดตจากอินเทอร์เน็ต จึงกังวลสายของสาขา คำตอบตรงนี้คือ Delivery Optimization เป็นกลไกที่พีซีในเครือข่ายเดียวกันแบ่งแพ็กเกจอัปเดตที่ดาวน์โหลดแล้วแบบ P2P และบน Pro, Enterprise, Education การแชร์เพียร์ในเครือข่ายท้องถิ่นเปิดตามค่าเริ่มต้น เป้าหมายครอบคลุมกว้าง ทั้งการอัปเดตฟีเจอร์ การอัปเดตคุณภาพ และไดรเวอร์ของ Windows Update รวมแอปสโตร์ การอัปเดตคำนิยามของ Microsoft Defender และ Microsoft 365 Apps⁸ การกางใน Microsoft เองรายงานว่าได้เนื้อหาเกิน 76% จากเพียร์ ไม่ใช่อินเทอร์เน็ต⁸ หากอยากจำกัดเพิ่ม มีทางเลือก Microsoft Connected Cache ที่วางเซิร์ฟเวอร์แคชเฉพาะ⁸

5. Windows Autopatch — ส่ง «ตัวงานอัปเดตเอง» ออกไป

แม้กำหนด WUfB แล้ว การออกแบบวงแหวน การเฝ้าสถานะการกาง และการตัดสินใจหยุดเมื่อมีปัญหา ยังเป็นงานของตนเอง การปล่อยส่วนดำเนินงานนี้ให้บริการคือ Windows Autopatch ซึ่งทำอัตโนมัติซึ่ง การอนุมัติ ตารางเวลา และการป้องกัน (การควบคุมการกางเมื่อจับปัญหา) ของอัปเดตที่ถูกส่งจาก Windows Update⁶ เนื้อหาหลักคือการจัด Autopatch group และวงแหวนอัปเดตอัตโนมัติ การจัดการการกางของการอัปเดตคุณภาพ ฟีเจอร์ และไดรเวอร์/เฟิร์มแวร์ และรายงานสถานะการกาง⁹

เงื่อนไขจำเป็น ณ ปี 2026 มีดังนี้⁹

• ใบอนุญาต: อย่างใดอย่างหนึ่งใน 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 ได้) และสื่อสารกับ Intune ภายใน 28 วันที่ผ่านมา สภาพแวดล้อมที่มีแค่ AD ในองค์กรใช้ไม่ได้ (เข้าร่วมไฮบริด Entra ได้)
• OS เป้าหมาย: รุ่น Pro, Education, Enterprise ของ Windows 10/11 ช่องทางให้ทั่วไป (GA) LTSC รองรับแค่การจัดการอัปเดตคุณภาพ

ความเป็นจริงสำหรับธุรกิจขนาดกลางและเล็กจัดได้ดังนี้ ถ้าใช้ Business Premium อยู่แล้ว และจัดการพีซีด้วย Intune (หรือจะจัดการ) Autopatch คือ «หลังคาที่ขึ้นได้โดยไม่มีค่าใช้จ่ายเพิ่ม» ในทางกลับกัน สำหรับบริษัทที่หมุนด้วย AD ในองค์กรและ GPO อย่างเดียว การนำ Autopatch เข้าใช้ = โครงการโยกไป Entra ID+Intune ซึ่งไม่ใช่เรื่องขนาดที่ตัดสินแค่เพื่อการจัดการอัปเดต ในกรณีนั้นลำดับที่เป็นธรรมชาติคือย้ายไป WUfB ด้วย GPO ก่อน แล้วค่อยพิจารณา Autopatch เมื่อถึงวันโยกไปการจัดการบนคลาวด์

6. ตารางตัดสิน — บริษัทแบบใดเลือกอะไร

รวมถึงตรงนี้เป็นแผ่นเดียว ก่อนอื่นยืนยันกิ่งใหญ่ด้วยโฟลว์ แล้วเติมรายละเอียดในตาราง

flowchart TB
    accTitle: กิ่งเลือก WSUS・WUfB・Autopatch
    accDescr: ถ้าเป็นเครือข่ายปิดให้ต่อ WSUS ถ้าเป็น AD ในองค์กรให้กำหนด WUfB ด้วย GPO ถ้าจัดการด้วย Intune และมีใบอนุญาตที่เข้าข่ายให้ใช้ Autopatch ถ้าไม่มีให้ใช้วงแหวนอัปเดตของ Intune
    Q1{"เป็นเครือข่ายปิดหรือออฟไลน์หรือไม่"} -- "ใช่" --> WSUS["ต่อ WSUS<br/>เป็นข้อยกเว้นที่มีการจัดการ พร้อมบัญชี+เส้นทบทวน"]
    Q1 -- "ไม่ใช่" --> Q2{"จัดการพีซีด้วย Intune อยู่หรือไม่<br/>(หรือมีแผนโยก)"}
    Q2 -- "ไม่ (AD ในองค์กร+GPO)" --> GPO["กำหนด WUfB ด้วย GPO<br/>ไม่มีค่าใช้จ่ายเพิ่ม・ต่อเนื่องที่สุด"]
    Q2 -- "ใช่" --> Q3{"มีใบอนุญาต Business Premium หรือ<br/>E3 ขึ้นไปหรือไม่"}
    Q3 -- "มี" --> AP["Windows Autopatch"]
    Q3 -- "ไม่มี" --> RING["วงแหวนอัปเดตของ Intune (WUfB)"]

ภาพ 3: ถ้าเป็นเครือข่ายปิดให้ต่อ WSUS ถ้าไม่ใช่ ให้ตัดสิน WUfB กับ Autopatch จากว่ามี Intune หรือไม่และจากใบอนุญาต.

เติมสองจุดระวัง ประการแรก ถ้าปนรุ่น Home จะขึ้นสังเวียน WUfB ไม่ได้⁶ ในธุรกิจเล็ก พีซีที่ «ยังเป็น Home ตามที่ซื้อมา» ไม่ใช่ของแปลก และงานแรกของแผนโยกย้ายจริง ๆ คือการทำรายการรุ่น ประการที่สอง การตัดสินให้เหลือ WSUS ของเครือข่ายปิด «สมเหตุสมผลเมื่อดูอย่างเป็นธรรม» แต่ข้อเท็จจริงที่ถูกเลิกแนะนำไม่เปลี่ยน เหมือน การดำเนินงานแบบแยกของ Windows 10 ที่สิ้นสุดการสนับสนุนแล้ว ลงบัญชีและตัดเส้นทบทวน จึงเป็นข้อยกเว้นที่มีการจัดการเป็นครั้งแรก

7. งานปฏิบัติการโยกย้าย — โครงเมื่อย้ายจาก WSUS ไป WUfB

จุดที่สะดุดทางเทคนิคง่ายที่สุดตอนสลับจาก WSUS ไป WUfB คือ การปนนโยบายเก่าใหม่ แสดงลำดับทั้งหมดก่อน

flowchart TB
    accTitle: ขั้นตอนโยกย้ายจาก WSUS ไป WUfB
    accDescr: ทำรายการนโยบายทุก GPO ระบุแหล่งดึงด้วยนโยบายแหล่งสแกน กำหนดการเลื่อนและเวอร์ชันเป้าหมายของการอัปเดตฟีเจอร์ แล้วสลับตามลำดับนำร่อง และสุดท้ายพับเซิร์ฟเวอร์ WSUS
    A["1. ทำรายการนโยบายทุก GPO<br/>(ระบุ WSUS・อัปเดตอัตโนมัติ・ตระกูลเลื่อน)"] --> B["2-3. ระบุแหล่งดึงทีละชนิดอัปเดต<br/>ด้วยนโยบายแหล่งสแกน"]
    B --> C["4. ระบุการเลื่อนและเวอร์ชันเป้าหมาย<br/>ของการอัปเดตฟีเจอร์ (กันอุบัติเหตุ Windows 11)"]
    C --> D["5. ถอดการระบุ WSUS จากนำร่องตามลำดับ<br/>แล้วใช้นโยบาย WUfB (คู่ขนาน 1–2 เดือน)"]
    D --> E["6. สังเกต 1 รอบหลังสลับทุกเครื่องแล้ว<br/>พับเซิร์ฟเวอร์ WSUS (ของเครือข่ายปิดลงบัญชี)"]

ภาพ 4: ทำรายการนโยบาย ระบุแหล่งสแกน ควบคุมการอัปเดตฟีเจอร์ สลับคู่ขนานตามวงแหวน แล้วพับเซิร์ฟเวอร์.

รายละเอียดขั้นตอนมีดังนี้

1. ทำรายการนโยบายปัจจุบัน กวาดสามชนิดจากทุก GPO คือการระบุเซิร์ฟเวอร์ WSUS (ตำแหน่งบริการอัปเดตในอินทราเน็ต) การกำหนดอัปเดตอัตโนมัติ และนโยบายตระกูลเลื่อนที่เคยใส่
2. รู้กับดัก dual scan บน Windows 10 หากการระบุเซิร์ฟเวอร์ WSUS อยู่ร่วมกับนโยบายเลื่อน จุดสแกนจะสลับไป Windows Update (ที่เรียก dual scan) และนโยบายเก่าที่ยับยั้งเรื่องนี้ ไม่ถูกรองรับบน Windows 11¹⁰
3. ระบุด้วยนโยบายแหล่งสแกน ทางที่ถูกตอนนี้คือ «Specify source service for specific classes of Windows Updates» ใต้ Computer Configuration\Administrative Templates\Windows Components\Windows Update\Manage updates offered from Windows Server Update Service ซึ่ง ระบุทีละสี่ประเภท คือการอัปเดตฟีเจอร์ การอัปเดตคุณภาพ ไดรเวอร์ และสินค้า Microsoft อื่น ว่าจะดึงจาก WSUS หรือ Windows Update (ใน MDM ต้องตั้งนโยบาย SetPolicyDrivenUpdateSourceFor～ ทั้งสี่) Microsoft เองแนะนำการโยกย้ายเป็นขั้นในช่วงจากจัดการในองค์กรไปคลาวด์ เช่น «ไดรเวอร์อย่างเดียวไปคลาวด์ก่อน»¹⁰
4. ระวังการอัปเกรด Windows 11 ที่ไม่ตั้งใจ หากคงโครง WSUS แล้วไม่ตั้งแหล่งสแกนหรือนโยบายการเสนอของการอัปเดตฟีเจอร์ ผู้ใช้อาจเห็นการอัปเกรดไป Windows 11 เมื่อกด «ตรวจอัปเดตออนไลน์»¹⁰ ช่วงโยกย้ายยิ่งต้องระบุการเลื่อนการอัปเดตฟีเจอร์ (สูงสุด 365 วัน) หรือเวอร์ชันเป้าหมายอย่างชัด
5. สร้างวงแหวนแล้วสลับ เตรียมสามวงแหวนในหมวด 4 แล้วถอดการระบุ WSUS จาก OU/กลุ่มนำร่องตามลำดับ แล้วใช้นโยบาย WUfB ขยายไปทั้งองค์กรหลังยืนยันผลของ Delivery Optimization (อัตราที่ได้จากเพียร์) และภาระสายในช่วงคู่ขนาน 1–2 เดือน
6. พับเซิร์ฟเวอร์ WSUS หลังสลับลูกข่ายทั้งหมด อย่าลบเซิร์ฟเวอร์ทันที ให้สังเกต 1 รอบ (1 เดือน) แล้วค่อยหยุด หากเหลือไว้สำหรับเครือข่ายปิด ให้จำกัดบทบาทไว้ตรงนั้นแล้วลงบัญชี

8. มุมฝั่งแอปธุรกิจ — เพื่อไม่ให้งานหยุดเพราะอัปเดต

จากมุมการพัฒนาซอฟต์แวร์ตามสั่ง สิ่งที่อยากปกป้องจริงเมื่อเปลี่ยนวิธีจัดการอัปเดตไม่ใช่แค่ «ให้แพตช์โดน» แต่คือ แม้แพตช์โดน แอปธุรกิจยังทำงานต่อ ใน «ภัยคุกคามความมั่นคงปลอดภัยสารสนเทศ 10 อันดับ» ของ IPA การใช้อัปเดตแก้ไขยังถูกยกเป็นหัวข้อแรกของมาตรการพื้นฐานต่อเนื่อง («วิธีมองภัยคุกคามความมั่นคงปลอดภัยสารสนเทศ 10 อันดับ 2026») กลไกที่ไม่หยุดการใช้ และเครื่องเตรียมที่ไม่พังตอนใช้ เป็นล้อคู่

• ต้องใส่ «เครื่องตัวแทนของแอปธุรกิจ» ในวงแหวนนำร่อง เลือกพีซีโครงต่างกันทีละเครื่อง เช่น เวอร์ชัน Office เครื่องมือรายงาน การเชื่อมอุปกรณ์ แล้วยืนยันว่างานธุรกิจเดินครบรอบหลังอัปเดต วงแหวนไม่ใช่แค่เพื่อฝ่ายสารสนเทศ แต่เป็นกลไกตรวจแอปด้วย
• ออกแบบและดำเนินงานแอปให้ทนการรีสตาร์ต การปิดของอัปเดตย่อมเป็นการรีสตาร์ต กลไกการสลับไฟล์ที่กำลังใช้และการเริ่มแอปอัตโนมัติอยู่ใน «ปัญหา «ไฟล์กำลังถูกใช้» ของ Restart Manager และการอัปเดตอัตโนมัติ» ความสัมพันธ์ระหว่างอัปเดตกลางคืนกับแอปประจำเครื่องและแอปที่รันนานอยู่ใน «สลีป ไฮเบอร์เนต Modern Standby และแอปที่รันนาน»
• ทบทวนการแจกอัปเดตฝั่งแอปไปพร้อมกัน หากดึงการอัปเดต OS ไปส่งบนคลาวด์ นี่เป็นจังหวะดีที่จะดึงการแจกแอปธุรกิจและเครื่องมือรอบข้างจากงานมือไปสคริปต์และการจัดการแพ็กเกจ การทำให้การติดตั้งอัตโนมัติด้วย winget สรุปใน «การจัดเตรียมเครื่องอัตโนมัติด้วย winget และ PowerShell»
• ตรึงขั้นตอนแยกเมื่อ «อัปเดตแล้วไม่ทำงาน» ตัดสินล่วงหน้าว่าจะหยุดการขยายไปทั้งองค์กรด้วยการหยุดชั่วคราว (สูงสุด 35 วัน) แล้วทำซ้ำบนเครื่องนำร่อง แล้วตัดสินว่าแก้ฝั่งแอปหรือตัดออกฝั่งนโยบาย (เช่น ตัดไดรเวอร์) เพื่อไม่หลงในวันที่เกิดความล้มเหลว

9. สรุป

• การเลิกแนะนำ WSUS (ประกาศ 20 กันยายน 2024) คือ «สิ้นสุดการพัฒนาฟีเจอร์ใหม่» และการซิงค์กับการแจกยังทำงาน ณ สิงหาคม 2026 การซิงค์ไดรเวอร์ก็ต่อหลังถูกถอน ไม่ต้องรีบ แต่ถึงเวลาเลิกลงทุนใหม่ใน WSUS
• ทางหลักของรุ่นถัดไปคือ WUfB (Windows Update client policies) ที่ไม่มีค่าใช้จ่ายเพิ่ม กำหนดการเลื่อนอัปเดตคุณภาพ 30 วัน อัปเดตฟีเจอร์ 365 วัน และการหยุดชั่วคราว 35 วันด้วย GPO หรือ Intune แล้วแจกเป็นคลื่นด้วยวงแหวน รุ่น Home อยู่นอกขอบเขต
• ปัญหาแบนด์วิดท์มีคำตอบที่ Delivery Optimization (การแชร์ P2P ที่เปิดตามค่าเริ่มต้น) แม้ไม่มีเซิร์ฟเวอร์แจกของ WSUS สายก็ถูกรักษาได้ดีกว่าที่คิด
• Autopatch คืออัตโนมัติของงาน WUfB แม้ Business Premium ก็ใช้ได้แล้ว แต่สมมติ Entra ID+Intune จึงเป็นทางเลือกที่ไกลสำหรับบริษัทที่มีแค่ AD ในองค์กร ขั้นแรกที่ต่อเนื่องคือไป WUfB ด้วย GPO
• ภูเขาทางเทคนิคของการโยกย้ายคือการจัดระเบียบนโยบายที่ปน ระบุแหล่งดึงทีละชนิดอัปเดตด้วยนโยบายแหล่งสแกน แล้วสลับเป็นขั้น
• บนเครือข่ายปิด WSUS ยังเป็นคำตอบที่เป็นจริง แต่ให้เหลือในฐานะ «ข้อยกเว้นที่มีการจัดการ» คู่กับบัญชีและเส้นทบทวน
• จุดหมายของการจัดการอัปเดตไม่ใช่อัตราการใช้ แต่คือความต่อเนื่องของธุรกิจ จะครบเมื่อใส่เครื่องตัวแทนของแอปธุรกิจในวงแหวนนำร่อง และรวมการออกแบบกับงานที่ทนการรีสตาร์ต

บทความที่เกี่ยวข้อง

• ทางที่เป็นจริงหลังสิ้นสุดการสนับสนุน Windows 10 — ตารางตัดสิน ESU, LTSC และการซื้อเครื่องใหม่
• ภัยคุกคามความมั่นคงปลอดภัยสารสนเทศ 10 อันดับ 2026 — วิธีมองอันดับ และสิ่งที่ธุรกิจขนาดกลางและเล็กควรรับมือจริง
• จะสลับ exe/DLL ที่กำลังใช้ได้อย่างไร — Restart Manager และปัญหา «ไฟล์กำลังถูกใช้» ของการอัปเดตอัตโนมัติ
• การจัดเตรียมเครื่องอัตโนมัติด้วย winget + PowerShell — ทำให้สมุดรันบุกปฏิบัติการได้
• สลีป ไฮเบอร์เนต Modern Standby และแอปที่รันนาน — กัน «กลางคืนมันหยุด» ด้วยการออกแบบ
• การยืดอายุและการโยกย้ายแอปธุรกิจ VB6 / Access — ตารางตัดสิน เหลือ หุ้ม หรือแทนที่

ด้านให้คำปรึกษาที่เกี่ยวข้อง

KomuraSoft LLC รับคำปรึกษาเทคนิคฝั่ง «แอป» ของการจัดการอัปเดต เช่น การสอบสวนความล้มเหลวของแอปธุรกิจที่ตามการใช้ Windows Update การออกแบบแอปที่ทนการอัปเดตและรีสตาร์ต (รองรับ Restart Manager การเริ่มใหม่เอง) และการจัดสคริปต์อัตโนมัติของงานพีซีในองค์กร เริ่มจากขั้นคำปรึกษาว่า «ทุกครั้งที่อัปเดต แอปนั้นน่ากังวล» ก็ได้

• การปรับปรุงและบำรุงรักษาซอฟต์แวร์ Windows เดิม
• ตรวจสอบบั๊กและหาสาเหตุ
• ที่ปรึกษาเทคนิคและรีวิวการออกแบบ
• ติดต่อเรา

ลิงก์อ้างอิง

บทความที่เกี่ยวข้อง

บทความล่าสุดที่มีแท็กเดียวกัน เพื่อเจาะลึกหัวข้อใกล้เคียง

หัวข้อที่เกี่ยวข้อง

หน้าเหล่านี้วางหัวข้อไว้ในบริบทที่กว้างขึ้นของบริการและการตัดสินใจ

คำถามที่พบบ่อย

คำถามที่มักพบในการปรึกษาเกี่ยวกับหัวข้อของบทความนี้

WSUS ใช้ได้นานแค่ไหน?

ยังไม่มีการประกาศวันสิ้นสุด การประกาศเลิกแนะนำวันที่ 20 กันยายน 2024 หมายถึง «หยุดพัฒนาฟีเจอร์ใหม่และหยุดรับคำขอฟีเจอร์ใหม่» ฟังก์ชันที่มีอยู่ยังถูกคงไว้ และการอัปเดตยังถูกเผยแพร่ผ่านช่องทาง WSUS ต่อไป Windows Server 2025 ยังมีบทบาท WSUS และการสนับสนุนในสภาพแวดล้อมจริงรวมการอัปเดตความปลอดภัยและคุณภาพยังต่อตามวงจรชีวิตของสินค้า ณ สิงหาคม 2026 ทั้งการซิงค์และการแจกยังทำงานตามปกติ แต่ฟีเจอร์ใหม่จะไม่ถูกเพิ่มต่อไป ดังนั้นเส้นที่เป็นจริงคือ «ใช้ต่อได้ แต่ไม่เป็นเป้าหมายการลงทุนใหม่»

Windows Update for Business (WUfB) มีค่าใช้จ่ายเพิ่มไหม?

ไม่มี WUfB (ชื่อทางการปัจจุบันคือ Windows Update client policies) เป็นฟังก์ชันที่ใช้ได้โดยไม่มีค่าใช้จ่ายเพิ่มบน Windows 10/11 รุ่น Pro (รวม Pro for Workstations), Education และ Enterprise (รวม LTSC และ IoT Enterprise) รุ่น Home อยู่นอกขอบเขต การตั้งทำได้ทั้งจาก Group Policy และ 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 แล้ว

ถ้านโยบายเลื่อนของ WUfB ปนกับพีซีที่จัดการด้วย WSUS จะเกิดอะไร?

บน Windows 10 หากมีทั้งการระบุเซิร์ฟเวอร์ WSUS และนโยบายเลื่อน จุดสแกนจะสลับไป Windows Update ซึ่งเรียก dual scan และการอัปเดตอาจเข้าโดยข้ามการอนุมัติของ WSUS โดยไม่ตั้งใจ นโยบายเก่าที่ควบคุมเรื่องนี้ (Do not allow update deferral policies to cause scans against Windows Update) ไม่ถูกรองรับบน Windows 11 และทางที่ถูกตอนนี้คือนโยบายแหล่งสแกน (Specify source service for specific classes of Windows Updates) ที่ระบุชัดทีละสี่ประเภท คือการอัปเดตฟีเจอร์ การอัปเดตคุณภาพ ไดรเวอร์ และสินค้าอื่น ว่าจะดึงจาก WSUS หรือ Windows Update ในช่วงโยกย้ายจะทำแบบขั้นได้ง่ายขึ้น เช่น «ไดรเวอร์อย่างเดียวไปคลาวด์»

พีซีบนเครือข่ายปิดที่ออกอินเทอร์เน็ตไม่ได้ควรทำอย่างไร?

ในสภาพแวดล้อมปิดหรือออฟไลน์ WSUS ยังเป็นคำตอบที่เป็นจริง รวมการซิงค์ออฟไลน์ด้วยการส่งออก/นำเข้า WUfB และ Autopatch สมมติทั้งการส่งและการจัดการอยู่บนคลาวด์ (บริการ Windows Update และ Intune) จึงไม่ตั้งได้ตั้งแต่ต้น Microsoft เองเคยประกาศจะสิ้นสุดการซิงค์ไดรเวอร์ของ WSUS (กำหนด 18 เมษายน 2025) แล้วถอนเมื่อ 4 เมษายน 2025 เพราะเสียงตอบจากสภาพแวดล้อมตัดขาด แล้วประกาศให้ต่อ WSUS บนเครือข่ายปิดเป็น «WSUS ที่เหลือไว้ได้» แต่ข้อเท็จจริงที่ถูกเลิกแนะนำไม่เปลี่ยน จึงแนะนำให้ลงบัญชีแล้วเตรียมการเปลี่ยนโครงในอนาคต

โปรไฟล์ผู้เขียน

หน้าแนะนำผู้เขียนบทความ

Go Komura

ผู้แทนของ KomuraSoft LLC

เชี่ยวชาญด้านการพัฒนาซอฟต์แวร์ Windows ที่ปรึกษาเทคนิค และการตรวจสอบบั๊ก โดยเฉพาะโปรเจกต์ที่มีระบบเดิมและบั๊กที่ทำซ้ำได้ยาก