Pengelolaan Windows Update setelah WSUS tidak lagi direkomendasikan — cara memilih WUfB, Autopatch, dan Intune

“Saya dengar WSUS tidak lagi direkomendasikan. Sampai kapan server WSUS kami bisa dipakai?” “Saat server diganti, apakah WSUS juga harus dibangun ulang, atau harus dihentikan?” “Sebenarnya kami tidak punya WSUS sama sekali dan menyerahkan semuanya ke Windows Update di setiap PC. Apakah ini boleh dibiarkan?” — pertanyaan-pertanyaan ini semakin sering datang berpasangan ketika kami menerima konsultasi tentang penanganan berakhirnya dukungan Windows 10.

Pada September 2024 Microsoft mengumumkan bahwa WSUS (Windows Server Update Services) tidak lagi direkomendasikan. Namun kata “tidak lagi direkomendasikan (deprecated)” mudah disalahpahami; Anda tidak perlu panik dengan anggapan “sudah tidak bisa dipakai”, dan juga tidak boleh mengabaikannya dengan alasan “masih berjalan, jadi tidak relevan”. Artinya yang tepat adalah “fitur baru tidak dibuat, tetapi untuk saat ini ia terus berjalan”, dan yang ditanyakan bukan tenggat pembongkaran, melainkan keputusan desain: di mana pengelolaan pembaruan berikutnya akan diletakkan.

Artikel ini ditujukan kepada staf TI usaha kecil dan menengah yang telah (atau belum, dan menyerahkan ke Windows Update tanpa pengelolaan) mengelola pembaruan PC internal dengan WSUS, dan menyusun pilihan (1) tetap memakai WSUS, (2) Windows Update for Business (WUfB), (3) Windows Autopatch, dan (4) pengelolaan cloud dengan Intune ke dalam tabel keputusan. Isi berdasarkan informasi primer per Agustus 2026. Sebagai perusahaan pengembangan perangkat lunak kustom untuk aplikasi bisnis, kami juga menyediakan satu bagian tentang kesiapan terhadap gangguan aplikasi yang disebabkan pembaruan.

1. Intinya dulu

• WSUS diumumkan tidak lagi direkomendasikan pada 20 September 2024. Artinya adalah “penghentian pengembangan fitur baru dan penerimaan permintaan fitur baru”. Fitur yang ada tetap dipelihara, dan pembaruan terus diterbitkan lewat saluran WSUS.¹²
• Tidak lagi direkomendasikan ≠ langsung mati. Peran WSUS masih disertakan di Windows Server 2025, dan dukungan produksi beserta pembaruan keamanan dan kualitas berlanjut sesuai siklus hidup produk. Tanggal penghapusan belum diumumkan.³²
• Sinkronisasi driver sempat diumumkan “berakhir pada 18 April 2025”, tetapi ditarik pada 4 April 2025. Alasan umpan balik dari lingkungan terputus seperti jaringan tertutup; sinkronisasi masih berlanjut hingga sekarang.⁴⁵
• Penerus utama adalah WUfB. Nama resmi saat ini adalah Windows Update client policies; pada edisi Pro, Education, dan Enterprise tanpa biaya tambahan. Dapat diatur dari GPO maupun Intune, dan server distribusi tidak diperlukan (Home tidak termasuk).⁶
• Inti WUfB adalah “penundaan dan cincin”. Penundaan pembaruan kualitas hingga 30 hari, pembaruan fitur hingga 365 hari, dan jeda hingga 35 hari dikonfigurasi lewat kebijakan, lalu distribusi bergelombang dari percontohan ke seluruh perusahaan disusun.⁶⁷
• Kekhawatiran bandwidth dijawab oleh Delivery Optimization. Mekanisme PC di jaringan yang sama berbagi pembaruan secara P2P; pada Pro/Enterprise/Education ini aktif secara default.⁸
• Windows Autopatch adalah layanan cloud yang mengotomatiskan persetujuan, jadwal, dan perlindungan di atas WUfB. Per 2026 juga dapat dipakai dengan Microsoft 365 Business Premium; Entra ID P1/P2 dan Intune adalah prasyarat.⁹
• Di lingkungan tertutup/offline, WSUS masih solusi realistis. Namun tarik garis “terus dipakai, tetapi tidak ada investasi baru”, dan masukkan ke buku besar aset serta rencana masa depan.²⁵

Peta pengetahuan artikel ini

WSUS diumumkan tidak lagi direkomendasikan pada September 2024, tetapi sinkronisasi dan distribusi terus berjalan. Penerus utama adalah Windows Update for Business (WUfB) tanpa biaya tambahan, yang dapat dikonfigurasi dari Group Policy maupun Intune, dan Windows Autopatch ada sebagai atap yang mengotomatiskan operasinya. Kekhawatiran bandwidth dijawab Delivery Optimization, dan di jaringan tertutup WSUS tetap menjadi solusi realistis.

