Data hilang: apa yang harus dilakukan langkah demi langkah

Prosedur saat file atau basis data menghilang: cara agar tindakan pertama Anda tidak memperburuk keadaan, di mana mencari sisa-sisanya, dan apa yang bisa dipulihkan dan apa yang tidak.

Diperbarui 23 Agustus 2026

Tindakan pertama setelah kehilangan data lebih penting daripada semua yang menyusul. Berikut adalah prosedur yang tidak akan menghilangkan peluang pemulihan Anda.

Segera: hentikan penulisan ke disk

File yang terhapus tetap berada di disk sampai ruangnya diambil oleh sesuatu yang baru. Setiap penulisan — instalasi paket, situs web yang berjalan, log yang terus bertambah — mengurangi peluang Anda.

Hentikan apa pun yang sedang menulis: web server, database, worker antrean.
Jangan memasang perangkat lunak pemulihan di disk yang sama.
Jangan menginstal ulang sistem: instalasi ulang menghancurkan disk sepenuhnya dan tidak dapat dipulihkan.

Jika data tersebut penting dan Anda tidak memiliki backup, hentikan mesin dan hubungi support sebelum melakukan eksperimen apa pun.

Pahami apa yang sebenarnya terjadi

Tanda	Apa itu	Ke mana
File terhapus oleh sebuah perintah	Penghapusan biasa	Bagian di bawah
“No space left on device”	Ruang habis, aplikasi tidak bisa menulis	ruang habis
Database tidak bisa dibuka, file masih ada	Korupsi database	backup database
Sistem tidak bisa boot	Bootloader atau sistem file	rescue disk
File asing, proses tidak dikenal	Kemungkinan kompromi	tanda-tanda kompromi

Jika Anda memiliki backup

Ini adalah jalur tercepat dan hampir selalu satu-satunya yang berhasil. Pulihkan menggunakan skema Anda sendiri — rsync atau restic — dan verifikasi bukan hanya bahwa ekstraksi berhasil, tetapi isinya: ukuran, jumlah baris, apakah database bisa dibuka.

restic -r /path/to/repo snapshots
restic -r /path/to/repo restore latest --target /restore

Pulihkan ke direktori terpisah terlebih dahulu, bukan menimpa direktori yang sedang digunakan: backup juga bisa tidak lengkap, dan menimpanya ke sisa data adalah cara kehilangan kedua opsi.

Jika Anda tidak memiliki backup

Kami tidak menyimpan backup otomatis mesin Anda dan tidak memiliki snapshot. Disk mesin virtual adalah disk Anda: apa pun yang terjadi di dalamnya, itulah yang terjadi. Itulah sebabnya backup disiapkan sejak hari pertama — apa saja yang perlu di-backup.

Apa lagi yang bisa Anda coba sendiri:

File masih dibuka oleh sebuah proses. Jika sebuah program memegang file yang terhapus, file itu dapat diakses melalui /proc:
```
lsof +L1
cp /proc/<pid>/fd/<n> /root/recovered-file
```
Ini hanya berfungsi selama proses masih hidup — jangan me-restart-nya.
Data di log database. PostgreSQL dan MySQL memiliki write-ahead log yang darinya seorang spesialis dapat merekonstruksi keadaan sebelum crash. Jangan langsung menjalankan database dalam mode repair — itu cara kehilangan log-nya juga.
Boot ke rescue disk dan buat image disk ke mesin lain sebelum mencoba alat seperti extundelete atau photorec. Anda harus bekerja dengan image tersebut, bukan disk yang sedang aktif.

Yang tidak boleh dilakukan

Menginstal ulang sistem “untuk memulai dari awal” sebelum memutuskan apakah Anda membutuhkan datanya.
Menjalankan program pemulihan yang menulis output-nya ke disk yang sama.
Memperbaiki sistem file dengan fsck yang otomatis menjawab “yes” pada disk yang aktif tanpa image.
Menunggu seminggu lalu meminta pemulihan: semakin lama mesin berjalan, semakin sedikit yang tersisa.

Cara menghindari terulangnya hal ini

Percakapan yang sama selalu berakhir dengan cara yang sama: Anda punya backup atau tidak. Siapkan hari ini dan uji sekali setiap kuartal dengan restore drill — backup yang belum pernah dipulihkan tidak dihitung sebagai backup.