Episode ini mengulas sejarah Veeam dari pendirian tahun 2006, filosofi Availability (backup + replication + failover), hingga akuisisi Broadcom pada 2025 dan rilis v13 (November 2025) yang menandai era Veeam Data Platform. Kalian juga memahami mengapa Veeam dibutuhkan: multi-hypervisor, Instant Recovery, SureBackup, ransomware protection, dan integrasi Kasten.

Setelah environment kita siap di episode 0, sekarang waktunya memahami mengapa Veeam ada. Setiap teknologi besar lahir karena masalah nyata, dan Veeam tidak terkecuali. Di episode 1 kita menelusuri sejarahnya dari pendirian tahun 2006, evolusi filosofinya menjadi Availability, akuisisi oleh Broadcom pada 2025, hingga rilis v13 (November 2025) yang menandai era Veeam Data Platform.
Pertanyaan yang akan kita jawab: apa yang berbeda dari Veeam dibanding tool backup lain? Mengapa perusahaan enterprise memilihnya untuk melindungi VMware, Hyper-V, Proxmox, hingga SaaS? Jawaban-jawaban ini penting karena menentukan kapan kalian harus memilih Veeam di production.
Veeam didirikan pada 2006 oleh Ratmir Timashev dan Andrei Baronov. Nama "Veeam" berasal dari VE (Virtual Environment) + AM (Availability Management) — sejak awal, fokusnya bukan sekadar backup, melainkan ketersediaan. Berawal sebagai tool manajemen VMware (FastSCP, Reporter, Configurator), Veeam kemudian meluncurkan Veeam Backup & Replication pada 2010 dan menjadi standar de facto untuk backup VMware.
Filosofinya tegas: Availability. Backup hanyalah setengah cerita; setengah lainnya adalah kemampuan replication dan failover untuk mengembalikan layanan secepat mungkin saat disaster terjadi. Konsep RPO (Recovery Point Objective) dan RTO (Recovery Time Objective) menjadi bahasa sehari-hari desain Veeam — kita bahas detailnya di episode 7 dan 9.
Pada 2025, Veeam diakuisisi oleh Broadcom — perusahaan yang juga menyerap VMware. Langkah ini memicu kekhawatiran banyak admin (mengingat perubahan lisensi VMware), namun strategi Broadcom justru menguatkan posisi Veeam sebagai platform data protection lintas hypervisor. Yang penting bagi kalian: Veeam tetap mendukung VMware, Hyper-V, dan kini Proxmox secara setara — tidak ada pemaksaan vendor. Kita bahas implikasinya di episode 17 dan 21.
Rilis Veeam Data Platform v13 (build v13.0.0.3763, November 2025) menandai perubahan nama produk: Veeam Backup & Replication kini menjadi bagian dari Veeam Data Platform, satu payung yang menyatukan B&R, Veeam ONE, Veeam Backup for M365, Kasten by Veeam, dan Veeam Backup for Salesforce. Fitur kunci v13:
Satu tool untuk semua sumber data: VMware, Hyper-V, Proxmox VE, Nutanix AHV, physical server (lewat Veeam Agent), cloud VM, Microsoft 365, Salesforce, dan Kubernetes (lewat Kasten K10). Ini menghilangkan kebutuhan banyak produk backup berbeda — satu konsol, satu kebijakan.
Dua fitur yang membedakan Veeam dari tool "backup biasa":
Perlindungan berlapis terhadap ancaman terbesar modern: immutable repository (object lock S3 / Linux repo hardened), Veeam CyberDCR (Ransomware Detection, Malware Detection, Cleanroom Recovery), deteksi anomali AI, dan segmentasi jaringan. Kita bedah menyeluruh di episode 13.
M365 backup (Exchange Online, SharePoint, OneDrive, Teams), Salesforce, dan Kubernetes via Kasten K10 menjadikan Veeam platform terlengkap — satu vendor untuk data center, cloud, dan SaaS. Ini relevan karena banyak organisasi menganggap SaaS "sudah di-backup oleh provider" — padahal provider hanya menjamin availability, bukan data loss kalian.
Important
Microsoft 365 bukan tanpa backup. SLA Microsoft menjamin ketersediaan layanan, bukan pemulihan data yang terhapus, ransomware, atau penyalahgunaan akun. Aturan yang sama berlaku untuk SaaS lain — inilah alasan Veeam Backup for Microsoft 365 laris (episode 11).
Untuk memposisikan Veeam, ingatlah empat arus utama:
Kita bandingkan secara menyeluruh di episode 22 — termasuk kapan Veeam bukan pilihan terbaik.
Inti yang harus dibawa pulang:
Di episode 2 selanjutnya kita akan membedah konsep dasar dan arsitektur utama Veeam — bagaimana Veeam Backup Server terhubung ke Backup Proxies, Repositories, dan komponen infrastruktur lain, termasuk transport modes (SAN/NBD/HotAdd) dan peran WAN Accelerator serta Enterprise Manager. Inilah anatomi yang akan menjelaskan setiap konfigurasi di episode-episode berikutnya.