flowchart LR
    accTitle: Peta pengetahuan pengelolaan Windows Update setelah WSUS tidak lagi direkomendasikan
    accDescr: Diagram yang menunjukkan hubungan WSUS, Windows Update for Business (WUfB), Windows Autopatch, Intune, Group Policy, Delivery Optimization, jaringan tertutup, penundaan dan jeda pembaruan kualitas serta fitur, dual scan dan kebijakan sumber pindai, serta cakupan Home dan Windows Server
    wsus["WSUS"]
    wufb["Windows Update for Business"]
    windows_update["Windows Update"]
    group_policy["Kebijakan Grup"]
    intune["Microsoft Intune"]
    autopatch["Windows Autopatch"]
    entra_id["Microsoft Entra ID"]
    update_ring["cincin pembaruan"]
    update_app_failure["gangguan aplikasi bisnis akibat pembaruan"]
    delivery_optimization["Delivery Optimization"]
    bandwidth_pressure["tekanan bandwidth saluran"]
    closed_network["jaringan tertutup"]
    wid["Windows Internal Database"]
    dual_scan["dual scan"]
    unintended_update["penerapan pembaruan yang tidak diinginkan"]
    scan_source_policy["kebijakan sumber pindai"]
    connected_cache["Microsoft Connected Cache"]
    driver_sync["sinkronisasi driver WSUS"]
    quality_update["pembaruan kualitas"]
    feature_update["pembaruan fitur"]
    update_pause["jeda pembaruan"]
    home_edition["edisi Windows Home"]
    windows_server["Windows Server"]
    wsus_migration["migrasi dari WSUS"]
    wsus_new_investment["investasi baru pada WSUS"]
    update_management["pengelolaan pembaruan"]
    driver_update["pembaruan driver"]
    compliance_deadline["tenggat kepatuhan dan masa tenggang"]
    m365_license["lisensi sasaran Autopatch"]
    small_office["lingkungan kecil tanpa administrator efektif"]
    wsus_decommission["penghentian dan pembongkaran server WSUS"]
    edition_inventory["inventaris edisi"]
    wufb -->|"penerus dari"| wsus
    wufb -->|"menggunakan"| windows_update
    wufb -->|"dikonfigurasi dengan"| group_policy
    wufb -->|"dikonfigurasi dengan"| intune
    autopatch -->|"mengotomatiskan"| wufb
    autopatch -->|"mensyaratkan"| intune
    autopatch -->|"mensyaratkan"| entra_id
    update_ring -->|"menggunakan"| wufb
    update_ring -.->|"mengurangi"| update_app_failure
    delivery_optimization -->|"mengurangi"| bandwidth_pressure
    closed_network -.->|"menggunakan"| wsus
    wsus -.->|"menggunakan"| wid
    dual_scan -.->|"dapat menyebabkan"| unintended_update
    scan_source_policy -->|"mencegah"| dual_scan
    scan_source_policy -->|"dikonfigurasi dengan"| group_policy
    unintended_update -.->|"dapat menyebabkan"| update_app_failure
    connected_cache -->|"mengurangi"| bandwidth_pressure
    delivery_optimization -.->|"menggunakan"| connected_cache
    wsus -->|"menggunakan"| driver_sync
    quality_update -->|"dikonfigurasi dengan"| wufb
    feature_update -->|"dikonfigurasi dengan"| wufb
    update_pause -->|"dikonfigurasi dengan"| wufb
    update_pause -->|"mengurangi"| update_app_failure
    home_edition -->|"tidak kompatibel"| wufb
    windows_server -.->|"menggunakan"| wsus
    feature_update -.->|"dapat menyebabkan"| unintended_update
    wufb -->|"disarankan untuk"| wsus_migration
    scan_source_policy -->|"sebaiknya didahului"| wufb
    update_ring -->|"disarankan untuk"| update_app_failure
    wsus_new_investment -->|"tidak disarankan"| update_management
    driver_update -->|"dikonfigurasi dengan"| wufb
    compliance_deadline -->|"dikonfigurasi dengan"| wufb
    autopatch -->|"mensyaratkan"| m365_license
    wsus -->|"tidak disarankan"| small_office
    update_ring -->|"sebaiknya didahului"| wsus_decommission
    edition_inventory -->|"sebaiknya didahului"| wsus_migration

Pada diagram, garis utuh menunjukkan relasi yang selalu berlaku dan garis putus-putus menunjukkan relasi bersyarat (syaratnya ada pada penjelasan masing-masing relasi di halaman rincian). Daftar lengkap relasi (total 36, beserta bukti dan tingkat kepastian) serta definisi konsep utama dikumpulkan di halaman rincian peta pengetahuan (dalam bahasa Jepang). Data: JSON-LD / Turtle

2. Apa yang terjadi pada WSUS — arti tepat “tidak lagi direkomendasikan”

Pertama, kuasai fakta dalam urutan waktu.

