How much storage does a 4MP camera use per day?

A 4MP camera recording continuously at 15 fps uses approximately 18 to 21 GB per day with H.264 compression, or 9 to 11 GB per day with H.265 compression. The exact amount depends on scene complexity, bitrate settings, and frame rate. Motion-based recording can reduce this by 50 to 70 percent depending on how much activity occurs in the scene.

Is H.265 worth it for CCTV storage?

Yes. H.265 (HEVC) reduces storage requirements by 30 to 50 percent compared to H.264 at the same image quality. For a 16-camera system recording continuously for 30 days, switching from H.264 to H.265 can save 10 to 20 TB of storage. The trade-off is that H.265 requires more processing power for encoding and decoding, so your NVR or server must support it. Most modern NVRs and cameras released after 2018 support H.265.

How long should CCTV footage be stored?

Retention periods depend on industry regulations and security needs. Retail stores typically retain footage for 30 days to cover inventory audit cycles. Banks and financial institutions often require 90 days or more. Government and critical infrastructure facilities may mandate 180 days to one year. Healthcare facilities typically require 30 to 90 days. Always check local regulations and industry-specific compliance requirements, as penalties for insufficient retention can be severe.

Can I use regular hard drives for CCTV recording?

Standard desktop hard drives are not recommended for CCTV recording. Surveillance-rated drives such as the Western Digital Purple or Seagate SkyHawk are specifically designed for 24/7 continuous write operations, support higher workload ratings (up to 180 TB per year versus 55 TB for desktop drives), and include firmware optimizations for streaming video data. Desktop drives used for surveillance typically fail within 12 to 18 months due to the constant write cycles, while surveillance-rated drives are warrantied for 3 to 5 years of continuous operation.

Jak obliczyć zapotrzebowanie na pamięć monitoringu CCTV: Kompletny przewodnik

Podstawy pamięci CCTV

Zanim przeprowadzisz jakiekolwiek obliczenia, musisz zrozumieć trzy czynniki okreslajace zużycie pamięci systemu CCTV: bitrate, kodek kompresji i rozdzielczość. Te trzy zmienne wzajemnie na siebie oddzialuja, a błąd w którejkolwiek z nich zaburzy cale oszacowanie pamięci.

Bitrate to ilość danych produkowanych przez kamerę na sekundę, mierzona w megabitach na sekundę (Mbps) lub kilobitach na sekundę (Kbps). Kamera przesylajaca strumień z prędkością 4 Mbps produkuje 4 megabity danych co sekundę, co przekalda się na około 1,7 GB na godzinę lub 42 GB na dzień ciągłego nagrywania. Bitrate to najważniejsza liczba w obliczaniu pamięci, ponieważ bezpośrednio określa objetosc danych. Kamery o wyższej rozdzielczości, szybszej liczbie klatek lub sceny z większą ilością ruchu produkuja wyższy bitrate.

to ilość danych produkowanych przez kamerę na sekundę, mierzona w megabitach na sekundę (Mbps) lub kilobitach na sekundę (Kbps). Kamera przesylajaca strumień z prędkością 4 Mbps produkuje 4 megabity danych co sekundę, co przekalda się na około 1,7 GB na godzinę lub 42 GB na dzień ciągłego nagrywania. Bitrate to najważniejsza liczba w obliczaniu pamięci, ponieważ bezpośrednio określa objetosc danych. Kamery o wyższej rozdzielczości, szybszej liczbie klatek lub sceny z większą ilością ruchu produkuja wyższy bitrate.

Rozdzielczość określa ilość szczegółów w każdej klatce, co bezpośrednio wpływa na bitrate. Kamera 4K (8MP) produkuje około czterokrotnie więcej danych niż kamera 1080p (2MP) przy tej samej liczbie klatek i poziomie kompresji. Wyższa rozdzielczość oznacza ostrzejsze obrazy i lepsza możliwość powiekszania podczas odtwarzania, ale także dramatycznie więcej pamięci. Decyzja o rozdzielczości powinna być podyktowana celem monitoringu dla każdej pozycji kamery — nie każda kamera musi być 4K. Użyj naszego kalkulatora pamięci, aby modelowac różne scenariusze rozdzielczości i natychmiast zobaczyć wpływ na pamięć.

