Salah satu kebohongan paling awet di dunia IT itu bunyinya gini: “tenang, kita udah ada backup kok.” Tapi coba tanya lanjut, “terakhir kali di-restore kapan?”, mukanya langsung berubah kayak ditanya mantan, “kamu masih sayang aku nggak?” — diem, gelagapan, buru-buru ganti topik ke cuaca atau menu makan siang.
Bikin backup itu gampang, tinggal klik, tunggu progress bar penuh, kelar, kita udah ngerasa jadi pahlawan IT sekantor lengkap dengan kopi kemenangan. Tapi restore test itu cerita lain: ribet, makan waktu, butuh jadwal khusus, dan kadang hasilnya bikin malu di depan tim. Makanya banyak yang milih skip, sama kayak kita skip baca syarat dan ketentuan aplikasi, yang penting centang setuju, urusan belakangan kalau ada apa-apa.
Ada juga alasan tersembunyi kenapa restore test jarang dicoba: nggak ada yang mau jadi orang pertama yang “mecahin” sistem. Nyoba restore itu kayak nyalain saklar lampu tua yang udah lama nggak dipencet, was-was jangan-jangan malah korslet dan bikin masalah baru yang lebih gede daripada masalah awal. Jadi mending dibiarin nyala terus tanpa dicek, daripada ketahuan ternyata dari dulu emang nggak nyambung ke mana-mana dan cuma jadi pajangan status hijau.
Terus buat apa dong nyimpen backup kalau nggak pernah dicoba pulihin beneran? Buat pajangan di laporan bulanan? Buat modal bilang “udah aman kok” ke atasan biar rapat cepat kelar? Padahal backup yang belum pernah diuji itu statusnya sama kayak parasut yang dibeli tapi belum pernah dicoba terjun — kelihatan lengkap di rak, tapi baru ketahuan rusak pas udah di udara.
Jadi lain kali ada yang bangga bilang “kita udah punya backup,” tanya balik pelan-pelan: “oke, tapi udah pernah dicoba pulihin belum?” Kalau jawabannya mulai muter-muter, itu tandanya backup kalian masih berstatus mitos, bukan rencana penyelamatan beneran.