• Juni 2024: Diumumkan bahwa sinkronisasi driver WSUS akan berakhir pada 18 April 2025.⁴
• 20 September 2024: Pengumuman di Windows IT Pro Blog bahwa WSUS sendiri tidak lagi direkomendasikan. Pengembangan fitur baru dihentikan, dan permintaan fitur baru tidak diterima. Namun secara tegas dinyatakan bahwa fitur yang ada tetap dipelihara, penerbitan pembaruan lewat saluran WSUS dan dukungan konten yang sudah diterbitkan dilanjutkan.¹
• 4 April 2025: Pengumuman akhir sinkronisasi driver ditarik. Menerima umpan balik dari organisasi yang beroperasi di lingkungan terputus (jaringan tertutup), Microsoft mengumumkan akan terus menyinkronkan driver dari katalog Windows Update/Microsoft Update.⁵

Dokumentasi Microsoft Learn yang berlaku menjelaskan status WSUS sebagai “tidak lagi direkomendasikan dan fitur baru tidak ditambahkan, tetapi dukungan di lingkungan produksi berlanjut, dan pembaruan keamanan serta kualitas diterima sesuai siklus hidup produk”.² WSUS juga tercantum dalam daftar fitur yang tidak lagi direkomendasikan di Windows Server 2025, tetapi definisinya di situ pun adalah “komponen yang tidak lagi direkomendasikan tetap disertakan di Windows Server dan didukung untuk penempatan produksi”. Memang, peran WSUS ada di Windows Server 2025, dan dicatat bahwa “fitur serta konten yang ada tetap dapat dipakai”.³

Jadi kenyataan per Agustus 2026 adalah: baik sinkronisasi maupun distribusi belum berhenti. Di sisi lain, ada gerakan di sekitarnya yang perlu diwaspadai. Windows Internal Database (WID), basis data yang dipakai WSUS secara default, juga secara eksplisit dinyatakan tidak lagi direkomendasikan dan direncanakan dihapus di masa depan pada Windows Server 2025.³ Artinya, prasyarat kompatibilitas di kaki-kaki pendukungnya bisa runtuh lebih dulu daripada intinya.

Garis praktis yang dapat ditarik dari sini jelas. Tidak perlu panik dengan anggapan “berhenti besok”, tetapi jangan melakukan investasi baru yang menempatkan WSUS di pusat (penggantian server, penambahan replika, kustomisasi). Saat penggantian server menjadi tenggat alami untuk meninjau ulang pengelolaan pembaruan.

3. Gambaran keseluruhan pilihan — posisi empat jalur

Ketika memikirkan “setelah WSUS”, pilihan yang berbeda perannya mudah tercampur. Mari ditata dulu.

Seperti terlihat, WUfB, Autopatch, dan Intune bukan pilihan yang saling berhadapan, melainkan tumpukan. Di dasarnya ada kumpulan kebijakan WUfB; menuliskannya dengan GPO adalah “WUfB saja”, menuliskannya dengan cincin pembaruan Intune adalah “pengelolaan Intune”, dan menyerahkan persetujuan, jadwal, serta jeda penyebaran kepada layanan adalah “Autopatch”. Memang, Microsoft menempatkan Autopatch sebagai “layanan cloud yang bekerja sama dengan WUfB (Windows Update client policies)”.⁶

flowchart TB
    accTitle: Cara menumpuk WUfB, Autopatch, dan Intune
    accDescr: Windows Autopatch menumpang di atas kumpulan kebijakan WUfB, dan GPO serta cincin pembaruan Intune adalah dua cara menulis ke WUfB
    AP["Windows Autopatch<br/>otomatisasi penyusunan cincin, pemantauan penyebaran, dan keputusan jeda"] --> WUFB
    WUFB["kumpulan kebijakan WUfB (penundaan, jeda, tenggat)<br/>= Windows Update client policies"] --> WU["pengiriman langsung dari Windows Update<br/>(tanpa server distribusi)"]
    GPO["dikonfigurasi dengan GPO<br/>(AD on-premises)"] -.->|"cara menulis 1"| WUFB
    INTUNE["dikonfigurasi dengan cincin pembaruan Intune<br/>(pengelolaan cloud)"] -.->|"cara menulis 2"| WUFB

Gambar 1: Kumpulan kebijakan WUfB adalah fondasi; GPO atau Intune yang menuliskannya, Autopatch mengotomatiskan operasi di atasnya.

Karena itu, keputusan UKM pada dasarnya dapat dipecah menjadi dua tahap. (1) Apakah distribusi dialihkan dari WSUS ke pengiriman langsung Windows Update. (2) Apakah tempat kebijakan tetap di AD on-premises (GPO), atau dinaikkan ke Intune. Bagi perusahaan yang terus mengoperasikan GPO di AD on-premises, maju dulu hanya pada (1) — yaitu mengonfigurasi WUfB dengan GPO — adalah yang paling berkesinambungan.

Selain itu, pengelolaan pembaruan Windows Server sendiri yang dicakup WSUS adalah masalah terpisah. Windows Server tidak menerima pembaruan fitur dari Windows Update, jadi kebijakan WUfB hanya berlaku untuk pembaruan kualitas.⁷ Di UKM dengan sedikit server, bentuk yang realistis adalah tetap memakai WSUS atau operasi manual hanya untuk server, dan memindahkan PC klien ke pengiriman cloud lebih dulu.