Liczba klatek na sekundę również odgrywa role. Większość systemów monitoringu nagrywa z prędkością 15 fps (klatek na sekundę) jako rownowage między plynnoscia wideo a efektywnoscia pamięci. Zwiekszenie do 25 lub 30 fps daje plynniejsze nagrania, ale zwiększa pamięć o 67 do 100 procent. W większości zastosowań bezpieczeństwa 15 fps jest wystarczające. Monitoring ruchu drogowego i sceny z szybkim ruchem mogą korzystać z 25 fps, natomiast statyczne sceny jak korytarze lub magazyny często mogą zejsc do 10 fps bez utraty istotnych szczegółów.

Wzór obliczania pamięci

Podstawowy wzór obliczania pamięci CCTV jest prosty. Gdy znasz bitrate każdej kamery, reszta to arytmetyka.

Wzór

Storage (GB) = Bitrate (Mbps) x 0.125 x 3600 x Hours per Day x Days x Number of Cameras / 1000

Rozkład: pomnóż bitrate w Mbps przez 0,125 aby przekonwertowac na megabajty na sekundę. Pomnóż przez 3600 aby uzyskać megabajty na godzinę. Pomnóż przez godziny nagrywania dziennie (24 dla ciągłego nagrywania). Pomnóż przez liczbę dni retencji. Pomnóż przez liczbę kamer. Podziel przez 1000 aby przekonwertowac z MB na GB.

Uproszczona wersja: Pamięć (TB) = Bitrate (Mbps) x 0,0108 x Dni x Kamery — zakłada 24-godzinne ciągłe nagrywanie i podaje wynik w terabajtach.

Przykład 1: Mały sklep detaliczny

8 kamer, rozdzielczość 4MP, kompresja H.265, 15 fps, 30-dniowa retencja, ciągłe nagrywanie.

Typowy bitrate dla 4MP H.265 przy 15 fps: około 3 Mbps na kamerę.

Pamięć = 3 Mbps x 0,0108 x 30 dni x 8 kamer = 7,78 TB

Z narzutem RAID 5 (jeden dysk na parzystosc w macierzy 4-dyskowej): około 10,4 TB surowej pojemności, co mieści się w 4-zatokowym NVR z 4 x 4 TB dyskami monitoringowymi.

Przykład 2: Budynek biurowy

32 kamery, mieszana rozdzielczość (16 x 2MP + 16 x 4MP), H.265, 15 fps, 60-dniowa retencja, 12 godzin/dzien nagrywania (godziny pracy + bufor).

Bitrate 2MP H.265: około 2 Mbps. Bitrate 4MP H.265: około 3 Mbps.

Pamięć dla kamer 2MP = 2 x 0,0108 x 60 x 16 x 0,5 (12h/24h) = 10,37 TB

Pamięć dla kamer 4MP = 3 x 0,0108 x 60 x 16 x 0,5 = 15,55 TB

Typowy bitrate dla 4MP H.265 przy 15 fps: około 3 Mbps na kamerę.

Przykład 3: Duży kampus

128 kamer, średnia 4MP, H.265, 15 fps, 90-dniowa retencja, ciągłe nagrywanie.

Pamięć = 3 x 0,0108 x 90 x 128 = 373,25 TB

Ten poziom pamięci wymaga serwerów NVR klasy enterprise lub dedykowanych macierzy dyskowych. Z narzutem RAID 6, planuj około 450+ TB surowej pojemności. Pomiń zgadywanie i zamodeluj swój dokładny scenariusz naszym kalkulatorem pamięci.

Tabela rozdzielczości i bitrate

Ponizasza tabela przedstawia typowe wartości bitrate dla popularnych rozdzielczości kamer monitoringu przy 15 fps z kompresja H.264 i H.265. Są to średnie wartości dla scen z umiarkowanym ruchem. Sceny o dużym ruchu (ruchliwe skrzyzowania, wejścia sklepów) mogą generować 20 do 40 procent wyższy bitrate, natomiast statyczne sceny (korytarze, magazyny) mogą generować 20 do 30 procent niższy bitrate.

Rozdzielczość	Megapiksele	Bitrate H.264	Bitrate H.265	H.264 GB/dzien	H.265 GB/dzien
1920 x 1080	2MP	3-4 Mbps	1.5-2 Mbps	32-43 GB	16-22 GB
2560 x 1440	4MP	5-6 Mbps	2.5-3 Mbps	54-65 GB	27-32 GB
2592 x 1944	5MP	6-8 Mbps	3-4 Mbps	65-86 GB	32-43 GB
3840 x 2160	8MP (4K)	10-16 Mbps	5-8 Mbps	108-173 GB	54-86 GB
4000 x 3000	12MP	16-24 Mbps	8-12 Mbps	173-259 GB	86-130 GB

