Windows Server 2025 / Membuat daftar periksa pemeliharaan server yang praktis

Daftar periksa pemeliharaan yang berguna memastikan layanan dapat dipakai pengguna, data dapat dipulihkan, dan perubahan terbaru tidak menimbulkan masalah. Untuk setiap pemeriksaan, tetapkan hasil yang diharapkan, frekuensi, bukti, penanggung jawab, serta tindakan ketika gagal; tanda centang saja tidak membuktikan server sehat.

Tentukan operasi normal setiap peran

Buat inventaris setiap server: nama, alamat IP, peran, pemilik layanan, ketergantungan, jalur administrasi, dan lokasi cadangan. Tentukan operasi pengguna yang normal dan hasilnya dari klien representatif untuk setiap peran. Konsol yang dapat dibuka atau layanan berstatus berjalan belum membuktikan autentikasi, akses file, atau aplikasi bekerja.

Masuk domain dengan informasi tersimpan dalam cache dapat berhasil tanpa menghubungi pengontrol domain, sehingga bukan bukti tersendiri bahwa Active Directory tersedia. Akses administrator juga dapat menutupi kesalahan izin pengguna biasa. Gunakan akun dan jalur yang mewakili penggunaan sebenarnya, tanpa menambah hak hanya agar pemeriksaan lolos. Penolakan akses yang diharapkan baru bermakna jika sumber daya yang sama tetap berfungsi untuk pengguna berizin.

Jadwalkan tinjauan harian, mingguan, dan bulanan

Frekuensi pada tabel hanyalah contoh; sesuaikan dengan dampak gangguan dan laju perubahan. Cadangan gagal atau sertifikat hampir kedaluwarsa tidak boleh menunggu tinjauan bulanan bila layanan atau pemulihan terancam. Tentukan penerima peringatan, batas waktu respons, dan jalur eskalasi bila tidak ditanggapi. Jika pemeriksaan tidak dijalankan, tandai belum dilakukan atau tertunda; jangan menyalin hasil lama seolah-olah pengamatan baru.

Kumpulkan kondisi dasar dan uji sesuai peran

Jalankan kueri berikut dalam Windows PowerShell pada server yang dituju, dengan izin baca dan elevasi apabila log memerlukannya. Cocokkan dahulu nama komputer yang keluar, lalu catat waktu dan zona waktu. Perintah ini menampilkan informasi, bukan otomatis membuat laporan atau menguji semua peran. Simpan hasil setiap pelaksanaan melalui prosedur pelaporan Anda di lokasi terbatas, dengan nama server dan waktu unik tanpa menimpa bukti lama:

hostname
Get-CimInstance Win32_OperatingSystem | Select-Object LastBootUpTime
Get-Volume | Select-Object DriveLetter,FileSystemLabel,Size,SizeRemaining
Get-WinEvent -FilterHashtable @{LogName='System';StartTime=(Get-Date).AddDays(-1);Level=1,2} -MaxEvents 30

Baris kedua menampilkan waktu boot terakhir. Pada Get-Volume, Size dan SizeRemaining berupa byte. Bandingkan ruang bebas, kapasitas, pertumbuhan, serta kebutuhan pembaruan dan cadangan; hitung persentase hanya jika Size lebih dari nol. Volume tanpa huruf drive tidak otomatis rusak: jangan mengubah partisi hanya karena itu. Baris terakhir mengambil hanya log System tingkat 1 dan 2, yaitu kritis dan kesalahan, dalam 24 jam terakhir, maksimal 30 peristiwa terbaru. Peringatan, Application, dan kanal khusus peran tidak tercakup. Dokumentasi Get-WinEvent menjelaskan bahwa hak akses dapat menghalangi kueri: bedakan kegagalan tersebut dari hasil tanpa kecocokan. Simpan penyedia, ID, waktu, dan pesan, lalu perluas rentang atau batas bila awal insiden terlewat. Tidak ada hasil bukan bukti semua layanan normal; layanan berhenti pun bisa wajar karena jenis startup manual atau berbasis pemicu.