4. Windows Update for Business — penerus utama tanpa biaya tambahan

Mekanisme WUfB dalam satu kalimat: “tanpa memiliki server distribusi, menjinakkan pengiriman langsung dari Windows Update dengan kebijakan”.

• Edisi sasaran: Windows 10/11 Pro (termasuk Pro for Workstations), Education, Enterprise (termasuk LTSC dan IoT Enterprise). Home tidak termasuk. Tidak ada biaya tambahan.⁶
• Cara pengaturan: Didukung baik Group Policy maupun MDM (Intune dan sejenisnya). Lokasi GPO ada di bawah Konfigurasi komputer\Templat administratif\Komponen Windows\Windows Update; penundaan pembaruan kualitas sesuai kebijakan “Select when Quality Updates are received”, dan penundaan pembaruan fitur sesuai “Select when Preview Builds and feature updates are received”. Di Intune/MDM dipakai Policy CSP seperti Update/DeferQualityUpdatesPeriodInDays.⁷
• Hari yang dapat ditunda: Pembaruan kualitas (dasarnya Selasa kedua setiap bulan) hingga 30 hari, pembaruan fitur (tahunan) hingga 365 hari. Ditambah jeda hingga 35 hari untuk menghentikan distribusi saat ada masalah (dihitung dari tanggal mulai; otomatis dilanjutkan saat tenggat habis).⁶⁷
• Jenis pembaruan yang dapat dijadikan sasaran: Selain pembaruan fitur dan kualitas, pembaruan driver (aktif secara default; dapat dikecualikan dengan ExcludeWUDriversInQualityUpdate) dan pembaruan produk Microsoft lain seperti Office (nonaktif secara default; diaktifkan dengan AllowMUUpdateService) dapat dikendalikan.⁷
• Tenggat dan masa tenggang: Terpisah dari penundaan, ada kebijakan tenggat kepatuhan + masa tenggang yang menentukan dalam berapa hari setelah penerbitan pembaruan harus dipasang, dan dalam berapa hari setelah pemasangan harus di-restart. Jawaban untuk “PC yang tidak pernah restart” ada di sini.⁶

Cara berpikir desain cincin

Yang setara dengan “persetujuan” WSUS adalah cincin (gelombang) dengan jumlah hari penundaan yang berbeda. Microsoft sendiri mengasumsikan pemakaian membuat grup dengan periode penundaan berbeda, mengonfirmasi kualitas pada kelompok kecil, lalu memperluas ke keseluruhan.⁷ Misalnya, tiga cincin berikut menjadi titik berangkat.

Berbeda dari WSUS yang “tidak didistribusikan kecuali tombol persetujuan ditekan”, WUfB adalah mekanisme yang didistribusikan sesuai tenggat jika dibiarkan. Cara cepat memahaminya: pusat pengelolaan bergeser dari “pekerjaan mendistribusikan” ke “keputusan menghentikan”.

flowchart LR
    accTitle: Tiga cincin dengan hari penundaan yang berbeda
    accDescr: Setelah penerbitan pembaruan, penundaan diperluas ke percontohan, pelopor, lalu seluruh perusahaan, dan jika ada masalah, perluasan ke seluruh perusahaan dihentikan dengan jeda
    PUB["penerbitan pembaruan<br/>(pembaruan kualitas bulanan, dll.)"] --> P["percontohan<br/>penundaan 0–3 hari"]
    P -- "tidak ada masalah" --> S["pelopor<br/>penundaan sekitar 7 hari"]
    S -- "tidak ada masalah" --> A["seluruh perusahaan<br/>penundaan sekitar 14 hari"]
    P -- "ada masalah" --> PAUSE["hentikan perluasan ke seluruh perusahaan<br/>dengan jeda (hingga 35 hari)"]
    S -- "ada masalah" --> PAUSE
    PAUSE --> FIX["pemilahan: perbaikan aplikasi<br/>atau pengecualian di sisi kebijakan"]
    FIX --> RESUME["lanjutkan setelah teratasi"]

Gambar 2: Gelombang dari percontohan ke seluruh perusahaan; jika ada masalah, hentikan perluasan dengan jeda, lalu lanjutkan setelah teratasi.

Kekhawatiran bandwidth dijawab Delivery Optimization

Jika WSUS dihentikan, semua PC mengambil pembaruan dari internet, jadi bandwidth cabang menjadi khawatir. Yang menjawab ini adalah Delivery Optimization. Mekanisme PC di jaringan yang sama saling berbagi paket pembaruan yang sudah diunduh secara P2P; pada Pro, Enterprise, dan Education, berbagi peer di jaringan lokal aktif secara default. Sasarannya luas: selain pembaruan fitur, kualitas, dan driver Windows Update, juga aplikasi Store, pembaruan definisi Microsoft Defender, Microsoft 365 Apps, dan lainnya.⁸ Dalam penyebaran internal Microsoft, dilaporkan lebih dari 76% konten diperoleh dari peer, bukan internet.⁸ Jika ingin menyempitkan lebih jauh, ada pilihan Microsoft Connected Cache, yaitu menempatkan server cache khusus.⁸

