Cara Menentukan Retensi dan Storage CCTV untuk Pabrik

Panduan buyer untuk kategori CCTV / Access Control / Security System.

Pertanyaan “rekaman CCTV harus disimpan berapa hari?” tidak memiliki satu jawaban universal untuk semua pabrik. Retensi yang masuk akal bergantung pada tujuan monitoring, risiko bisnis, jumlah kamera, resolusi, frame rate, codec, bitrate, pola rekam, dan kapasitas storage. Untuk buyer, target utama bukan memilih hard disk sebesar mungkin, tetapi menyusun requirement retention yang dapat dihitung dan diuji sebelum procurement.

Mulai dari tujuan penggunaan rekaman

Pisahkan use case keamanan perimeter, loss prevention, investigasi insiden, monitoring proses, area produksi, akses pintu, dan kebutuhan audit internal. Area yang berbeda tidak selalu membutuhkan retensi atau kualitas rekaman yang sama. Menyamaratakan seluruh kamera ke setting tertinggi dapat membuat biaya storage naik tanpa manfaat proporsional. Sebaliknya, retensi terlalu pendek bisa membuat bukti hilang sebelum insiden diketahui.

Hitung jumlah kamera aktif dan rencana ekspansi

Gunakan jumlah kamera yang benar-benar akan direkam oleh NVR/VMS, bukan hanya jumlah titik hari ini. Jika ada rencana ekspansi, sisakan headroom. Catat apakah kamera merekam 24/7, berdasarkan motion/event, atau kombinasi. Kamera yang sering menangkap aktivitas tinggi pada mode motion tetap dapat menghasilkan data besar, sehingga perkiraan harus menggunakan skenario realistis.

Resolusi bukan satu-satunya penentu

Resolusi lebih tinggi biasanya membutuhkan data lebih besar, tetapi bitrate aktual juga dipengaruhi scene complexity, frame rate, codec, quality setting, dan fitur kamera. Karena itu, dua kamera dengan resolusi sama tidak selalu menghasilkan kebutuhan storage identik. Dalam proposal vendor, minta asumsi teknis yang digunakan saat menghitung kapasitas agar hasil dapat diverifikasi, bukan hanya menerima angka hard disk final.

Pahami peran codec dan bitrate

Codec seperti H.264/H.265 membantu menekan kebutuhan bandwidth dan storage, tetapi hasil nyata bergantung pada perangkat, scene, firmware, dan setting. Jangan menjadikan klaim persentase penghematan sebagai angka pasti tanpa data vendor atau kalkulator perangkat. Untuk procurement, minta estimasi storage berdasarkan bitrate target per kamera dan simulasi retention yang konservatif.

Continuous recording vs event recording

Continuous recording memberi coverage waktu yang konsisten namun membutuhkan storage lebih besar. Event/motion recording dapat menghemat ruang tetapi bergantung pada akurasi event detection dan pola aktivitas. Area kritis mungkin lebih tepat continuous, sedangkan area lain dapat memakai event rule. Keputusan ini sebaiknya dibuat per zona, bukan satu setting untuk semua kamera.

Masukkan redundancy dan failure tolerance

Storage planning bukan hanya soal jumlah hari. Buyer juga perlu menanyakan RAID atau mekanisme redundancy yang tersedia, monitoring health disk, replacement process, spare policy, UPS, dan apa yang terjadi ketika satu disk gagal. Redundancy tidak sama dengan backup offsite; keduanya memiliki tujuan berbeda. Minta vendor menjelaskan arsitektur dengan bahasa operasional yang mudah dipahami.

Perhatikan network dan lokasi recorder

Kamera IP menambahkan kebutuhan bandwidth pada jaringan. Jika banyak kamera mengirim stream resolusi tinggi melalui uplink yang sama, bottleneck dapat muncul meskipun storage cukup. Catat topology, switch, PoE budget, uplink, fiber, segmentasi network, dan lokasi NVR/VMS. Untuk multi-building atau multi-site, desain network dan storage harus dibahas bersama, bukan terpisah.

Checklist data untuk RFQ CCTV

Siapkan jumlah kamera, resolusi target, indoor/outdoor, area kritis, target hari retention, recording mode, target frame rate bila ditentukan, network existing, rack/UPS, jumlah viewing station, kebutuhan remote viewing, serta kebutuhan ekspor rekaman. Minta vendor menyertakan asumsi perhitungan storage, headroom, expansion path, dan batasan sistem.

