Lokasi:
Srengseng Sawah, Jagakarsa Jakarta Selatan
Backup 3-2-1 adalah strategi perlindungan data dengan menyimpan tiga salinan data, menggunakan dua jenis media penyimpanan, dan menempatkan satu salinan di lokasi terpisah. Pendekatan ini membantu perusahaan menghadapi kerusakan server, kegagalan storage, kesalahan pengguna, ransomware, pencurian perangkat, hingga bencana yang merusak ruang server.
Tiga salinan yang dimaksud terdiri dari satu data produksi dan minimal dua salinan backup. Data tersebut tidak boleh seluruhnya bergantung pada satu server, satu storage, atau satu lokasi fisik. Jika semua salinan berada dalam perangkat dan ruang yang sama, satu gangguan dapat membuat seluruh data tidak dapat digunakan.
Strategi backup 3-2-1 masih menjadi dasar perlindungan data yang relevan. Namun, penerapannya tidak cukup hanya dengan menghitung jumlah salinan. Perusahaan juga perlu memisahkan media, lokasi, akun administrator, dan hak akses. Backup penting sebaiknya dienkripsi, memiliki versi data, serta diuji melalui proses restore. Veeam menjelaskan prinsip klasik ini sebagai tiga salinan data pada dua media berbeda dengan minimal satu salinan berada di lokasi terpisah.
Strategi backup 3-2-1 merupakan metode untuk mengurangi ketergantungan pada satu salinan data atau satu sistem penyimpanan.
Angka dalam strategi tersebut memiliki arti:
Sebagai contoh, perusahaan memiliki data utama pada server produksi. Salinan pertama disimpan pada backup server atau Network Attached Storage di kantor. Salinan kedua dikirim ke cloud, tape, data center lain, atau perangkat yang disimpan di lokasi berbeda.
Susunannya dapat digambarkan seperti berikut:
| Salinan | Lokasi Penyimpanan | Fungsi |
| Data pertama | Server produksi | Digunakan untuk operasional harian |
| Data kedua | Backup repository lokal | Pemulihan cepat ketika file atau server bermasalah |
| Data ketiga | Cloud, tape, atau lokasi lain | Pemulihan ketika lokasi utama terdampak |
Perusahaan tidak harus menggunakan kombinasi media yang sama. Infrastruktur dapat disesuaikan dengan kapasitas data, kecepatan pemulihan, koneksi internet, anggaran, dan tingkat kepentingan aplikasi.
Prinsip utama backup 3-2-1 adalah menghindari satu titik kegagalan. Kegagalan satu server, satu storage, atau satu lokasi tidak boleh membuat seluruh salinan data ikut hilang.
Untuk menghadapi ancaman modern, strategi ini sering dikembangkan menjadi 3-2-1-1-0. Tambahan angka 1 mengacu pada satu salinan yang offline, air gapped, atau immutable. Angka 0 berarti proses pengujian tidak menemukan error pemulihan. Pengembangan tersebut bukan pengganti 3-2-1, tetapi menambahkan perlindungan terhadap serangan yang secara khusus menargetkan backup.
Satu salinan backup memang lebih baik daripada tidak memiliki backup sama sekali. Namun, perusahaan masih bergantung pada satu perangkat dan satu metode pemulihan.
Misalnya, data utama berada pada server dan backup disimpan pada hard disk eksternal yang terus terhubung ke server tersebut. Ketika ransomware menyerang, perangkat backup yang masih dapat diakses melalui sistem juga berisiko ikut dienkripsi atau dihapus.
CISA menyarankan organisasi menyimpan backup penting secara offline dan terenkripsi serta menguji ketersediaan dan integritasnya secara berkala. Hal tersebut diperlukan karena banyak varian ransomware berusaha menemukan dan merusak backup yang masih dapat dijangkau agar korban tidak dapat memulihkan data tanpa membayar tebusan.
Satu backup juga dapat gagal karena:
Masalah lain adalah backup yang terlalu dekat dengan sumber data. Jika server dan backup repository menggunakan rack, UPS, jaringan, serta ruang yang sama, gangguan fisik dapat memengaruhi keduanya sekaligus.
Perusahaan juga perlu membedakan antara RAID, snapshot, replication, dan backup.
RAID membantu menjaga layanan saat satu disk mengalami kegagalan tertentu. Snapshot menyimpan kondisi data pada satu titik waktu. Replication menyalin data atau VM ke sistem lain. Ketiganya bermanfaat, tetapi tidak otomatis menghasilkan backup yang independen.
Data yang salah dihapus atau dienkripsi dapat ikut masuk ke snapshot atau replication. Oleh karena itu, perusahaan tetap membutuhkan backup dengan retention, pemisahan akses, serta salinan di luar sistem produksi.
Angka dua dalam strategi backup 3-2-1 bukan sekadar menyimpan dua folder pada disk yang sama. Perusahaan perlu menggunakan media atau sistem penyimpanan yang memiliki risiko kegagalan berbeda.
Beberapa media yang dapat digunakan antara lain:
Sebagai contoh, perusahaan dapat menyimpan backup harian pada NAS dan membuat backup mingguan ke cloud. Alternatif lain adalah menyimpan backup lokal pada disk dan memindahkan backup bulanan ke tape.
Penggunaan media berbeda membantu mengurangi risiko ketergantungan pada satu teknologi. Jika backup lokal mengalami kerusakan controller, perusahaan masih memiliki salinan pada cloud atau tape.
Namun, perbedaan merek perangkat belum tentu berarti medianya benar-benar terpisah. Dua NAS yang berada dalam satu rack, memakai akun administrator yang sama, dan terhubung ke jaringan yang sama masih dapat terdampak oleh gangguan atau serangan yang sama.
Pemisahan sebaiknya mencakup:
Backup repository sebaiknya menggunakan akun khusus yang berbeda dari akun administrator domain atau server produksi. Hak akses hanya diberikan kepada sistem dan personel yang benar-benar membutuhkannya.
Enkripsi juga perlu digunakan, terutama jika media dipindahkan ke lokasi lain atau data dikirim melalui internet. Kunci enkripsi harus disimpan dengan aman. Backup yang terenkripsi tetapi kuncinya hilang tetap tidak dapat digunakan saat terjadi insiden.
Pemilihan media juga perlu memperhatikan waktu pemulihan. Backup cloud dapat memberikan perlindungan lokasi, tetapi proses restore data berukuran puluhan terabyte mungkin membutuhkan waktu lama jika koneksi internet terbatas. Karena itu, perusahaan dapat mempertahankan backup lokal untuk pemulihan cepat dan menggunakan cloud atau tape untuk perlindungan tambahan.
Satu salinan backup perlu disimpan di luar lokasi utama agar perusahaan tetap memiliki data ketika kantor atau ruang server tidak dapat digunakan.
Lokasi terpisah dapat berupa:
ACSC melalui panduan yang dipublikasikan CISA merekomendasikan tiga salinan data pada dua jenis media dengan satu salinan disimpan off-site untuk kebutuhan disaster recovery.
Istilah off-site harus dipahami berdasarkan risiko yang ingin dihindari. Menyimpan backup pada lantai berbeda dalam satu gedung mungkin melindungi data dari kerusakan rack, tetapi belum tentu melindungi dari kebakaran, banjir, atau kehilangan akses terhadap seluruh gedung.
Jika kantor dan lokasi backup berada di kawasan yang sama, keduanya mungkin masih terdampak gangguan listrik luas, banjir, atau masalah jaringan yang sama. Untuk data kritis, lokasi backup sebaiknya memiliki jarak dan failure domain yang memadai.
Pengiriman backup off-site dapat dilakukan secara berkala atau otomatis. Backup ke cloud dan data center dapat dikirim melalui koneksi internet atau jaringan khusus. Tape serta removable storage dapat dipindahkan secara manual berdasarkan jadwal.
Perusahaan perlu menjaga keamanan proses pemindahan tersebut. Media fisik harus diberi identitas, dicatat, dienkripsi, dan disimpan dalam tempat yang aman. Jangan membawa hard disk backup tanpa perlindungan karena perangkat dapat hilang selama perjalanan.
Untuk backup berbasis cloud, periksa lokasi region, metode enkripsi, biaya penyimpanan, biaya pengambilan data, retention, dan waktu restore. Pastikan pula akun cloud dilindungi dengan autentikasi multifaktor dan tidak menggunakan kredensial yang sama dengan server produksi.
Sebuah perusahaan memiliki satu server virtualisasi yang menjalankan file server, aplikasi akuntansi, Active Directory, dan database. Total data aktifnya mencapai 6 TB.
Untuk menerapkan strategi backup 3-2-1, perusahaan dapat membuat konfigurasi berikut:
1. Salinan pertama: data produksi
Data utama berada pada server virtualisasi dengan storage RAID. Server ini digunakan untuk operasional harian.
RAID membantu menghadapi kerusakan disk tertentu, tetapi volume tersebut tetap dianggap sebagai data produksi, bukan backup.
2. Salinan kedua: backup lokal
Backup VM dan database dikirim setiap malam ke backup server atau NAS terpisah dengan kapasitas sekitar 16 sampai 24 TB.
Kapasitas tersebut perlu memperhitungkan:
Backup lokal digunakan untuk memulihkan file terhapus, VM rusak, atau aplikasi bermasalah tanpa harus mengunduh data dari lokasi lain.
3. Salinan ketiga: backup off site
Salinan tambahan dikirim ke cloud, data center kedua, atau tape. Backup ini dapat dibuat setiap hari atau setiap minggu, bergantung pada target kehilangan data yang dapat diterima perusahaan.
Backup off-site tidak menggunakan akun administrator yang sama dengan server produksi. Akses penghapusan juga dibatasi agar ransomware atau akun yang disusupi tidak dapat menghapus seluruh salinan.
Berikut contoh implementasinya:
| Komponen | Implementasi |
| Data produksi | Server virtualisasi dengan RAID |
| Backup lokal | NAS atau backup server terpisah |
| Backup off-site | Cloud, data center kedua, atau tape |
| Hak akses | Akun backup khusus |
| Keamanan | Enkripsi dan autentikasi multifaktor |
| Retention | Harian, mingguan, dan bulanan |
| Pengujian | Restore file dan VM secara berkala |
Implementasi tidak berhenti setelah backup berhasil dijalankan. Tim IT perlu memonitor status job, kapasitas repository, kegagalan backup, masa retention, dan keberhasilan pengiriman ke lokasi off-site.
Jadwal backup perlu disesuaikan dengan seberapa sering data berubah dan seberapa besar kehilangan data yang masih dapat diterima perusahaan.
Aplikasi transaksi, database, dan ERP mungkin membutuhkan backup lebih sering daripada file arsip. Perusahaan juga perlu menentukan Recovery Point Objective, yaitu batas jumlah data yang dapat hilang berdasarkan jarak waktu antarbackup.
Berikut contoh jadwal sederhana:
| Periode | Jenis Backup | Contoh Retention |
| Setiap beberapa jam | Database atau data transaksi | 1–7 hari |
| Harian | Incremental backup | 14–30 hari |
| Mingguan | Full atau synthetic full | 1–3 bulan |
| Bulanan | Full backup atau archive | 6–12 bulan |
| Tahunan | Arsip sesuai kebutuhan bisnis | Mengikuti kebijakan perusahaan |
Backup harian digunakan untuk pemulihan operasional. Backup mingguan mempertahankan versi yang lebih panjang, sedangkan backup bulanan dapat digunakan untuk arsip atau kebutuhan audit.
Jadwal tidak sebaiknya hanya ditentukan oleh kapasitas storage. Pertimbangkan pula:
Backup database perlu memperhatikan konsistensi aplikasi. Menyalin file database secara langsung saat aplikasi aktif belum tentu menghasilkan salinan yang dapat dipulihkan. Gunakan mekanisme backup yang mendukung aplikasi, transaction log, atau snapshot yang application-aware.
NIST menekankan bahwa pengelolaan backup yang efektif melibatkan pembuatan backup secara rutin, pengujian, integrasi dengan proses perubahan, dan peninjauan dalam latihan pemulihan.
Perusahaan juga perlu membuat alert ketika backup gagal. Job backup yang dijadwalkan tetapi tidak dipantau dapat berhenti selama berhari-hari tanpa disadari.
Backup belum dapat dianggap berhasil sebelum data benar-benar dapat dipulihkan.
File backup bisa terlihat tersedia, tetapi proses restore dapat gagal karena file korup, password tidak diketahui, kunci enkripsi hilang, versi software tidak kompatibel, atau prosedur pemulihan belum pernah diuji.
NIST menyatakan bahwa backup perlu dilakukan, dipelihara, dan diuji. Panduan NIST mengenai perlindungan data dari ransomware juga menekankan pentingnya rencana backup yang praktis dan pengujian file backup.
Pengujian dapat dilakukan dalam beberapa tingkat:
1. Restore satu file
Pilih beberapa file secara acak dan pulihkan ke lokasi pengujian. Pastikan file dapat dibuka dan isinya sesuai.
2. Restore database
Pulihkan database ke server terpisah. Jalankan pemeriksaan integritas dan pastikan aplikasi dapat mengaksesnya.
3. Restore virtual machine
Pulihkan VM ke isolated network agar tidak bertabrakan dengan sistem produksi. Periksa apakah sistem operasi dapat boot, service aktif, dan aplikasi berjalan.
4. Simulasi kehilangan server
Buat skenario ketika server utama tidak dapat digunakan. Catat waktu yang diperlukan untuk menyiapkan perangkat, memulihkan VM, mengatur jaringan, dan membuka akses pengguna.
5. Simulasi kehilangan lokasi
Uji apakah backup off-site dapat diakses ketika jaringan atau kantor utama tidak tersedia.
CISA juga menyarankan pengujian rutin terhadap ketersediaan dan integritas backup dalam skenario disaster recovery. Backup offline dan terenkripsi perlu diperiksa agar benar-benar dapat digunakan ketika terjadi ransomware atau gangguan besar.
Hasil pengujian perlu didokumentasikan. Catat backup yang digunakan, durasi restore, error yang muncul, langkah perbaikan, dan personel yang bertanggung jawab.
Pengujian membantu perusahaan mengetahui apakah target pemulihan realistis. Sebuah backup mungkin berhasil dipulihkan, tetapi memerlukan waktu dua hari. Jika operasional hanya dapat berhenti selama empat jam, perusahaan perlu memperbaiki arsitektur dan prosedur recovery.
Strategi backup 3-2-1 membantu perusahaan menghindari ketergantungan pada satu server, satu media, dan satu lokasi. Perusahaan perlu memiliki tiga salinan data, menggunakan dua jenis media atau sistem penyimpanan berbeda, serta menempatkan minimal satu salinan secara off-site.
Penerapannya juga harus mencakup pemisahan hak akses, enkripsi, retention, monitoring, backup offline atau immutable, dan pengujian restore. Banyak salinan tidak akan memberikan perlindungan jika seluruhnya dapat dihapus melalui satu akun atau tidak dapat dipulihkan saat dibutuhkan.
Jadwal backup perlu disesuaikan dengan perubahan data dan dampak downtime. Data transaksi dapat membutuhkan backup beberapa kali sehari, sedangkan arsip dapat menggunakan jadwal mingguan atau bulanan.
View this post on Instagram
Sparta Server Indonesia dapat membantu meninjau kapasitas data, server produksi, backup repository, jaringan, retention, dan kebutuhan off-site sebelum konfigurasi diterapkan. Tim juga menyediakan solusi server, storage, instalasi, troubleshooting, serta maintenance infrastruktur.
Untuk mengajukan review, kirimkan daftar server, kapasitas data, software backup, jadwal backup, dan target waktu pemulihan melalui:
Email: sales@spartaserverindonesia.com
WhatsApp: +62 878-2224-1000
Alamat kantor: Jl. Raya Lenteng Agung Barat Nomor 8, RT 02/RW 04, Srengseng Sawah, Jagakarsa, Jakarta Selatan, DKI Jakarta
Website: spartaserverindonesia.com
Tidak. Salinan off-site dapat disimpan pada cloud, data center kedua, kantor cabang, atau tape yang ditempatkan di lokasi aman.
Tidak. RAID menjaga ketersediaan storage saat terjadi kegagalan disk tertentu, tetapi tidak menyediakan perlindungan dari salah hapus, ransomware, atau kerusakan seluruh server.
Frekuensinya bergantung pada perubahan data dan batas kehilangan yang dapat diterima. Database transaksi mungkin membutuhkan backup setiap beberapa jam, sedangkan file yang jarang berubah dapat dicadangkan setiap hari.
Hard disk eksternal dapat menjadi salah satu media, tetapi sebaiknya bukan satu-satunya backup. Media perlu dienkripsi, dipisahkan dari server, dimonitor, dan didukung salinan lain di lokasi berbeda.
Pengujian dapat dilakukan bulanan, kuartalan, atau setelah perubahan besar pada aplikasi dan infrastruktur. Sistem kritis sebaiknya diuji lebih sering sesuai target pemulihannya.
Solusi Server Lengkap untuk Beragam Kebutuhan Bisnis & Teknologi
Copyright 2025 spartaserverindonesia.com. All Rights Reserved.