5. Windows Autopatch — menyerahkan “operasi pembaruan itu sendiri” ke luar

Meski WUfB dikonfigurasi, desain cincin, pemantauan status penyebaran, dan keputusan jeda saat ada masalah tetap menjadi pekerjaan Anda. Menyerahkan bagian operasi itu kepada layanan adalah Windows Autopatch, yang mengotomatiskan persetujuan, jadwal, dan perlindungan (pengendalian penyebaran saat masalah terdeteksi) untuk pembaruan yang dikirim dari Windows Update.⁶ Isi utamanya adalah penyusunan otomatis grup Autopatch dan cincin pembaruan, pengelolaan penyebaran pembaruan kualitas, fitur, dan driver/firmware, serta laporan status penyebaran.⁹

Prasyarat per 2026 adalah sebagai berikut.⁹

• Lisensi: Salah satu dari Microsoft 365 Business Premium, Windows 10/11 Education A3/A5, Windows 10/11 Enterprise E3/E5 (termasuk dalam Microsoft 365 F3/E3/E5), atau Enterprise E3/E5 VDA. Bukan lagi terbatas E3 seperti dulu, tetapi fungsi yang tersedia berbeda menurut pita lisensi, dan fungsi permintaan dukungan ke Microsoft hanya untuk E3 ke atas dan F3.
• Fondasi: Microsoft Entra ID P1/P2 dan Microsoft Intune wajib. Perangkat harus PC milik perusahaan yang sudah terdaftar Intune (co-management ConfigMgr juga boleh) dan berkomunikasi dengan Intune dalam 28 hari terakhir. Tidak dapat dipakai di lingkungan yang hanya AD on-premises (Entra hybrid join boleh).
• OS sasaran: Edisi Pro, Education, dan Enterprise Windows 10/11, saluran ketersediaan umum (GA). LTSC hanya mendukung pengelolaan pembaruan kualitas.

Realitas bagi UKM dapat disusun begini. Jika Business Premium sudah dipakai dan PC dikelola (atau akan dikelola) dengan Intune, Autopatch adalah “atap yang menempel tanpa biaya tambahan”. Sebaliknya, bagi perusahaan yang berjalan hanya dengan AD on-premises dan GPO, memperkenalkan Autopatch menjadi proyek migrasi ke Entra ID+Intune, bukan skala yang diambil hanya demi pengelolaan pembaruan. Dalam kasus itu, urutan alami adalah pindah dulu ke WUfB dengan GPO, lalu mempertimbangkan Autopatch ketika hari migrasi ke pengelolaan cloud tiba.

6. Tabel keputusan — perusahaan mana memilih yang mana

Sampai di sini dirangkum dalam satu lembar. Konfirmasi dulu percabangan besar dengan alur, lalu perinci dengan tabel.

flowchart TB
    accTitle: Percabangan pilihan WSUS, WUfB, dan Autopatch
    accDescr: Jika jaringan tertutup, tetap memakai WSUS; jika AD on-premises, WUfB dengan GPO; jika dikelola Intune dan ada lisensi sasaran, Autopatch; jika tidak, cincin pembaruan Intune
    Q1{"jaringan tertutup/offline?"} -- "ya" --> WSUS["tetap memakai WSUS<br/>pengecualian terkelola dengan buku besar + tenggat tinjauan"]
    Q1 -- "tidak" --> Q2{"apakah PC dikelola dengan Intune<br/>(atau akan dimigrasi)?"}
    Q2 -- "tidak (AD on-premises + GPO)" --> GPO["konfigurasi WUfB dengan GPO<br/>tanpa biaya tambahan, paling berkesinambungan"]
    Q2 -- "ya" --> Q3{"ada lisensi Business Premium<br/>atau E3 ke atas?"}
    Q3 -- "ada" --> AP["Windows Autopatch"]
    Q3 -- "tidak" --> RING["cincin pembaruan Intune (WUfB)"]

Gambar 3: Jika jaringan tertutup, pakai WSUS; jika tidak, ada tidaknya Intune dan lisensi yang memutuskan WUfB/Autopatch.

Dua catatan. Pertama, jika edisi Home tercampur, Anda tidak masuk ke arena WUfB.⁶ Di perusahaan kecil, PC “Home seperti saat dibeli” tidak jarang, dan pekerjaan pertama rencana migrasi sebenarnya adalah inventaris edisi. Kedua, keputusan meninggalkan WSUS tertutup “secara adil masuk akal”, tetapi fakta bahwa ia tidak lagi direkomendasikan tidak berubah. Sama seperti operasi terisolasi Windows 10 yang sudah berakhir dukungannya, ia baru menjadi pengecualian terkelola setelah dicatat di buku besar dan diberi tenggat tinjauan.

