Güvenlik Kamerası Kayıt Süresi Nasıl Hesaplanır? NVR Disk Kapasitesi Rehberi

Bir kamera sisteminin kayıt süresi yalnızca disk üzerindeki “TB” değerine bakılarak belirlenmez. Kamera sayısı, ortalama bitrate, çözünürlük, saniyedeki kare sayısı, sıkıştırma yöntemi, sahnedeki hareket ve kayıt senaryosu birlikte hesaplanmalıdır. Sağlıklı proje, “kaç gün kayıt istiyoruz?” sorusuyla başlar ve depolama buna göre boyutlandırılır.

Güvenlik kamerası kayıt süresini belirleyen temel değişkenler

İki kamera aynı çözünürlükte olsa bile aynı miktarda veri üretmeyebilir. Sabit bir koridor ile yoğun araç trafiği olan bir fabrika girişi farklı bitrate değerlerine ihtiyaç duyar. Bu nedenle yalnızca “4 MP kamera” bilgisiyle kesin disk hesabı yapmak doğru değildir.

• Kamera sayısı: Toplam veri akışını doğrudan artırır.
• Ortalama bitrate: Depolama hesabındaki en kritik değerdir. Mbps cinsinden ölçülür.
• Çözünürlük: 2 MP, 4 MP veya 8 MP görüntünün ayrıntı düzeyini etkiler; ancak disk tüketimini tek başına belirlemez.
• FPS: Saniyedeki kare sayısı yükseldikçe hareket daha akıcı olur ve çoğu senaryoda veri miktarı artar.
• Sıkıştırma: H.264, H.265 ve üreticiye özel akıllı sıkıştırma teknolojileri farklı sonuçlar üretir.
• Kayıt tipi: Sürekli kayıt, hareket algılamalı kayıt veya olay bazlı kayıt kapasiteyi ciddi ölçüde değiştirir.
• Sahne hareketliliği: Kalabalık, yaprak hareketi, yağmur, araç trafiği ve görüntü paraziti bitrate’i yükseltebilir.

NVR disk kapasitesi nasıl hesaplanır?

Pratik bir ön hesap için aşağıdaki formül kullanılabilir:

Günlük depolama (GB) ≈ Toplam bitrate (Mbps) × 10,8

Toplam bitrate ise kamera sayısı ile kamera başına öngörülen ortalama bitrate’in çarpımıdır. Örneğin 8 kameranın her biri ortalama 4 Mbps üretiyorsa toplam akış 32 Mbps olur.

Bu örnek kesin teklif hesabı değildir. Gerçek sahnede seçilen codec, VBR/CBR ayarı, gece görüntüsündeki parazit, hareket yoğunluğu ve NVR yapılandırması ölçülmelidir. Profesyonel projede örnek kayıt alınması veya üretici hesaplama aracıyla doğrulama yapılması daha güvenilir sonuç verir.

Sürekli kayıt mı, hareket algılamalı kayıt mı?

Sürekli kayıt, olayın başlangıcını kaçırmamak ve kesintisiz zaman çizgisi oluşturmak için avantajlıdır. Kritik kasa alanları, yükleme sahaları, ana girişler ve üretim noktalarında sıklıkla tercih edilir. Ancak en yüksek depolama ihtiyacını oluşturur.

Hareket algılamalı kayıt, sakin alanlarda disk kullanımını azaltabilir. Bununla birlikte yanlış kurulan hareket bölgeleri; gölge, ağaç, yağmur veya araç farı gibi etkilerle gereksiz kayıt üretebilir. Ayrıca olay öncesi tampon kayıt ayarlanmadığında kritik birkaç saniye kaybolabilir.

Birçok ticari projede en iyi sonuç karma senaryoyla alınır: kritik kameralarda sürekli kayıt, düşük riskli alanlarda olay bazlı kayıt ve tüm kameralarda olay öncesi/sonrası tampon süre.

H.265 kullanmak disk ihtiyacını ne kadar azaltır?