Pada pengontrol domain, periksa DNS dan diagnosis replikasi AD, termasuk mitra, keberhasilan terakhir, dan kesalahan. Jangan memaksa sinkronisasi atau mengubah DNS sebagai rutinitas. Untuk DHCP, tinjau statistik cakupan IPv4 pada server terkait dan konfirmasi sewa dari klien uji yang disetujui; jangan melepaskan alamat komputer yang sedang dipakai hanya untuk pemeriksaan. Untuk cadangan, periksa versi di tujuan penyimpanan sebenarnya beserta komputer sumber. Daftar tanpa tujuan bisa memuat cadangan yang sudah tidak tersedia; entri katalog belum membuktikan pemulihan. Tambahkan hanya pemeriksaan yang sesuai peran terpasang, tanpa memasang modul atau layanan tidak perlu agar semua perintah dapat dijalankan.

Catat bukti dan tindak lanjut

Contoh ketentuan pada FS1 ialah “baca dan tulis file sendiri di Sales dari klien memakai sales.user1; akses Support ditolak”. Jika Sales juga gagal, jangan langsung menyatakan penolakan Support benar sebelum memeriksa konektivitas dan autentikasi. Kaitkan temuan dengan bukti, penanggung jawab, dan tenggat, lalu ulangi kedua pemeriksaan pada konteks sama setelah perbaikan. Gunakan pemulihan file ke lokasi terpisah untuk bukti pemulihan dan catat hasil sebenarnya, tanpa mengarang durasi atau keberhasilan.

Untuk kata sandi, token, dan kunci pemulihan, catat hanya rujukan ke lokasi penyimpanan aman, bukan rahasianya. Batasi juga laporan yang berisi akun, jalur, dan alamat internal. Bedakan skrip selesai, pekerjaan cadangan melaporkan sukses, dan pemulihan yang sudah terbukti dapat digunakan. Kegagalan berulang tidak berubah menjadi kondisi normal: pertahankan penanggung jawab, tenggat, dan syarat tinjauan ulang pengecualian.

Uji ulang setelah perubahan

Setelah pembaruan atau perubahan jaringan, izin, sertifikat, dan penyimpanan, ulangi operasi pengguna serta pengukuran pembanding yang terdampak. Sebelum perubahan, dokumentasikan nilai awal, prosedur pemulihan, dan akses konsol jika administrasi jarak jauh terputus. Terapkan satu perubahan terencana dengan lingkup terbatas setiap kali. Jika hasil memburuk, hentikan, nilai dampaknya, lalu gunakan prosedur pengembalian yang disetujui alih-alih menumpuk perubahan lain.

• Pulihkan ke lokasi terpisah dan periksa isi, daftar kontrol akses (Access Control List, ACL), serta durasi. Cara ini memungkinkan perbandingan data dan izin tanpa mengganti berkas asli.
• Pertimbangkan kegagalan host atau penyimpanan bersama meskipun ada beberapa mesin virtual. Dua server pada media yang sama tidak otomatis saling melindungi dari kegagalan media tersebut.
• Setelah memperbarui sertifikat, periksa dari klien apakah layanan menyajikan sertifikat baru untuk nama yang benar dengan rantai valid. Sertifikat baru di penyimpanan belum membuktikan pengikatan layanan ikut berubah.
• Sebelum menghentikan akun, aturan, atau kebijakan, temukan layanan, tugas, dan pengguna yang bergantung padanya. Simpan kondisi awal dan cara mengembalikan, lalu ulangi pemeriksaan setelah perubahan.

Perbarui daftar ketika peran, server, atau penanggung jawab berubah. Layanan baru memerlukan pemeriksaan fungsi dan cara pemulihan. Saat server dihentikan permanen, tutup pemantauan dan akses secara jelas serta tetapkan retensi cadangan menurut kebijakan. Jangan menghapus cadangan berguna terakhir hanya karena server tidak lagi tercatat di inventaris. Tutup temuan setelah pemeriksaan terkait kembali memenuhi hasil yang diharapkan dan keputusan tercatat.