Te wartości zakładają kodowanie ze stałym bitrate (CBR) przy 15 fps. Kodowanie ze zmiennym bitrate (VBR) generuje niższe średnie zużycie pamięci, ale wyższe szczyty w okresach dużej aktywności. Przy planowaniu pamięci z VBR, użyj wartości szczytowej bitrate do planowania pojemności, aby zapewnić, ze nigdy nie zabraknie miejsca w okresach wysokiej aktywności.

Planowanie okresu przechowywania

Okres przechowywania — ile dni nagrań przechowujesz zanim zostaną nadpisane — często jest dyktowany przez regulacje branżowe, wymagania ubezpieczeniowe lub wewnętrzną politykę bezpieczeństwa, a nie preferencje techniczne. Wybór zlego okresu przechowywania może skutkować karami regulacyjnymi lub niemoznoscia zbadania incydentów odkrytych po nadpisaniu nagrań.

Branza	Typowa retencja	Uwagi regulacyjne
Handel detaliczny	30 dni	Pokrywa typowe cykle audytu inwentaryzacyjnego; niektórzy sprzedawcy wydluzaja do 60 dni dla lokalizacji z duzymi stratami
Bankowosc / Finanse	90 dni	Wymagania regulacyjne różnią się w zależności od jurysdykcji; kamery bankomatów i skarbców często wymagają 90+ dni
Rząd / Infrastruktura krytyczna	180 dni	Budynki rządowe, uzytecznosci publicznej i obiekty obronne często wymagają 6 miesięcy do 1 roku
Opieka zdrowotna	30-90 dni	Placówki zazwyczaj dostosowuja się do terminów raportowania incydentów
Edukacja	30-60 dni	Okręgi szkolne często stosują się do wytycznych specyficznych dla danego stanu; niektórzy wymagają minimum 30 dni
Hotelarstwo	30-45 dni	Hotele i kasyna; kasyna często przechowują nagrania z sal gier przez 30+ dni zgodnie z regulacjami
Transport	30-90 dni	Lotniska, dworce kolejowe i przystanki autobusowe; organy transportu ustalaja wymagania

Przy planowaniu retencji zawsze dodaj 10 do 15 procent buforu powyżej minimalnego wymagania. Jeśli regulacje wymagają 30 dni, projektuj na 34 do 35 dni. Uwzględnia to różnice w sposobie obliczania retencji przez NVR, narzut systemu plików i opóźnienie między momentem wygaśnięcia nagrań a faktycznym nadpisaniem.

Rozważyć użycie warstwowej retencji dla dużych systemów. Krytyczne kamery — wejścia, POS, kasy — mogą przechowywać nagrania przez 90 dni, podczas gdy kamery korytarzowe i parkingowe przez 30 dni. Takie podejście może zmniejszyć całkowite zapotrzebowanie na pamięć o 30 do 40 procent w porównaniu z jednolitym stosowaniem najdluzszego okresu retencji dla wszystkich kamer. Większość platform NVR i VMS obsługuje ustawienia retencji per kamera lub per grupa.

RAID i redundancja

Dyski twarde ulegają awariom. W systemie monitoringu dzialajacym 24/7 z ciaglymi operacjami zapisu, awaria dysku to nie kwestia czy, ale kiedy. RAID (Redundant Array of Independent Disks) chroni Twoje nagrania poprzez dystrybucje danych na wielu dyskach, dzięki czemu utrata jednego lub dwóch dysków nie powoduje utraty danych. Wybór odpowiedniego poziomu RAID jest kluczowa częścią planowania pamięci, ponieważ narzut RAID zmniejsza pojemność użyteczną.

RAID 5 — Jeden dysk parzystosci

RAID 5 rozkłada dane na wszystkich dyskach i używa pojemności jednego dysku na dane parzystosci. Może przetrwac awarie dowolnego pojedynczego dysku bez utraty danych. Pojemność użyteczną wynosi (N-1) x rozmiar dysku, gdzie N to liczba dysków. Na przykład cztery dyski 8 TB w RAID 5 zapewniają 24 TB pamięci uzytecznej (3 x 8 TB). RAID 5 to najczęściej stosowana konfiguracja dla małych i średnich systemów monitoringu (do 32 kamer). Ryzyko polega na tym, ze jeśli drugi dysk ulegnie awarii podczas procesu odbudowy po pierwszej awarii, wszystkie dane zostaną utracone.

RAID 6 — Dwa dyski parzystosci