7. Praktik migrasi — kerangka memindahkan dari WSUS ke WUfB

Yang paling mudah tersandung secara teknis saat beralih dari WSUS ke WUfB adalah bercampurnya kebijakan lama dan baru. Alur keseluruhan ditunjukkan dulu.

flowchart TB
    accTitle: Langkah memindahkan dari WSUS ke WUfB
    accDescr: Inventaris semua GPO, nyatakan sumber dengan kebijakan sumber pindai, tentukan penundaan pembaruan fitur dan versi target, lalu beralih mulai dari percontohan, dan terakhir lipat WSUS
    A["1. Inventaris kebijakan semua GPO<br/>(penetapan WSUS, pembaruan otomatis, penundaan)"] --> B["2-3. Dengan kebijakan sumber pindai,<br/>nyatakan sumber per jenis pembaruan"]
    B --> C["4. Nyatakan penundaan pembaruan fitur dan<br/>versi target (cegah insiden Windows 11)"]
    C --> D["5. Lepas penetapan WSUS dari percontohan lalu<br/>terapkan kebijakan WUfB (paralel 1–2 bulan)"]
    D --> E["6. Setelah semua beralih, amati 1 siklus lalu<br/>lipat server WSUS (yang untuk jaringan tertutup ke buku besar)"]

Gambar 4: Inventaris kebijakan → nyatakan sumber pindai → kendalikan pembaruan fitur → paralel lewat cincin → lipat server.

Rincian langkahnya sebagai berikut.

1. Inventaris kebijakan saat ini. Tiga jenis — penetapan server WSUS (lokasi layanan pembaruan intranet), konfigurasi pembaruan otomatis, dan kebijakan penundaan yang pernah dimasukkan — disisir dari semua GPO.
2. Kenali jebakan dual scan. Di Windows 10, jika penetapan server WSUS dan kebijakan penundaan hidup bersama, tujuan pindai beralih ke Windows Update (yang disebut dual scan), dan kebijakan lama yang menekan ini tidak didukung di Windows 11.¹⁰
3. Nyatakan dengan kebijakan sumber pindai. Pendekatan yang benar sekarang adalah, di bawah Konfigurasi komputer\Templat administratif\Komponen Windows\Windows Update\Manage updates offered from Windows Server Update Service, memakai “Specify source service for specific classes of Windows Updates” untuk menetapkan per empat kelas — pembaruan fitur, pembaruan kualitas, driver, dan produk Microsoft lain — apakah sumbernya WSUS atau Windows Update (di MDM, keempat kebijakan SetPolicyDrivenUpdateSourceFor～ semuanya harus disetel). Microsoft sendiri merekomendasikan migrasi bertahap seperti “driver dulu ke cloud” pada masa transisi dari pengelolaan on-premises ke cloud.¹⁰
4. Waspadai peningkatan Windows 11 yang tidak terduga. Jika sumber pindai atau kebijakan penawaran pembaruan fitur dibiarkan tidak disetel sambil tetap dalam konfigurasi WSUS, peningkatan ke Windows 11 dapat terlihat ketika pengguna menekan “periksa pembaruan secara online”.¹⁰ Justru pada masa transisi, nyatakan penundaan pembaruan fitur (hingga 365 hari) atau penetapan versi target.
5. Buat cincin lalu beralih. Siapkan tiga cincin di bab 4, dan dari OU/grup percontohan secara berurutan lepaskan penetapan WSUS lalu terapkan kebijakan WUfB. Setelah 1–2 bulan paralel, konfirmasi efektivitas Delivery Optimization (rasio perolehan peer) dan beban saluran, lalu perluas ke seluruh perusahaan.
6. Lipat server WSUS. Setelah semua klien beralih, jangan langsung menghapus server; amati satu siklus (satu bulan) lalu hentikan. Jika ditinggalkan untuk jaringan tertutup, batasi perannya ke situ dan catat di buku besar.

8. Sudut pandang sisi aplikasi bisnis — agar pembaruan tidak menghentikan bisnis

Dari posisi pengembangan perangkat lunak kustom, yang benar-benar ingin dilindungi saat cara pengelolaan pembaruan berubah bukan hanya “agar patch mengenai”, melainkan agar aplikasi bisnis tetap berjalan meski patch mengenai. Dalam “10 Ancaman Keamanan Informasi Utama” IPA, penerapan program perbaikan terus disebut di barisan depan tindakan dasar (“cara memandang 10 Ancaman Keamanan Informasi Utama 2026”). Mekanisme yang tidak menghentikan penerapan, dan kesiapan agar penerapan tidak merusak, adalah dua roda.

