BERITA360.ID — Pengguna Windows tidak perlu memasang aplikasi pihak ketiga untuk menjaga kesehatan sistem operasi. Tiga alat bawaan—Task Scheduler, DISM, dan SFC—bisa dirangkai jadi rutinitas perawatan otomatis yang memeriksa, memperbaiki, dan memulihkan file sistem yang rusak tanpa campur tangan manual.
Windows menyimpan sejumlah utilitas perbaikan yang jarang tersentuh pengguna biasa. Ketiganya bekerja di lapisan berbeda: satu mengatur jadwal, satu memperbaiki sumber pemulihan, satu memverifikasi file inti. Dirangkai dengan benar, ketiganya membentuk sistem yang bisa mendeteksi dan menambal kerusakannya sendiri.
Task Scheduler: Mesin Otomasi di Balik Semua Perbaikan
Task Scheduler tidak memperbaiki apa pun secara langsung. Tugasnya menjalankan alat lain pada waktu tertentu atau sebagai respons terhadap kejadian spesifik, sehingga perbaikan berjalan tanpa perlu diingat pengguna.
Akses alat ini lewat pencarian di menu Start atau dengan menjalankan taskschd.msc. Opsi Create Task memberi kontrol jauh lebih rinci dibanding wizard Create Basic Task yang disederhanakan.
Bagian Triggers menyimpan kemampuan yang paling berguna. Sebuah tugas bisa dijalankan pada jadwal tetap, saat startup, saat logon, saat komputer menganggur, atau ketika entri tertentu muncul di Event Viewer. Opsi terakhir memungkinkan skrip perawatan berjalan sebagai respons atas error yang tercatat, misalnya shutdown tak terduga, alih-alih menunggu jadwal berikutnya.
Setelan yang Menentukan Berhasil atau Tidaknya Tugas Otomatis
Perintah perbaikan butuh hak administrator. Karena itu, set tugas untuk berjalan dengan hak tertinggi dan izinkan berjalan baik saat pengguna login maupun tidak.
Menjalankan tugas di bawah akun SYSTEM menghindari penyimpanan kata sandi dan membuatnya independen dari profil pengguna mana pun. Pada laptop, tab Conditions bisa membatasi tugas hanya saat perangkat terhubung ke listrik, mencegah pemindaian panjang menguras baterai.
Tab Settings memungkinkan tugas dijalankan sesegera mungkin setelah jadwal terlewat. Fitur ini berguna untuk PC yang tidak selalu menyala pada jam yang ditentukan—pemeriksaan mingguan yang terlewat cukup dilakukan saat mesin berikutnya tersedia.
Hasil praktisnya: satu tugas terjadwal yang meluncurkan skrip berisi perintah perbaikan di bawah ini. Setelah dikonfigurasi, tugas berjalan di latar belakang, dan tab history-nya mencatat kapan setiap proses berjalan serta apakah selesai dengan sukses.
DISM: Memperbaiki Sumber yang Dipakai Windows untuk Memulihkan Diri
DISM adalah alat command-line yang awalnya dibuat untuk menyiapkan dan melayani image Windows, tetapi kini jadi salah satu utilitas perbaikan paling berguna pada sistem yang berjalan. Nilainya terletak pada apa yang diperbaikinya: component store, folder berisi file referensi di C:\Windows\WinSxS yang diandalkan Windows saat memasang pembaruan dan memulihkan file sistem yang rusak.
Jika component store rusak, alat perbaikan lain tidak punya sumber yang bisa diandalkan. DISM menawarkan tiga tingkat pemeriksaan, semuanya dijalankan dari Command Prompt atau Terminal dengan hak administrator.
Perintah DISM /Online /Cleanup-Image /CheckHealth memeriksa cepat apakah kerusakan sudah ditandai. Opsi /ScanHealth menjalankan pemindaian lebih dalam dan lambat terhadap component store. Sementara /RestoreHealth memindai masalah sekaligus memperbaiki apa pun yang ditemukan—perintah yang paling banyak dipakai.
Secara default, RestoreHealth mengunduh file pengganti dari Windows Update, sehingga PC butuh koneksi internet agar perbaikan berhasil. Ketika koneksi tidak memungkinkan, atau ketika Windows Update sendiri jadi bagian dari masalah, parameter /Source bisa mengarahkan DISM ke image instalasi Windows yang sudah di-mount. Image harus sesuai dengan versi Windows yang terpasang, jika tidak, perbaikan bisa gagal.
Proses RestoreHealth penuh bisa memakan waktu dari beberapa menit hingga jauh lebih lama. Indikator kemajuannya sering tampak berhenti di persentase tertentu—jeda itu normal, dan menghentikan proses lebih buruk daripada menunggu. DISM menulis catatan rinci setiap operasi ke C:\Windows\Logs\DISM\dism.log, tempat pertama yang harus dicek jika perbaikan melaporkan error.
Dalam rutinitas perawatan otomatis, DISM harus dijalankan lebih dulu. Karena System File Checker mengambil file pengganti dari component store, memperbaiki store itu sebelumnya memberi fondasi sehat untuk langkah berikutnya.
SFC: Memeriksa File Sistem yang Dilindungi dari Kerusakan Senyap
System File Checker sudah menjadi bagian Windows selama puluhan tahun dan tetap cara paling sederhana untuk memastikan file inti sistem operasi tidak rusak atau tergantikan. Alat ini bekerja lewat Windows Resource Protection, yang menjaga file, folder, dan kunci registry kritis.
Ketika SFC menemukan file terlindungi yang tidak sesuai versi seharusnya, ia menggantinya dengan salinan bersih dari component store. Perintah standarnya adalah sfc /scannow, dijalankan dari prompt dengan hak administrator.
Pemindaian memeriksa setiap file terlindungi dan memperbaiki apa yang bisa diperbaiki, lalu melaporkan salah satu dari beberapa kemungkinan hasil. Hasil terbaik adalah pesan yang menyatakan tidak ada pelanggaran integritas ditemukan. Pesan lain menandakan SFC menemukan dan memperbaiki file rusak, atau ada file yang tidak bisa diperbaiki.
Urutan menjalankannya penting. DISM lebih dulu, baru SFC. Logika sederhananya: SFC butuh sumber yang sehat untuk menggantikan file rusak, dan sumber itu adalah component store yang dijaga DISM. Menjalankan SFC pada store yang rusak hanya menghasilkan laporan file yang tidak bisa diperbaiki.
Ketiga alat ini tersedia gratis di setiap instalasi Windows. Yang dibutuhkan hanya sedikit waktu untuk menyiapkan tugas terjadwal sekali, lalu membiarkan sistem merawat dirinya sendiri.