RAID 6 używa parzystosci dwóch dysków, pozwalajac macierzy na przetrwanie dwóch jednoczesnych awarii dysków. Pojemność użyteczną wynosi (N-2) x rozmiar dysku. Sześć dysków 8 TB w RAID 6 zapewnia 32 TB użyteczne (4 x 8 TB). RAID 6 jest zalecany dla systemów z więcej niż 4 dyskami i dla wdrożeń korporacyjnych, gdzie utrata danych jest niedopuszczalna.

RAID 10 — Mirrorowane paski

RAID 10 łączy mirrorowanie (RAID 1) ze stripowaniem (RAID 0). Każdy dysk jest mirrorowany, zapewniając najwyższa wydajność odczytu/zapisu i zdolnosc przetrwania wielu awarii dysków, o ile żadna para mirror nie utraci obu dysków. Pojemność użyteczną wynosi 50 procent całkowitej pojemności surowej — cztery dyski 8 TB zapewniają 16 TB użyteczne. RAID 10 oferuje najlepsza wydajność zapisu, co ma znaczenie dla systemów z duża liczba kamer generujacych ciezkie obciążenia zapisu.

Dyski zapasowe (Hot Spare)

Hot spare to dysk zainstalowany w macierzy, który pozostaje nieaktywny do momentu awarii dysku, po czym kontroler RAID automatycznie rozpoczyna odbudowe na hot spare bez interwencji człowieka. Minimalizuje to okno podatnosci. Dla każdej macierzy RAID 5 hot spare jest silnie zalecany. Dla systemów krytycznych skonfiguruj jeden hot spare na każde 4 do 6 aktywnych dysków.

Przy obliczaniu całkowitej surowej pamięci, wez zapotrzebowanie na pamięć użyteczną i pomnóż przez współczynnik narzutu RAID: RAID 5 = użyteczną x (N / (N-1)), RAID 6 = użyteczną x (N / (N-2)), RAID 10 = użyteczną x 2. Następnie dodaj jeden dysk na każdy hot spare. Użyj naszego kalkulatora pamięci, aby automatycznie uwzględnić narzut RAID dla Twojej konfiguracji.

Chmura vs pamięć lokalną

Wybór między pamięcią w chmurze a lokalną dla nagrań CCTV wiąże się z kompromisami w zakresie kosztów, przepustowości, niezawodności i kontroli. Żaden z wariantów nie jest uniwersalnie lepszy — właściwy wybór zależy od liczby kamer, wymagań retencji, łączności internetowej i preferencji operacyjnych.

Pamięć lokalną (On-Premise)

Pamięć lokalną używa NVR (rejestratorów sieciowych) lub serwerowych systemów VMS z lokalnymi dyskami twardymi. Koszt początkowy jest wyższy — kupujesz sprzęt, dyski i kontroler RAID — ale koszty biezace są minimalne (prąd i okazjonalna wymiana dysków). Typowy 16-kamerowy NVR z 4 x 8 TB dyskami monitoringowymi kosztuje od 1500 do 3000 dolarów za sprzęt i zapewnia 24 TB pamięci uzytecznej RAID 5 bez miesięcznych opłat.

Systemy lokalne nie zaleza od łączności internetowej. Jeśli internet przestanie działać, nagrywanie kontynuuje bez przerwy. To czyni pamięć lokalną domyślnym wyborem dla krytycznych zastosowań bezpieczeństwa.

Dla większości instalacji z 8 lub więcej kamerami i 30+ dniami retencji, pamięć lokalną pozostaje najbardziej oplacalnym rozwiązaniem. Całkowity koszt posiadania w ciągu 5 lat jest zazwyczaj 60 do 80 procent niższy niż rownowazna pamięć w chmurze.

Pamięć w chmurze

Pamięć CCTV w chmurze eliminuje sprzęt na miejscu poprzez przesyłanie nagrań do zdalnych centrow danych. Dostawcy jak Verkada, Rhombus, Eagle Eye Networks oferują modele kamera-jako-usługa z miesiecznymi oplatami per kamera wlaczajacymi pamięć w chmurze. Typowe koszty wahają się od 10 do 30 dolarów na kamerę miesięcznie za 30 dni retencji w chmurze.

Główna zaleta pamięci w chmurze jest redundancja poza siedzibą — nagrania przetrwają nawet jeśli fizyczny obiekt zostanie zniszczony. Systemy chmurowe upraszczaja również zarządzanie wieloma lokalizacjami.

