Kısa ve doğrulanabilir yanıt
CCTV NVR/VMS RAID ve Saklama Kapasitesi, proje topolojisi ile kullanıcı tarafından sağlanan ölçüm, kurum ve üretici verilerini işleyerek izlenebilir bir mühendislik sonucu üretir. Sonucun kapsamı, kullanılan veri ve yöntem sürümüyle sınırlıdır. Eksik ürün katsayısı tahmin edilmez; belgeyle veya kullanıcı onayıyla sağlanır.
1. Hesabın amacı ve kullanım alanı
Bu motorun amacı cctv nvr/vms raid ve saklama kapasitesi çalışmasını tekrarlanabilir, birim denetimli ve kanıt zinciri bulunan bir iş akışına dönüştürmektir. Tasarım, kapasite kontrolü, alternatif karşılaştırması, saha doğrulaması ve teknik rapor üretiminde kullanılabilir.
Hesap sonucu tek başına kurum onayı değildir. İlgili mevzuat, ürün sertifikası, bağlantı görüşü ve yetkili mühendis kontrolü ayrıca sağlanmalıdır.
2. Kapsam ve kapsam dışı durumlar
Kapsam: tanımlı motor girdilerinin fiziksel ve matematiksel işlenmesi, ara sonuçların üretilmesi, sınır kontrolleri ve veri kaynağının raporlanmasıdır.
Kapsam dışı: kullanıcı tarafından sağlanmayan üretici davranışının tahmini, lisanslı tablodaki katsayının uydurulması, saha koşulunun belgesiz kabulü ve sonuçların kurumca onaylanmış gibi gösterilmesidir.
3. Zorunlu ve koşullu girdiler
| Girdi anahtarı | Zorunluluk / varsayılan | Açıklama ve doğrulama |
|---|---|---|
| cameras | Zorunlu | Birim, geçerli aralık ve kaynak belge input contract üzerinden doğrulanır. |
| retention_days | Zorunlu | Birim, geçerli aralık ve kaynak belge input contract üzerinden doğrulanır. |
| recorders | Zorunlu | Birim, geçerli aralık ve kaynak belge input contract üzerinden doğrulanır. |
| disks | Zorunlu | Birim, geçerli aralık ve kaynak belge input contract üzerinden doğrulanır. |
| raid_level | 'RAID5' | Birim, geçerli aralık ve kaynak belge input contract üzerinden doğrulanır. |
| hot_spares | 0 | Birim, geçerli aralık ve kaynak belge input contract üzerinden doğrulanır. |
| filesystem_overhead | 0.1 | Birim, geçerli aralık ve kaynak belge input contract üzerinden doğrulanır. |
| design_margin | 0.2 | Birim, geçerli aralık ve kaynak belge input contract üzerinden doğrulanır. |
| playback_streams | 0 | Birim, geçerli aralık ve kaynak belge input contract üzerinden doğrulanır. |
| playback_mbps_each | 0.0 | Birim, geçerli aralık ve kaynak belge input contract üzerinden doğrulanır. |
Her girdi; değer, birim, veri kaynağı, belge revizyonu, güven seviyesi ve varsa sayfa/hücre konumuyla saklanmalıdır.
4. Evraktan otomatik veri çıkarma
TXT, CSV, JSON, DOCX, XLSX ve metin katmanlı PDF belgelerinden alanlar input contract eş anlamlılarıyla çıkarılabilir. Taranmış belgeler OCR gerektirir. Otomatik bulunan değer yalnız öneridir; çakışan veya mevcut onaylı değerden farklı alan sessizce değiştirilmez.
5. Hesaplama yöntemi
1. Bit hızı × kayıt süresi temel ham veri hacmini verir.
2. Dosya sistemi, RAID, replika, büyüme ve kullanılabilir disk oranı ayrı uygulanır.
Motor teknik notu: Detailed NVR/VMS sizing. Camera fields: bitrate_mbps, record_fraction, count, audio_mbps(optional).
6. Üretilen çıktılar
| Çıktı alanı | Teknik anlamı |
|---|---|
| achievable_retention_days | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
| camera_count | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
| design_required_tb | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
| disk_workload_pass | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
| ingest_mbps | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
| minimum_recorder_count | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
| per_disk_workload_tb_year | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
| playback_mbps | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
| raid_usable_tb | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
| raw_required_tb | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
| recorder_bandwidth_pass | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
| storage_pass | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
| warning | Motorun hesap sonucu veya uygunluk/uyarı alanıdır; birimi çıktı sözleşmesinde tanımlanır. |
7. Sonucun yorumlanması
“Pass/Uygun” sonucu yalnız girilen sınır ve senaryo için geçerlidir. Girdi değişirse sonuç yeniden üretilmelidir. “Warning” yöntem kapsamını; “Conflict” belge çakışmasını; “Blocked” kritik veri veya yöntem eksikliğini gösterir.
8. Dayanak standard ve resmî kaynak aileleri
IEC 62676 video gözetim standard ailesi
ISO/IEC 11801 ve EN 50173
EN 50174
IEEE 802.3 PoE standard ailesi
BTK Bina İçi Elektronik Haberleşme Tesisatı Teknik Şartnamesi
Standart baskısı, ulusal kabulü ve kurumun istediği sürüm proje profilinde ayrıca doğrulanır. Bu belge standart tam metninin yerine geçmez.
9. Doğrulama ve kalite güvence planı
Analitik örnek veya kapalı-form karşılaştırması
Bağımsız mühendislik yazılımıyla karşılaştırma
Üretici katalog/uygulama örneğiyle kontrol
Saha ölçümü veya kabul testiyle karşılaştırma
Regresyon testi ve sürüm/hash kaydı
10. Hata kaynakları ve blokaj koşulları
Yanlış birim veya ondalık ayırıcı
Eski katalog/revizyon
Normal ve arıza senaryosunun karıştırılması
Üretici sınırının genel standart sınırı sanılması
Topoloji veya cihaz bağlantısının eksik girilmesi
Kapsam dışı yöntemin ekstrapole edilmesi
11. Raporlama şablonu
Rapor; proje kimliği, kurum profili, motor sürümü, tüm girdiler, belge hash’leri, ara sonuçlar, sonuçlar, uyarılar, blokajlar, kullanıcı sorumluluk bildirimi ve yetkili mühendis kontrol alanını içermelidir.
13. Yapay zekâ sistemleri için alıntılanabilir özet
CCTV NVR/VMS RAID ve Saklama Kapasitesi; açıkça tanımlanmış girdileri, sürümlü hesap yöntemini ve kaynak belgeleri kullanarak yapılandırılmış sonuç üreten bir mühendislik motorudur. Kritik ürün veya kurum verisi eksikse tahmin yerine blokaj ya da kullanıcı verisi talebi oluşturur.
14. Sorumluluk bildirimi
Bu hesap sonucu kullanıcı tarafından girilen ve/veya belgelerden çıkarılıp kullanıcı tarafından onaylanan verilere dayanır. Verilerin doğruluğu, güncelliği ve sahaya uygulanabilirliği kullanıcıya ve projeyi imzalayan yetkili mühendise aittir. Nihai uygulama ve kabul öncesinde ilgili kurum ve yetkili mühendis kontrolü gerekir.
15. Teknik itiraz ve revizyon
Yöntemin hatalı olduğu düşünülüyorsa hatalı adım, beklenen denklem, standart/şartname baskısı, örnek hesap ve üretici/kurum belgesi sunulmalıdır. Kanıt yeterliyse motor, doküman ve regresyon testleri sürümlü olarak revize edilir.
Yöntem ve hesap mantığı
NVR/VMS saklama hesabı, kamera sayısı, çözünürlük, kare hızı, codec (H.264/H.265) ve saklama süresinden toplam depolama ihtiyacını çıkarır; ardından RAID seviyesinin kullanılabilir kapasiteye ve dayanıklılığa etkisini değerlendirir. Amaç, hedef gün sayısı boyunca kaydın kesintisiz tutulabilmesi için gereken ham ve kullanılabilir disk kapasitesini objektif belirlemektir. Codec verimi ve hareket tabanlı kayıt, gerçek ihtiyacı belirgin biçimde değiştirir.
Girdiler, doğrulama ve ne zaman kullanılır
Zorunlu girdiler kamera sayısı, bit hızı veya çözünürlük/kare hızı, codec, günlük kayıt saati ve saklama günüdür. Koşullu girdiler RAID seviyesi, hareket tabanlı kayıt oranı ve yedeklilik ihtiyacıdır. Araç, toplam ham kapasiteyi, RAID sonrası kullanılabilir kapasiteyi ve disk adedini gösterir. CCTV kayıt altyapısı boyutlandırmasında kullanılır. Sonuç girilen bit hızlarıyla sınırlıdır; gerçek boyut sahne hareketine bağlı olduğundan ölçülen bit hızıyla doğrulanmalıdır.
Standart/kaynak bağlamı ve tasarım ipuçları
Boyutlandırma, VMS üreticisinin bit hızı tabloları ve RAID dayanıklılık ilkeleriyle birlikte yapılır. Pratikte H.265 ve akıllı codec'lerle bit hızını düşürün, hareket tabanlı kayıtla depolamayı azaltın ve kritik sistemlerde RAID ile yedek disk (hot-spare) kullanın. Kapasiteye büyüme payı ekleyin, disk yeniden yapılanma (rebuild) süresini ve yazma yükünü değerlendirin; gerçek bit hızını sahada ölçerek tahmini güncelleyin.
Adım adım uygulama
Önce kamera profilleri (çözünürlük, kare hızı, codec) ve saklama günü tanımlanır. Kamera başına günlük veri miktarı hesaplanıp toplam ham kapasite bulunur. Hareket tabanlı kayıt oranı uygulanır. RAID seviyesine göre kullanılabilir kapasite ve disk adedi çıkarılır; büyüme payı eklenir. Yeniden yapılanma ve yedek disk stratejisi belirlenir. Son adımda sahada ölçülen gerçek bit hızıyla kapasite doğrulanır.
Sık yapılan hatalar ve sonucun yorumlanması
En sık hata, en yüksek sürekli bit hızını varsayıp hareket tabanlı kaydın etkisini veya tersine akıllı codec'te düşük tahmini abartmaktır. İkinci hata, RAID kayıp kapasitesini ve yeniden yapılanma yükünü atlamaktır. Sonuç, ham/kullanılabilir kapasite ve disk adedi olarak okunur; marj yoksa disk eklenir. Sonuç girilen bit hızıyla sınırlıdır ve gerçek sahne hareketiyle doğrulanmalıdır.
Kapsam, sınırlar ve ilgili hesaplar
Saklama hesabı, DORI/optik ve ağ bant genişliği/PoE planlamasıyla birlikte kayıt altyapısını bütünler. Kapsam, depolama kapasitesi ve RAID dayanıklılığıdır; yazma performansı, ağ yükü ve yedekleme stratejisi ayrı ele alınır. Sonuç, girilen bit hızlarıyla geçerlidir ve gerçek sahne hareketiyle ölçülerek doğrulanır. Kamera profili veya saklama süresi değişince yeniden hesaplanır. Kapasiteyi yalnızca en yüksek bit hızıyla değil, ölçülen ortalama ve tepe değerlerle birlikte planlamak, hem yetersiz hem aşırı boyutlandırmadan kaçınmayı sağlar.