H.265 çoğu uygun sahnede H.264’e göre daha verimli sıkıştırma sağlayabilir; ancak “her projede yüzde elli tasarruf” gibi sabit bir oran vermek doğru değildir. Kazanç; görüntü içeriğine, hareket miktarına, kamera işlemcisine ve kalite ayarlarına bağlıdır. Çok düşük bitrate seçilerek elde edilen tasarruf, yüz ve plaka gibi kritik ayrıntıların kaybına yol açabilir.

Depolama optimizasyonunda hedef yalnızca daha az disk kullanmak değil, olay incelemesinde işe yarayacak görüntü kalitesini korumaktır.

Disk seçerken yalnız kapasiteye bakmayın

• 7/24 video yazım yüküne uygun gözetim sınıfı disk kullanılmalıdır.
• NVR’ın desteklediği disk adedi ve disk başına azami kapasite kontrol edilmelidir.
• Disk yuvaları, ileride kapasite artırımı düşünülerek planlanmalıdır.
• RAID kullanılıyorsa kullanılabilir kapasitenin ham toplamdan düşük olacağı hesaba katılmalıdır.
• RAID’in yedekleme olmadığı unutulmamalıdır; kritik kayıtlar için ayrıca dışa aktarma veya ikincil saklama politikası oluşturulmalıdır.
• Elektrik kesintilerine karşı NVR, PoE switch ve ağ bileşenleri uygun UPS ile korunmalıdır.

İşletmeler için doğru kayıt süresi nasıl belirlenir?

İstanbul’daki bir mağaza, depo veya fabrika için tek bir standart süre önermek yerine olayların ne zaman fark edildiği analiz edilmelidir. Stok farkı ay sonunda ortaya çıkıyorsa 7 günlük kayıt yetersiz kalabilir. Günlük kontrol edilen bir resepsiyon alanında ise çok uzun süre gereksiz maliyet oluşturabilir.

Karar verirken olay fark edilme süresi, işletme prosedürleri, hukuki saklama gereksinimleri, kamera önemi ve bütçe birlikte değerlendirilmelidir. Kişisel veri içeren görüntülerde erişim yetkisi, saklama süresi ve güvenli silme süreçleri de kurumun hukuk ve bilgi güvenliği politikalarıyla uyumlu biçimde tanımlanmalıdır.

Sık yapılan depolama hataları

1. Kamera çözünürlüğüne bakıp sabit bitrate varsaymak.
2. Diskin tamamını kullanılabilir kapasite kabul etmek.
3. Gece sahnesinde artan paraziti hesaba katmamak.
4. Tüm kameralara aynı kalite ve FPS değerini vermek.
5. Yedek disk veya kapasite artışı için boş yuva bırakmamak.
6. Kayıt süresini kurulumdan sonra gerçek ölçümle doğrulamamak.

Sık sorulan sorular

1 TB disk bir kamera için kaç gün kayıt yapar?

Kesin süre bitrate’e bağlıdır. Ortalama 2 Mbps sürekli akış yaklaşık günde 21,6 GB tüketir; teorik olarak 1 TB yaklaşık 46 gün brüt kapasite sunabilir. Sistem payı ve gerçek sahne değişkenleri nedeniyle pratik süre daha düşük olacaktır.

4 MP kamera her zaman 2 MP kameradan iki kat fazla yer mi kaplar?

Hayır. Bitrate, codec, FPS, sahne hareketi ve görüntü kalitesi ayarları sonucu belirler. Çözünürlük önemli olsa da tek değişken değildir.

Hareket algılama kayıt süresini kesin olarak uzatır mı?

Genellikle uzatır; ancak yoğun hareketli sahnede tasarruf sınırlı kalabilir. Yanlış hareket bölgeleri gereksiz kayıt oluşturabilir.

NVR’a sonradan disk eklenebilir mi?

Cihazın boş yuvası, desteklediği disk kapasitesi ve yapılandırması uygunsa eklenebilir. Proje başında genişleme payı bırakmak daha ekonomiktir.

Kayıt süresi nasıl doğrulanır?

Kurulumdan sonra NVR’ın günlük disk tüketimi birkaç gün izlenir, gece-gündüz ve yoğunluk değişimleri kontrol edilir. Ölçülen ortalama üzerinden gerçek saklama süresi yeniden hesaplanır.