• Masukkan “mesin perwakilan aplikasi bisnis” ke cincin percontohan. Pilih satu per satu PC dengan konfigurasi berbeda — versi Office, alat formulir, koneksi perangkat — dan konfirmasi bahwa pekerjaan bisnis menyelesaikan satu putaran setelah pembaruan. Cincin bukan hanya untuk staf TI, melainkan juga mekanisme validasi aplikasi.
• Jadikan desain dan operasi aplikasi tahan restart. Penutup pembaruan selalu restart. Mekanisme penggantian berkas yang sedang dipakai dan mulai ulang otomatis aplikasi dibahas di “Restart Manager dan masalah ‘berkas sedang dipakai’ pada pembaruan otomatis”, dan hubungan pembaruan malam dengan aplikasi residen serta aplikasi yang berjalan lama di “tidur, hibernasi, Modern Standby, dan aplikasi yang berjalan lama”.
• Tinjau ulang juga distribusi pembaruan sisi aplikasi. Jika pembaruan OS didekatkan ke pengiriman cloud, ini kesempatan mendekatkan distribusi aplikasi bisnis dan alat pendukung dari pekerjaan manual ke skrip dan pengelolaan paket. Otomatisasi penyiapan dengan winget dirangkum di “mengotomatiskan kitting PC dengan winget dan PowerShell”.
• Tetapkan prosedur pemilahan “tidak jalan setelah pembaruan” sebelumnya. Alur menghentikan perluasan ke seluruh perusahaan dengan jeda (hingga 35 hari), mereproduksi di mesin percontohan, lalu memutuskan apakah perbaikan sisi aplikasi atau pengecualian sisi kebijakan (pengecualian driver, dll.) — jika ditetapkan sebelumnya, Anda tidak ragu pada hari gangguan.

9. Ringkasan

• Pengumuman bahwa WSUS tidak lagi direkomendasikan (20 September 2024) adalah “penghentian pengembangan fitur baru”; sinkronisasi dan distribusi masih berjalan per Agustus 2026. Sinkronisasi driver juga berlanjut setelah ditarik. Tidak perlu panik, tetapi ini saatnya menghentikan investasi baru pada WSUS.
• Penerus utama adalah WUfB (Windows Update client policies) tanpa biaya tambahan. Konfigurasikan penundaan 30 hari untuk pembaruan kualitas, 365 hari untuk pembaruan fitur, dan jeda 35 hari dengan GPO atau Intune, lalu distribusikan bergelombang dengan cincin. Edisi Home tidak termasuk.
• Masalah bandwidth dijawab Delivery Optimization (berbagi P2P yang aktif secara default). Meski server distribusi WSUS hilang, saluran dapat dilindungi lebih dari yang diduga.
• Autopatch adalah otomatisasi operasi WUfB. Kini dapat dipakai juga dengan Business Premium, tetapi Entra ID+Intune adalah prasyarat, jadi jauh bagi perusahaan yang hanya AD on-premises. Langkah pertama yang berkesinambungan adalah ke WUfB dengan GPO.
• Puncak teknis migrasi adalah merapikan kebijakan yang bercampur. Nyatakan sumber per jenis pembaruan dengan kebijakan sumber pindai, lalu beralih secara bertahap.
• Di jaringan tertutup, WSUS masih solusi realistis. Namun tinggalkan sebagai “pengecualian terkelola” yang dipasangkan dengan buku besar dan tenggat tinjauan.
• Tujuan pengelolaan pembaruan bukan rasio penerapan, melainkan kelangsungan bisnis. Baru lengkap setelah mesin perwakilan aplikasi bisnis masuk ke cincin percontohan, termasuk desain dan operasi yang tahan restart.

Artikel terkait

• Solusi realistis setelah berakhirnya dukungan Windows 10 — tabel keputusan ESU, LTSC, dan penggantian
• 10 Ancaman Keamanan Informasi Utama 2026 — cara memandang peringkat, dan apa yang benar-benar harus ditangani UKM
• Cara mengganti exe/DLL yang sedang dipakai — Restart Manager dan masalah “berkas sedang dipakai” pada pembaruan otomatis
• Mengotomatiskan kitting PC dengan winget + PowerShell — membuat runbook dapat dijalankan
• Tidur, hibernasi, Modern Standby, dan aplikasi yang berjalan lama — mencegah “berhenti di tengah malam” lewat desain
• Memperpanjang dan memigrasikan aplikasi bisnis VB6 / Access — tabel keputusan: pertahankan, bungkus, atau ganti

Area konsultasi terkait

KomuraSoft LLC menangani investigasi gangguan aplikasi bisnis yang menyertai penerapan Windows Update, desain aplikasi yang tahan pembaruan dan restart (dukungan Restart Manager, mulai ulang otomatis), serta penyusunan skrip otomatisasi operasi PC internal — konsultasi teknis “sisi aplikasi” dari pengelolaan pembaruan. Tidak apa-apa memulai dari tahap “setiap kali ada pembaruan, aplikasi itu membuat khawatir.”

• Modifikasi dan pemeliharaan perangkat lunak Windows yang ada
• Investigasi bug dan akar masalah
• Konsultasi teknis dan tinjauan desain
• Hubungi kami

Tautan referensi

Artikel terkait