Audit sederhana setelah sistem mulai merekam

Estimasi storage sebaiknya diuji terhadap data nyata setelah sistem berjalan. Catat tanggal rekaman tertua yang masih tersedia, kapasitas usable, disk usage, recording mode, dan apakah semua kamera aktif sesuai desain. Jika retention aktual jauh di bawah target, penyebabnya dapat berasal dari bitrate lebih tinggi, jumlah stream tambahan, audio/metadata, overhead, event pattern, atau konfigurasi recorder. Vendor kemudian dapat menyesuaikan bitrate, storage, atau arsitektur tanpa mengandalkan tebakan.

Prinsip dasarnya sederhana: storage adalah fungsi bitrate × waktu × jumlah stream, lalu harus dikoreksi untuk usable capacity dan overhead. Karena bitrate sendiri berubah mengikuti resolusi, frame rate, codec, scene, dan setting, proposal yang transparan akan menyebut asumsi, bukan hanya jumlah terabyte.

Pisahkan requirement evidence dan requirement monitoring

Kamera yang dipakai untuk live monitoring tidak selalu memerlukan retention sama dengan kamera yang diprioritaskan untuk investigasi setelah kejadian. Buyer dapat mengelompokkan kamera berdasarkan criticality: perimeter, loading, warehouse, production, access point, dan area umum. Setiap kelompok dapat memiliki target image quality dan retention berbeda. Pendekatan ini biasanya lebih rasional daripada memakai satu setting maksimum untuk seluruh kamera. Saat ada perubahan policy atau penambahan kamera, hitung ulang storage dan bandwidth agar kapasitas existing tidak diam-diam mengurangi retention.

FAQ

Apakah 30 hari selalu standar?

Tidak. Retensi harus mengikuti use case, risiko, kebutuhan investigasi, dan kapasitas sistem.

Apakah kamera 4MP dan 8MP butuh storage sama?

Tidak selalu. Resolusi, bitrate, codec, frame rate, dan scene memengaruhi data.

Apakah H.265 selalu menghemat separuh storage?

Jangan anggap angka tetap. Penghematan aktual tergantung perangkat dan setting.

Motion recording aman untuk semua area?

Tidak. Area kritis dapat membutuhkan continuous recording agar tidak kehilangan kejadian.

Apa beda RAID dan backup?

RAID membantu toleransi kegagalan disk; backup adalah salinan terpisah. Fungsinya berbeda.

Apakah storage bisa ditambah nanti?

Tergantung NVR/VMS, slot, enclosure, lisensi, dan arsitektur. Tanyakan expansion path.

Apakah retention harus sama untuk semua kamera?

Tidak harus. Requirement dapat berbeda per zona.

Apa yang harus ditanyakan ke vendor?

Asumsi bitrate, recording mode, retention, redundancy, expansion, dan health monitoring.

Perlukah UPS?

Untuk sistem kritis, continuity power dan shutdown yang benar perlu dipertimbangkan.

Apakah direktori menentukan retention wajib?

Tidak. Direktori membantu buyer menyusun kebutuhan; keputusan akhir mengikuti kebijakan dan kebutuhan organisasi.

Minta Penawaran

Kirim jumlah kamera, resolusi, target retention, recording mode, dan kondisi network melalui Request Service untuk diteruskan ke integrator yang relevan.

Cara memvalidasi perhitungan storage vendor

Minta vendor menunjukkan asumsi jumlah kamera, bitrate rata-rata, jam rekam per hari, recording mode, retention target, overhead sistem, serta headroom. Buyer tidak harus menghitung ulang hingga level byte, tetapi setidaknya harus dapat melihat hubungan antara input dan kapasitas akhir. Jika vendor hanya menulis “HDD 20 TB” tanpa retention yang dijanjikan, proposal belum menjawab kebutuhan. Buat satu skenario normal dan satu skenario lebih berat agar sistem tidak langsung kekurangan kapasitas ketika scene berubah atau ada penambahan kamera.

Setelah instalasi, cek retention aktual setelah sistem berjalan beberapa hari atau minggu. Bandingkan oldest available recording dengan target, periksa disk health, dan pastikan waktu sistem benar. Retention aktual dapat berbeda dari estimasi karena bitrate riil berubah mengikuti scene. Dokumentasikan konfigurasi awal agar perubahan setting di masa depan dapat ditelusuri.