Głównym ograniczeniem jest przepustowość. Pojedyncza kamera 4MP H.265 przy 3 Mbps wymaga około 2,8 GB przepustowości upload na godzinę. Szesnascie kamer przy tej prędkości wymaga stałej prędkości upload 48 Mbps, co przekracza pojemność upload wielu komercyjnych łączy internetowych. Pamięć w chmurze tworzy również koszt cykliczny — system 32 kamer po 20 dolarów na kamerę miesięcznie kosztuje 7680 dolarów rocznie, co przekracza koszt sprzętu lokalnego w ciągu 12 do 18 miesięcy.

Podejście hybrydowe

Podejście hybrydowe łączy nagrywanie lokalne z selektywna kopia zapasowa w chmurze. Wszystkie kamery nagrywają lokalnie na NVR przez pełny okres retencji. Krytyczne kamery (wejścia, kasy, pomieszczenia wartosciowe) jednocześnie przesylaja do chmury, jako ciągłe strumienie lub wyzwalane przez ruch i alarmy.

Wiele nowoczesnych NVR i platform VMS obsługuje działanie hybrydowe natywnie. Możesz skonfigurować reguly takie jak "przesyl ostatnie 60 sekund przed i po każdym zdarzeniu ruchu na kamerach wejściowych do chmury" lub "wykonaj kopie zapasowa wszystkich nagrań z kamery kasy do chmury codziennie."

Porady optymalizacyjne pamięci

Surowe obliczenie daje maksymalne zapotrzebowanie na pamięć dla ciągłego nagrywania. W praktyce kilka technik optymalizacyjnych może zmniejszyć faktyczne zużycie pamięci o 30 do 70 procent bez kompromisow w zakresie skutecznosci bezpieczeństwa.

Nagrywanie na podstawie ruchu

Zamiast nagrac 24/7, skonfiguruj kamery do nagrywania tylko po wykryciu ruchu. Kamera korytarzowa, która widzi aktywność 4 godziny z 24, zmniejsza zużycie pamięci o około 83 procent. Większość NVR obsługuje buforowanie pre-event (nagrywanie 5 do 10 sekund przed wykryciem ruchu), aby zapewnić przechwycenie początku każdego zdarzenia. Nagrywanie na podstawie ruchu jest idealne dla obszarów o małym ruchu jak korytarze, magazyny, klatki schodowe i kamery obwodowe.

Nagrywanie harmonogramowe

Dla firm działających w ustalonych godzinach, zaplanuj kamery do ciągłego nagrywania w godzinach pracy i przełącz na nagrywanie na podstawie ruchu po godzinach. Budynek biurowy działający 10 godzin dziennie z nagrywaniem na podstawie ruchu przez pozostałe 14 godzin może zmniejszyć pamięć o 40 do 50 procent w porównaniu z ciągłym 24-godzinnym nagrywaniem.

Zmienny bitrate (VBR)

Kodowanie ze zmiennym bitrate dynamicznie dostosowuje bitrate na podstawie złożoności sceny. Kamera obserwujaca statyczny korytarz bez ruchu używa bardzo niskiego bitrate (0,5 do 1 Mbps), ale zwiększa do pełnego bitrate (4 do 6 Mbps) gdy ktoś przechodzi. W ciągu 24-godzinnego okresu VBR zazwyczaj produkuje 30 do 50 procent mniej danych niż kodowanie ze stałym bitrate (CBR).

Nagrywanie dwustrumieniowe (Sub-Stream)

Większość kamer IP generuje dwa jednoczesne strumienie: główny strumień o wysokiej rozdzielczości (do nagrywania) i strumień podrzędny o niskiej rozdzielczości (do podglądu na żywo). Skonfiguruj NVR do używania strumienia podrzednego do monitorowania na żywo i głównego strumienia do nagrywania. Niektóre zaawansowane systemy posuwaja się dalej, nagrywajac strumień podrzędny dla niekrytycznych kamer i przelaczajac na strumień główny tylko po wykryciu ruchu lub alarmu.

Technologie Smart Codec

Producenci kamer opracowali własne ulepszenia kodowania wykraczajace poza standardowa kompresję H.265. Hikvision H.265+, Dahua Smart H.265+ i Axis Zipstream to przykłady. Te technologie analizuja każda klatkę i stosują maksymalna kompresję do statycznych obszarów tła, zachowując szczegóły na ruchomych obiektach. W praktyce mogą zmniejszyć pamięć o dodatkowe 50 do 70 procent w porównaniu ze standardowym kodowaniem H.265.