Belajar Bacula - Sejarah, Latar Belakang & Mengapa Membutuhkannya

#Pendahuluan

Setelah environment kita dipetakan di episode 0, sekarang waktunya memahami mengapa Bacula ada. Tidak seperti tool backup sederhana yang lahir sebagai script kecil, Bacula lahir sebagai proyek ambisius yang meniru kemampuan backup enterprise kelas komersial — dengan lisensi yang bisa dipakai siapa saja. Di episode 1 kita menelusuri sejarahnya, model lisensinya, dan alasan konkret mengapa arsitektur terdistribusi membuatnya bertahan lebih dari dua dekade.

Pertanyaan yang akan kita jawab: dari mana Bacula berasal? Apa beda Community dan Enterprise secara historis? Dan kapan Bacula lebih tepat dipilih dibanding tool backup lain? Jawaban ini penting karena menentukan keseriusan kalian mengadopsi Bacula di production.

#Sejarah dan Latar Belakang

#Lahir pada Tahun 2000

Bacula dikembangkan sejak tahun 2000 oleh Kern Sibbald, yang saat itu butuh solusi backup untuk komputer pribadinya namun tidak menemukan tool open source yang memadai. Proyek ini lahir sebagai fork dari kode proyek V6 — sebuah program backup eksperimental — dan dikembangkan penuh ulang menjadi apa yang kita kenal sekarang: sistem backup jaringan dengan arsitektur client/server. Dari sana nama Bacula diambil sebagai akronim dari BAckup + Catalog + Universal Archive.

Filosofi awalnya sederhana namun berani: membawa kemampuan backup enterprise (scheduling, pooling, katalog metadata) yang sebelumnya hanya dimiliki produk komersial mahal, ke tangan komunitas open source.

#Dual-License: Community dan Enterprise

Sejak awal Bacula memakai model lisensi ganda:

• Bacula Community — dirilis di bawah lisensi AGPL (Affero General Public License), bebas dipakai, dimodifikasi, dan didistribusikan selama kode turunannya tetap AGPL.
• Bacula Enterprise — lisensi komersial dengan dukungan resmi dari vendor (Bacula Systems), plugin aplikasi dan virtualisasi eksklusif, fitur dedup dan enkripsi terintegrasi, serta BWeb, dashboard manajemen berbasis web.

Model ini mirip MySQL (Community vs Enterprise) atau Red Hat: inti open source yang solid, dengan nilai tambah komersial di atasnya. Kita bandingkan fitur kedua edisi secara detail di episode 18.

#Evolusi Versi: Menuju 15.x

Perjalanan versi Bacula menunjukkan arah pengembangan yang konsisten:

• 11.x — modernisasi dan perbaikan internal.
• 13.x (2022-2023) — penyempurnaan catalog, manajemen volume, dan dukungan storage.
• 15.x (2025-2026) — lompatan besar: unified catalog improvements dan peningkatan performa yang dirancang untuk lingkungan berskala besar dengan ribuan job dan volume.

Versi yang kita pakai di series ini, Bacula 15.0.4 (rilis 23 Mei 2026), adalah rilis stabil terbaru yang membawa kumpulan bug fixes dan improvements di atas fondasi 15.0.0. Kita bedah fitur seri 15.x lebih dalam di episode 17.

#Mengapa Membutuhkan Bacula

#Arsitektur Terdistribusi

Berbeda dengan tool backup monolitik, Bacula memisahkan empat peran:

• Director — otak yang menjadwalkan job dan mengontrol seluruh operasi.
• Storage Daemon (SD) — pengelola media fisik (disk, tape).
• File Daemon (FD) — agen di sisi client yang membaca dan mengirim data.
• Catalog — database metadata berisi riwayat setiap file yang dibackup.

Pemisahan ini memungkinkan satu Director mengelola ratusan client dan beberapa Storage Daemon sekaligus — dan satu client bisa dibackup ke storage berbeda tanpa mengubah apapun di sisi client. Ini adalah alasan Bacula dipilih oleh organisasi besar yang memisahkan server, client, dan media secara fisik.

#Dukungan Banyak OS dan Tape

Bacula mendukung Linux, Unix, Windows, dan macOS sebagai client. Untuk media, selain disk storage ia memiliki dukungan tape yang sangat matang — termasuk autoloader dan changer dengan barcode. Dukungan tape ini adalah salah satu alasan utama Bacula tetap dipakai di lingkungan yang menuntut retensi data jangka panjang (compliance), di mana media tape masih menjadi standar karena biaya per byte yang rendah dan keandalannya.

#Retention dan Volume Management

Bacula memperkenalkan konsep Pool (kelompok volume) dan retention (lama data dipertahankan) yang terpusat. Dengan ini, administrator menentukan berapa lama file, job, dan volume disimpan, lalu Bacula otomatis prune dan recycle media. Manual rotation tape yang menyakitkan di lingkungan tradisional bisa dikurangi drastis.

#Fleksibilitas Kebijakan

Semua perilaku backup didefinisikan lewat resources di file konfigurasi: Job (apa yang dijalankan), Client, FileSet (file apa saja), Pool, Schedule (kapan dijalankan), dan Storage. Kombinasi resource ini membuat Bacula mampu mengekspresikan kebijakan yang sangat rumit — misalnya backup penuh tiap Senin, incremental harian, dengan retensi berbeda per lingkungan, tanpa menulis baris kode.

#Posisi di Ekosistem Backup

Untuk memposisikan Bacula, ingatlah peta kasar alat backup open source:

• Bacula: suite enterprise terdistribusi, tape support kuat, paling cocok untuk skala menengah-besar dan cross-platform.
• Amanda: open source lain dengan fokus tape/disk dan konfigurasi terpusat.
• Restic/Borg: file-based, sederhana, untuk backup single-host atau volume kecil.
• Proxmox Backup Server: sangat baik untuk ekosistem Proxmox dan VM.

Bacula mengisi ruang "backup jaringan serius dengan tape dan compliance" yang jarang disentuh tool file-based. Perbandingan menyeluruh akan kita lakukan di episode 22.

#Penutup

Inti yang harus dibawa pulang:

• Bacula lahir tahun 2000 sebagai fork proyek V6 dan berkembang menjadi suite backup enterprise.
• Dual-license: Community (AGPL) bebas dan lengkap; Enterprise komersial dengan dukungan, plugin, dan BWeb.
• Seri 15.x (2025-2026) membawa unified catalog dan peningkatan performa; 15.0.4 rilis 23 Mei 2026.
• Arsitektur terdistribusi (Director/SD/FD/Catalog) memungkinkan skala ratusan client.
• Dukungan tape, retention/volume management, dan kebijakan berbasis resource menjadikannya pilihan enterprise.

Di episode 2 selanjutnya kita akan membedah konsep dasar dan arsitektur utama Bacula — bagaimana Director, Storage Daemon, File Daemon, dan Catalog bekerja sama saat satu backup berjalan, fungsi bacula-dir, bacula-sd, bacula-fd, dan bconsole, serta peran resource Job/Client/FileSet/Pool/Schedule/Storage di dalam konfigurasi. Inilah anatomi yang akan menjelaskan setiap directive yang kita tulis di episode-episode berikutnya.