Belajar IT Support - Advanced Troubleshooting

#Pendahuluan

Setelah di episode 23 kalian memegang kerangka proses ITIL, sekarang kita asah senjata teknis tingkat lanjut: advanced troubleshooting. Episode 3-6 memberi kalian langkah dasar; episode ini tentang kasus-kasus bandel — aplikasi crash misterius, PC restart sendiri, masalah hanya menimpa satu user — dan cara berpikir sistematis lewat log alih-alih menebak.

Mengapa ini pembeda karier? Karena Tier 1 biasa berhenti di "sudah direstart, sudah reinstall". Teknisi yang membaca log berbicara dalam bukti: event ID apa, jam berapa, module mana, sejak perubahan apa. Kalimat-kalimat itulah yang membuat eskalasi kalian diterima serius oleh Tier 2/3 (ingat handover rapi di episode 2) dan membangun reputasi sebagai orang yang menyelesaikan kasus sulit.

#Event Viewer: Buku Diary Windows

Event Viewer mencatat hampir semua yang terjadi. Kuncinya bukan membaca semuanya, tapi tahu di log mana dan cari apa:

#Event ID yang Layak Dihafal

System:
  41   Kernel-Power : mati/restart tanpa shutdown proper
  6008 : unexpected shutdown (pasangan 41)
  7031/7034 : service crash berulang
Application:
  1000 Application Error : app crash + module faulting (EMAS!)
  1002 Application Hang  : app beku
Security:
  4625 failed logon     : brute force? user salah ketik?
  4624 successful logon : pasangkan waktu dgn insiden

#Cara Membacanya Secara Sistematis

1. Tentukan waktu kejadian dari laporan user ("sekitar jam 10 pagi").
2. Filter rentang waktu itu, urutkan Error/Critical.
3. Untuk tiap event: baca deskripsi lengkap, catat Event ID + source.
4. Cari pola: ID sama berulang = gejala kronis; ID baru muncul = ada perubahan (ingat "apa yang berubah?" episode 0).

Get-WinEvent -FilterHashtable @{
    LogName="Application"; Id=1000; StartTime=(Get-Date).AddDays(-7)
} | Select-Object TimeCreated, Message -First 5
 
# Service yang crash berulang minggu ini
Get-WinEvent -FilterHashtable @{LogName="System"; Id=7031,7034;
    StartTime=(Get-Date).AddDays(-7)} |
    Group-Object {$_.Properties[0].Value} |
    Sort-Object Count -Descending | Select-Object Count, Name

#Reliability Monitor: Riwayat Kesehatan Visual

Ketika user bilang "komputernya sering bermasalah akhir-akhir ini", buka Reliability Monitor (perfmon /rel): garis waktu harian berisi crash, install/update, dan failure per aplikasi.

Nilai praktisnya: menjawab pertanyaan kronologi dalam sepuluh detik — "crash mulai tepat hari X, dan hari itu juga ter-install update Y" adalah temuan diagnosis yang biasanya butuh setengah jam wawancara user.

#Safe Mode & Clean Boot

Dua mode isolasi klasik saat Windows tidak waras:

Clean boot lewat msconfig: matikan semua service non-Microsoft + disable startup → restart → kalau masalah hilang, nyalakan bertahap sampai pelaku ketemu. Ini metode binary search terhadap konflik: efektif dan bisa dipertanggungjawabkan di tiket.

#Profil User Korup: Satu User, Semua App Error

Gejala khasnya: masalah hanya menimpa SATU akun di PC yang sama — semua aplikasi error, setting tak tersimpan — sementara akun lain lancar. Diagnosis isolasinya elegan:

1. Buat akun test lokal baru di PC itu → login → uji gejala yang sama.
2. Lancar? Profil user lama korup — bukan Windows, bukan hardware.
3. Solusi resmi: salin data penting profil lama (Documents, Desktop, signature Outlook) ke profil baru; jangan salin seluruh folder profil (korupsi ikut pindah).
4. Di lingkungan roaming/Intune, hapus profil device-local agar dibuat ulang bersih saat login berikutnya.

Get-CimInstance Win32_UserProfile |
  Select-Object LocalPath, Loaded, LastUseTime
# Path profil terdaftar di HKLM:\SOFTWARE\Microsoft\Windows NT\
# CurrentVersion\ProfileList - cek Status & ProfileImagePath

#BSOD dan Minidump

Layar biru meninggalkan jejak di C:\Windows\Minidump\*.dmp. Level support:

1. Catat stop code yang terlihat (misal MEMORY_MANAGEMENT, IRQL_NOT_LESS_OR_EQUAL) — kode ini mengarahkan tersangka.
2. Pasang WinDbg Preview dari Store, buka dump, jalankan !analyze -v — ia menyebut modul penyebab yang paling diduga (sering nama driver vendor).
3. Hubungkan dengan konteks: driver GPU baru? RAM baru? Overclock? (episode 3).

Stop code umum dan arahnya:

Aturan tetap: BSOD berulang + data penting = backup dulu (episode 11) sebelum eksperimen apa pun.

#Menyusun RCA Report Profesional

Puncak skill troubleshooting adalah mendokumentasikannya. Struktur RCA report satu halaman:

JUDUL  : BSOD berulang di unit FIN-03 (INC-214)
RINGKASAN: 4x BSOD IRQL_NOT_LESS_OR_EQUAL, 12-18 Agustus
TIMELINE:
  12 Agu 14:02 - BSOD #1 (dump 081224-...)
  13 Agu       - update driver GPU versi 551.xx tercatat (Reliability Mon)
  ...
AKAR MASALAH: konflik driver GPU v551.x dengan build Windows 23H2
BUKTI      : dump analysis (WinDbg), timeline reliability, rollback sukses
SOLUSI     : blokir versi driver via Intune; deploy v550.xx stabil
PENCEGAHAN : pilot driver baru 2 minggu pada grup lab sebelum mass-deploy
REFERENSI  : tiket INC-214, KB-092

Struktur ini persis format yang dinilai problem management (episode 23): fakta, kronologi, bukti, solusi, pencegahan. Tanpa emosi, tanpa spekulasi.

#Penutup

Inti yang harus dibawa pulang:

• Event Viewer dibaca dengan metode: rentang waktu → filter error → ID + source → pola; hafalkan ID emas (41, 6008, 1000, 7031, 4625).
• Reliability Monitor menjawab kronologi dalam detik; pasangkan dengan pertanyaan "apa yang berubah?".
• Safe mode vs clean boot adalah isolasi binary search terhadap konflik software/driver.
• Gejala "satu user semua app error" = tersangka utama profil korup; uji dengan akun kontrol.
• BSOD punya bahasa: stop code + minidump + !analyze -v; RCA report satu halaman mengubah diagnosis menjadi reputasi.

Di episode 25 selanjutnya kita bicara masa depan kalian: career growth & specialization — jalur dari helpdesk menuju sysadmin, cloud, security, network, dan management, sertifikasi mana yang benar-benar bernilai di pasar Indonesia, cara membangun portfolio homelab yang meyakinkan, dan strategi interview untuk posisi pertama maupun kenaikan jenjang. Sampai jumpa!