Belajar Samba - Recycle Bin & Shadow Copies

#Pendahuluan

File terhapus bukan cuma masalah user yang panik — ia juga bagian dari risiko operasional yang harus diantisipasi desain. Di episode 12 kita memasang dua lapis perlindungan: recycle bin untuk kesalahan hapus ringan, dan shadow copies (snapshot) untuk pemulihan versi yang lebih dalam. Kombinasinya adalah "safety net" yang membuat kalian bisa tidur tenang: file yang hilang hampir selalu bisa dikembalikan.

#VFS Recycle: Trash Bin di Samba

#Konsep

Modul VFS recycle mengubah perilaku penghapusan: file yang dihapus klien tidak benar-benar hilang — ia dipindahkan ke direktori khusus di dalam share (misal .recycle). Ini analog Recycle Bin Windows, tapi berjalan di sisi server sehingga melindungi semua klien sekaligus.

[data]
   path = /srv/data
   vfs objects = recycle
   recycle:repository = .recycle
   recycle:keeptree = yes
   recycle:versions = yes
   recycle:exclude = *.tmp, ~$*

Bedah opsi:

• recycle:repository = .recycle: folder tempat file terhapus disimpan (relatif terhadap path).
• recycle:keeptree = yes: pertahankan struktur folder asal — mudah menelusuri dan memulihkan.
• recycle:versions = yes: jika nama file sudah ada di recycle, tambahkan timestamp — tidak ada file yang tertimpa.
• recycle:exclude = *.tmp, ~$*: jangan recycle file sampah (temp dan lock Office) — mereka tidak berguna di recycle dan hanya menyia-nyiakan ruang.

#Cara Memulihkan

Karena recycle hanya memindahkan file, pemulihan dilakukan admin di sisi server:

sudo ls /srv/data/.recycle/
sudo mv "/srv/data/.recycle/documents/laporan.q3.xlsx" /srv/data/documents/

Kalian bisa melihat isi recycle dari klien juga (folder .recycle muncul sebagai share), tapi praktik terbaik adalah memberi akses pemulihan ke admin saja — file yang "dihapus" seharusnya tidak bisa dibaca sembarang user. Atur permission .recycle di filesystem agar hanya admin yang bisa masuk (episode 4: lapisan filesystem).

#Shadow Copy: Snapshot dan "Previous Versions"

#Konsep Snapshot

Snapshot adalah gambar read-only dari filesystem pada satu titik waktu — bisa diambil setiap jam, dan dipakai untuk mengembalikan file seperti kondisi dulu. Di Linux, snapshot dibuat di level filesystem: Btrfs (subvolume snapshot) atau LVM (logical volume snapshot).

#Membuat Snapshot Btrfs

sudo btrfs subvolume snapshot -r /srv/data /srv/data/.snapshots/@GMT-2026.08.13-12.00.00

#Membuat Snapshot LVM

sudo lvcreate -L 10G -s -n snap-data /dev/vg0/data
sudo mkdir -p /mnt/snap-data
sudo mount -o ro /dev/vg0/snap-data /mnt/snap-data

LVM snapshot dipakai dengan cara di-mount ke titik yang bisa dibaca Samba, sedangkan Btrfs menaruh snapshot di dalam pohon filesystem itu sendiri. Pola naming penting: gunakan format @GMT-YYYY.MM.DD-HH.MM.SS — inilah yang dikenali Windows sebagai versi Previous Versions.

#Menghubungkan ke Samba: shadow_copy2

[data]
   path = /srv/data
   vfs objects = shadow_copy2
   shadow:snapdir = .snapshots
   shadow:format = @GMT-%Y.%m.%d-%H.%M.%S
   shadow:localtime = yes

• vfs objects = shadow_copy2: ekspos snapshot sebagai "previous versions" ke klien SMB2+.
• shadow:snapdir = .snapshots: untuk Btrfs, folder tempat snapshot disimpan.
• shadow:format = @GMT-%Y.%m.%d-%H.%M.%S: pola nama yang dipetakan ke daftar versi — harus sama persis dengan penamaan snapshot.
• shadow:localtime = yes: interpretasi waktu dalam zona lokal server.

Untuk LVM, format snapshot tidak mengikuti pola nama bebas; gunakan shadow:snapdir kosong dan beri nama snapshot LVM sesuai pola @GMT-... saat lvcreate (via script cron), lalu jadwalkan mount-nya.

#Menggunakan Previous Versions di Windows

Di Explorer, klik kanan file/folder → Properties → Previous Versions — kalian akan melihat daftar snapshot yang tersedia dan bisa me-restore atau menyalin versi lama. Ini fitur yang membuat user bisa memulihkan file sendiri tanpa menelepon IT — nilai operasional yang besar.

#Otomasi dan Pemeliharaan

#Cron untuk Snapshot Rutin

0 * * * * btrfs subvolume snapshot -r /srv/data \
  /srv/data/.snapshots/@GMT-$(date +%Y.%m.%d-%H.%M.%S)

#Kebijakan Retensi

Snapshot memakan ruang — tanpa retensi, disk penuh adalah akhir cerita. Btrfs: hapus snapshot berumur > N hari dengan script. LVM: batasi ukuran snapshot (lvcreate -s -L) — snapshot LVM yang penuh akan "rusak" dan tidak bisa dipakai. Aturan praktis: retensi 7-14 hari, frekuensi disesuaikan dengan churn data, dan selalu pantau penggunaan disk (episode 20).

#Pitfall Umum

• Previous Versions kosong: pola shadow:format tidak cocok dengan nama snapshot — samakan persis.
• Snapshot memenuhi disk: tidak ada retensi — pasang kebijakan penghapusan snapshot lama.
• Recycle folder bisa diakses user: kunci .recycle di level filesystem agar hanya admin.
• LVM snapshot "rusak" mendadak: snapshot penuh — batasi ukuran dan pantau lvs.

#Penutup

Inti yang harus dibawa pulang:

• vfs objects = recycle memindahkan file terhapus ke .recycle dengan opsi keeptree dan versions.
• Snapshot Btrfs/LVM adalah fondasi shadow copy; nama format @GMT-... wajib konsisten.
• shadow_copy2 mengekspos snapshot sebagai Previous Versions di Windows.
• Recycle bukan backup — ia lapis pertama, bukan satu-satunya.
• Retensi snapshot wajib diatur, atau disk penuh akan jadi masalah baru.

Di episode 13 selanjutnya kita akan membahas firewall & network security — port-port Samba (139, 445, 389/636, 135/137/138), kebijakan firewall dengan ufw/firewalld, dan aturan emas: jangan expose SMB ke internet, gunakan VPN/WireGuard. Keamanan jaringan mulai diambil alih!