Artikel terbaru dengan tag yang sama untuk mendalami topik-topik terdekat.

Topik terkait

Halaman-halaman ini menempatkan topik dalam konteks layanan dan keputusan yang lebih luas.

Pertanyaan yang sering diajukan

Pertanyaan yang sering muncul dalam konsultasi tentang topik artikel ini.

Sampai kapan WSUS bisa dipakai?

Tanggal penghentian belum diumumkan. Pengumuman 20 September 2024 bahwa WSUS tidak lagi direkomendasikan berarti 'pengembangan fitur baru dan penerimaan permintaan fitur baru dihentikan'; fitur yang ada tetap dipelihara, dan pembaruan terus diterbitkan lewat saluran WSUS. Peran WSUS juga masih disertakan di Windows Server 2025, dan dukungan produksi beserta pembaruan keamanan dan kualitas berlanjut sesuai siklus hidup produk. Per Agustus 2026, sinkronisasi maupun distribusi masih berjalan seperti biasa. Namun fitur baru tidak akan ditambahkan, jadi garis yang realistis adalah 'boleh terus dipakai, tetapi jangan dijadikan tujuan investasi baru'.

Apakah Windows Update for Business (WUfB) dikenai biaya tambahan?

Tidak. WUfB (nama resmi saat ini adalah Windows Update client policies) adalah fitur yang dapat dipakai tanpa biaya tambahan pada Windows 10/11 edisi Pro (termasuk Pro for Workstations), Education, dan Enterprise (termasuk LTSC dan IoT Enterprise). Edisi Home tidak termasuk. Pengaturan dapat dilakukan dari Group Policy maupun MDM (Intune dan sejenisnya); pembaruan kualitas dapat ditunda hingga 30 hari, pembaruan fitur hingga 365 hari, dan jeda hingga 35 hari. Server distribusi seperti WSUS tidak diperlukan; paket pembaruan sendiri dikirim langsung dari Windows Update.

Lisensi apa yang diperlukan untuk Windows Autopatch?

Menurut persyaratan per 2026, Autopatch dapat dipakai dengan salah satu dari Microsoft 365 Business Premium, Windows 10/11 Education A3/A5 (termasuk dalam Microsoft 365 A3/A5), Windows 10/11 Enterprise E3/E5 (termasuk dalam Microsoft 365 F3/E3/E5), atau Enterprise E3/E5 VDA. Dulu E3 ke atas adalah prasyarat, tetapi sekarang fungsi inti seperti cincin pembaruan dan pengelolaan pembaruan kualitas, fitur, serta driver juga tersedia dengan Business Premium (fungsi permintaan dukungan ke Microsoft hanya untuk E3 ke atas dan F3). Selain itu Microsoft Entra ID P1/P2 dan Microsoft Intune wajib, dan perangkat sasaran harus PC milik perusahaan yang sudah terdaftar di Intune.

Apa yang terjadi jika kebijakan penundaan WUfB dicampur ke PC yang dikelola WSUS?

Di Windows 10, jika penetapan server WSUS dan kebijakan penundaan ada bersamaan, tujuan pindai beralih ke Windows Update — perilaku yang disebut dual scan — dan pembaruan dapat masuk tanpa melewati persetujuan WSUS. Kebijakan lama yang mengendalikan ini (Do not allow update deferral policies to cause scans against Windows Update) tidak didukung di Windows 11; pendekatan yang benar sekarang adalah kebijakan sumber pindai (Specify source service for specific classes of Windows Updates), yang secara eksplisit menetapkan apakah sumber untuk keempat kelas — pembaruan fitur, pembaruan kualitas, driver, dan produk lain — adalah WSUS atau Windows Update. Pada masa transisi, migrasi bertahap seperti 'hanya driver ke cloud' menjadi lebih mudah.

Bagaimana dengan PC di jaringan tertutup yang tidak dapat ke internet?

Di lingkungan tertutup/offline, WSUS tetap menjadi solusi realistis, termasuk sinkronisasi offline lewat ekspor/impor. WUfB dan Autopatch mengasumsikan cloud (layanan Windows Update dan Intune) baik untuk pengiriman maupun pengelolaan, jadi keduanya tidak dapat terbentuk. Microsoft sendiri, dengan alasan umpan balik dari lingkungan terputus, menarik rencana penghentian sinkronisasi driver WSUS (semula 18 April 2025) pada 4 April 2025 dan mengumumkan kelanjutannya. WSUS tertutup adalah 'WSUS yang boleh ditinggalkan', tetapi fakta bahwa ia tidak lagi direkomendasikan tidak berubah, jadi sebaiknya dicatat di buku besar aset dan disiapkan untuk perubahan konfigurasi di masa depan.

Profil penulis

Halaman perkenalan penulis artikel.

Go Komura

Direktur KomuraSoft LLC

Berspesialisasi dalam pengembangan perangkat lunak Windows, konsultasi teknis, dan investigasi bug, terutama pada proyek dengan sistem yang sudah ada dan bug yang sulit direproduksi.