Planejamento de armazenamento e largura de banda HIK NVR: um guia do comprador para 2026

Um sistema de vigilância é um sistema de dados. As câmeras produzem um fluxo contínuo, o gravador grava no disco e a rede o transporta entre os dois. Quando um projeto falha, geralmente falha em um desses três links: o disco enche mais rápido do que o esperado, a rede satura na mudança de turno ou o gravador fica sem orçamento de PoE duas câmeras abaixo do planejado. Este guia explica como dimensionar um NVR HIK sistema a partir dos primeiros princípios, com fórmulas de trabalho, tabelas de planejamento e uma lista de verificação de aquisições que você pode levar para uma reunião de projeto.

A abordagem é deliberadamente conservadora. As folhas de dados do fabricante listam taxas de bits máximas e típicas, mas as cenas reais variam: um cais de carga movimentado ao meio-dia não é o mesmo que um corredor vazio às 3 da manhã. O objetivo aqui não é prever a contagem exata de bytes de uma tarde de terça-feira. É escolher números com margem suficiente para que o sistema se comporte de forma previsível ao longo das temporadas, atualizações de firmware e substituições de câmeras.

1. Por que o planejamento de armazenamento e largura de banda determina o sucesso do projeto

A maioria dos compradores começa com a lista de câmeras. Isso é natural – as câmeras são a parte visível do sistema – mas coloca a decisão na ordem errada. O gravador, os drives e a rede são dimensionados pelas câmeras, e as câmeras são limitadas pelo local. Um design de 8 MP de 64 canais e um design de 4 MP de 8 canais podem ser "corretos", mas apenas um deles se ajusta ao espaço de rack disponível, ao switch PoE e à política de retenção.

As falhas de armazenamento são lentas e silenciosas. Uma unidade muito pequena não falha no primeiro dia; ele aciona a substituição antes do planejado e o operador descobre o problema somente quando um incidente ocorrido há três semanas não pode ser recuperado. As falhas de largura de banda são rápidas e barulhentas: a visualização remota falha, as gravações perdem quadros e o cliente liga em poucas horas. Ambos são evitáveis ​​com um breve exercício de planejamento antes da compra.

Há também uma dimensão comercial. Os projetos de vigilância são frequentemente orçados em relação a um orçamento fixo, e o armazenamento é um dos poucos itens de linha que pode ser ajustado sem alterar a contagem de câmeras. Essa flexibilidade é útil, mas é também onde os projetos ficam espremidos. A sequência correta é corrigir primeiro o requisito de retenção, depois calcular o armazenamento e, em seguida, escolher o gravador e as unidades que o atendem.

Ajuda separar duas questões que muitas vezes se misturam. A primeira é a capacidade: o sistema pode capturar as cenas que o cliente precisa com uma qualidade utilizável? A segunda é a resistência: pode continuar a fazê-lo durante o período de retenção acordado sem intervenção do operador? Um projeto que responda apenas à primeira pergunta pode parecer excelente no dia do comissionamento e decepcionante três meses depois. O planejamento de armazenamento e largura de banda é como a segunda pergunta é respondida antes da assinatura do pedido de compra.

2. Como um NVR HIK lida com fluxos de entrada

Um NVR recebe um fluxo codificado por canal de câmera, decodifica um subconjunto para exibição local e grava o fluxo codificado no disco. O ponto crucial é que o gravador geralmente armazena o comprimido fluxo, não uma sequência de quadros decodificada. É por isso que o planejamento de armazenamento é realmente um exercício de taxa de bits: o disco vê aproximadamente o mesmo número de bytes por segundo que a câmera envia pela rede, além da sobrecarga de contêiner e de indexação.

Muitas câmeras HIK podem enviar mais de um stream. Um fluxo principal é usado para gravação em resolução total; um substream é usado para visualização ao vivo em dispositivos móveis ou para acesso remoto com baixa largura de banda. Alguns modelos adicionam um terceiro fluxo para análises específicas. Gravar o fluxo principal e visualizar o fluxo secundário é uma configuração comum porque mantém o armazenamento e a largura de banda remota sob controle.

O gravador também afeta o que pode ser decodificado localmente. Um NVR de 16 canais pode aceitar 16 canais de entrada, mas apenas decodifica um número menor simultaneamente para saída HDMI. Esta é uma limitação de exibição, não de gravação, mas é importante para salas de controle onde os operadores esperam uma parede cheia de imagens ao vivo. Solicite a capacidade de decodificação separadamente da contagem de canais.

O suporte a codec é outro fator importante. O H.265 (e suas variantes) reduz substancialmente a taxa de bits em comparação com o H.264, analisando blocos maiores e prevendo movimentos com mais eficiência. A desvantagem é a compatibilidade: clientes, navegadores e plataformas VMS de terceiros mais antigos podem precisar do H.264. Os gravadores HIK modernos geralmente aceitam ambos, então a regra prática é gravar H.265 onde toda a cadeia o suporta e voltar para H.264 onde não o suporta.

O modo de gravação é a próxima decisão. A gravação contínua captura tudo, mas consome todo o orçamento da taxa de bits. A gravação acionada por movimento grava somente quando a câmera detecta atividade, o que pode reduzir drasticamente o armazenamento em locais silenciosos. A compensação é o contexto pré-evento: um clipe de movimento que começa no momento da detecção pode perder a abordagem. Muitos gravadores suportam buffers de pré-gravação, que armazenam alguns segundos antes do disparo na memória e os gravam com o clipe. Para instalações com evidências críticas, o registro contínuo continua sendo a escolha mais simples e defensável.

Alguns gravadores também suportam gravação dupla ou gravação redundante, onde o mesmo fluxo é gravado em duas unidades ou dois gravadores. Isso não é o mesmo que RAID. O RAID protege contra falha de unidade dentro de um gravador; a gravação dupla protege contra a perda de um gravador inteiro. Para locais críticos, as duas abordagens podem ser combinadas, mas o custo de armazenamento duplica e deve ser incluído no plano.

3. Fundamentos da taxa de bits: resolução, codec, taxa de quadros e cena

Taxa de bits é o número de bits por segundo usado para representar o vídeo. Ele aumenta com a resolução, taxa de quadros, complexidade da cena e movimento, e diminui quando um codec mais eficiente é usado. Para o planejamento, basta trabalhar com um valor típico por resolução e codec e depois adicionar uma margem de segurança.

A tabela abaixo fornece intervalos de planejamento para resoluções de vigilância comuns em H.265 a 25 quadros por segundo. Estas são estimativas de engenharia para exercícios de dimensionamento, e não garantias de planilhas de dados. Use a taxa de bits realmente configurada da câmera onde ela for conhecida e trate esses intervalos como ponto de partida quando a lista de câmeras ainda estiver sendo finalizada.

A taxa de quadros costuma ser superespecificada. Um fluxo de 25 fps é útil para movimentos rápidos e para capturar placas legíveis, mas um corredor de armazém com tráfego lento de empilhadeiras pode ser adequadamente coberto a 15 fps. A redução da taxa de quadros de 25 para 15 fps normalmente reduz a taxa de bits em 25–40% com pouca perda prática para muitas cenas internas. A decisão deve partir do requisito operacional e não de uma configuração padrão.

A complexidade da cena é tão importante quanto a resolução. Uma câmera apontada para uma parede estática produz uma taxa de bits muito baixa porque a maioria dos blocos não muda. Uma câmera que cobre uma rua movimentada produz uma taxa de bits muito maior porque o movimento é constante. Ao comparar dois locais com o mesmo modelo de câmera, compare também as cenas. É por isso que uma câmera piloto no local vale mais do que uma planilha cheia de fichas técnicas.

O modo de controle de taxa de bits altera o comportamento do stream. A taxa de bits constante (CBR) mantém a taxa próxima de um alvo e é previsível para o planejamento, mas a qualidade pode cair em cenas complexas. A taxa de bits variável (VBR) permite que a taxa aumente e diminua com a complexidade da cena, o que geralmente melhora a qualidade na mesma média, mas torna o pico da largura de banda mais difícil de prever. Para armazenamento e dimensionamento de rede, o CBR é mais fácil de modelar; para qualidade de imagem, o VBR é frequentemente preferido. Um compromisso comum é o VBR com um limite máximo de taxa de bits, que limita o pico enquanto mantém a eficiência média.

Os quadros-chave também são importantes. O vídeo compactado é criado a partir de quadros-chave (quadros I) e quadros previstos. Um grupo mais longo de imagens (GOP) reduz a taxa de bits porque menos quadros completos são armazenados, mas torna mais lenta a busca e a recuperação após a perda de pacotes. Os sistemas de vigilância geralmente usam um GOP de um a quatro segundos. Ao comparar câmeras, verifique a configuração de GOP, bem como a resolução e o codec, pois duas câmeras com a mesma taxa de bits nominal podem produzir armazenamento visivelmente diferente se suas políticas de GOP forem diferentes.

Codecs inteligentes adicionam outra camada. Algumas câmeras HIK oferecem codificação por região de interesse, que aloca mais bits para uma área selecionada e menos para o fundo, ou controle de taxa de bits adaptativo, que se ajusta às condições da rede. Esses recursos podem reduzir o armazenamento médio, mas também tornam o planejamento menos previsível. Para um projeto de retenção fixa, é mais seguro dimensionar com base em uma suposição de taxa de bits constante e tratar a economia do codec inteligente como margem de manobra e não como plano.

4. Matemática de armazenamento: da taxa de bits aos terabytes

A fórmula central é simples. O armazenamento em bytes é igual à taxa de bits em bits por segundo multiplicado por segundos, multiplicado pelo número de câmeras, multiplicado por dias de retenção, dividido por oito para converter bits em bytes. Converta para terabytes dividindo por um trilhão para terabytes decimais ou por 1,0995 trilhão para tebibytes binários. Os gravadores e os fornecedores de unidades geralmente citam capacidades decimais, portanto, use terabytes decimais para planejamento e espere que o sistema operacional relate um pouco menos.

Como uma fórmula compacta: TB = (Mbps × 86.400 × dias × câmeras) ÷ 8.000.000. Os 86.400 é o número de segundos em um dia. O 8.000.000 combina a divisão bit a byte por oito com a divisão byte a terabyte decimal por um milhão.

Exemplo resolvido: oito câmeras de 4 MP a 6 Mbps, retidas por 30 dias. Multiplique 6 × 86.400 × 30 × 8 = 124.416.000. Divida por 8.000.000 para obter 15,6 TB. Adicione 10% para sobrecarga e indexação do contêiner e planeje cerca de 17 TB de capacidade utilizável.

O mesmo site, com retenção de 60 dias, precisa de aproximadamente 31 TB e, com retenção de 90 dias, aproximadamente 47 TB. Esta relação linear é a razão pela qual a política de retenção é a alavanca mais poderosa do design. Dobrar a retenção duplica o armazenamento; reduzir a taxa de bits da câmera em um terço reduz o armazenamento em um terço. Nenhuma das mudanças exige a compra de câmeras diferentes.

Duas notas práticas. Primeiro, os números acima pressupõem gravação contínua. A gravação acionada por movimento pode reduzir drasticamente o armazenamento em locais silenciosos, mas também significa que o sistema pode perder minutos antes de um evento. Para locais com evidências críticas, a gravação contínua é geralmente a escolha mais segura. Em segundo lugar, os NVRs muitas vezes reservam espaço para instantâneos, logs e paridade RAID. Um array RAID 5 com quatro unidades perde a capacidade de uma unidade para a paridade; uma matriz RAID 6 com seis unidades perde duas. Inclua isso no cálculo da capacidade utilizável.

A sobrecarga do sistema de arquivos e do gravador é pequena, mas real. Indexação, miniaturas, logs e o próprio sistema operacional do gravador consomem espaço que não está disponível para vídeo. Uma margem de cinco a dez por cento é razoável para a maioria dos sistemas. Em arrays muito grandes, o sistema de arquivos também pode reservar espaço para metadados. Essas porcentagens parecem triviais em um sistema de 4 TB e se tornam dezenas de terabytes em um design de campus de 200 TB, portanto, aplique-as de forma consistente em todas as escalas.

Finalmente, planeje o crescimento. Um gravador comprado hoje para 16 câmeras pode ser solicitado a lidar com 24 câmeras em dois anos. Se o chassi tiver compartimentos sobressalentes e as unidades puderem ser adicionadas sem reconstruir o array, a expansão será simples. Caso contrário, a única opção é um segundo gravador. Documente o caminho de crescimento no momento do projeto, porque é muito mais barato comprar um chassi um pouco maior do que substituir um gravador no meio do projeto.

5. Matemática da largura de banda: a outra metade do plano

Largura de banda é a taxa de bits agregada que deve passar das câmeras para o gravador e, opcionalmente, do gravador para clientes remotos. Para o caminho câmera-gravador, a carga é a soma das taxas de bits do fluxo principal de todas as câmeras de gravação, mais a sobrecarga do protocolo. Um sistema de 32 câmeras a 6 Mbps cada uma precisa de cerca de 192 Mbps de capacidade de entrada e, com 20% de headroom, o uplink do switch e do gravador deve lidar com aproximadamente 230 Mbps.

Muitos projetos falham aqui porque o switch PoE é escolhido para contagem de portas e orçamento PoE, e não para capacidade do backplane. Um switch PoE de 24 portas pode ter um uplink de 1 Gbps, que é compartilhado com todo o tráfego de câmera que sai do switch. Se o gravador estiver nesse uplink, o fluxo agregado da câmera deverá caber nele. Na prática, um uplink de 1 Gbps é confortável para a maioria dos sistemas de 4 MP com 32 câmeras, mas apertado para um sistema de 8 MP com 64 câmeras. Neste último caso, use vários uplinks, um switch de maior capacidade ou distribua os gravadores mais próximos dos grupos de câmeras.

A visualização remota é um cálculo separado. Se as operadoras visualizarem seis substreams de 1 Mbps cada, o requisito de saída do gravador será de cerca de 6 Mbps mais a sobrecarga, o que geralmente ocorre em uma conexão de banda larga comercial. O risco não é a média; é o pico quando vários usuários abrem a reprodução em alta resolução ao mesmo tempo. Para acesso remoto, prefira a visualização ao vivo de subtransmissão e restrinja a exportação em resolução total a sessões agendadas.

A qualidade do serviço ajuda. Se a rede transportar sistemas de voz, de ponto de venda ou prediais junto com vídeo, coloque o tráfego da câmera em uma VLAN dedicada e priorize-o. O vídeo tolera algum atraso, mas não tolera perdas sustentadas; um uplink congestionado produz os familiares artefatos de mosaico e gravações perdidas. Um switch gerenciado modesto com suporte a VLAN é um investimento melhor do que um switch não gerenciado maior sem ele.

Vale a pena entender o multicast para sistemas maiores. Quando vários clientes visualizam a mesma câmera, o unicast envia uma cópia separada para cada visualizador, multiplicando a largura de banda. Multicast envia uma cópia à qual vários visualizadores podem ingressar. Requer suporte de switch e configuração cuidadosa, mas pode reduzir substancialmente a carga no gravador e no uplink em ambientes de sala de controle. Para sistemas pequenos, o unicast é mais simples e geralmente suficiente.

O acesso remoto também tem uma dimensão de segurança. Expor um gravador diretamente à Internet é uma prática inadequada. Prefira uma VPN, um serviço de acesso remoto seguro ou uma plataforma que intermedie a conexão sem abrir portas de entrada. Use senhas fortes, desative contas padrão, mantenha o firmware atualizado e restrinja a visualização remota ao substream sempre que possível. Estas medidas não alteram a matemática da largura de banda, mas determinam se o sistema permanece disponível e confiável.

6. Unidades, RAID e retenção

Os gravadores de vigilância gravam continuamente. Essa carga de trabalho é diferente do uso em desktops, onde as unidades passam a maior parte do tempo ociosas. Unidades de nível de vigilância, como WD Purple e Seagate SkyHawk, são projetadas para ciclos de gravação 24 horas por dia, 7 dias por semana e são classificadas para uma carga de trabalho total em terabytes por ano. As unidades de desktop podem funcionar inicialmente, mas seu comportamento e resistência de recuperação de erros não são compatíveis com a gravação contínua e é mais provável que elas saiam de uma matriz RAID.

RAID é comum em NVRs maiores. O RAID 5 tolera a falha de uma unidade e custa a capacidade de uma unidade; O RAID 6 tolera dois e custa dois. Para um sistema de 32 canais com retenção de 60 dias, a diferença entre RAID 5 e RAID 6 são algumas unidades e uma quantidade significativa de capacidade utilizável. A decisão deve refletir a rapidez com que uma unidade com defeito pode ser substituída e o quão crítica é a filmagem. Para um sistema de varejo de local único, o RAID 5 em um gravador de quatro compartimentos costuma ser suficiente. Para um campus ou infraestrutura crítica, o RAID 6 ou um gravador espelhado é mais apropriado.

A contagem de unidades tem um limite físico. Um NVR de quatro compartimentos com unidades de 16 TB fornece cerca de 64 TB brutos, menos paridade. Se o plano exige 134 TB de capacidade utilizável, um único gravador de quatro compartimentos não é suficiente; o projeto precisa de um chassi maior ou de vários gravadores. Verifique o tamanho máximo da unidade suportada pelo gravador antes de fazer o pedido, porque alguns modelos têm limite de 8 TB ou 10 TB por baia, mesmo quando existem unidades maiores.

A retenção também é uma questão política. Trinta dias é comum para sites comerciais e de varejo. Sessenta a noventa dias é comum quando as investigações podem atrasar, como logística, saúde e infraestrutura pública. Alguns ambientes regulamentados exigem mais tempo. A abordagem prática é acordar a retenção por escrito antes do cálculo do armazenamento, depois dimensionar esse número e documentar a suposição.

O monitoramento do drive faz parte do projeto. A maioria dos NVRs expõe S.M.A.R.T. dados e enviar alertas quando uma unidade relata setores realocados ou aumento de temperatura. Ative notificações por e-mail ou plataforma de gerenciamento para que uma unidade com falha seja substituída antes de sair do array. No RAID 5, uma segunda falha durante a reconstrução pode perder o array; a substituição imediata não é opcional em sistemas críticos.

Misturar modelos ou capacidades de unidades em um array é possível, mas geralmente imprudente. A matriz é limitada pela menor unidade e pelo membro mais lento, e o comportamento misto do firmware pode complicar o suporte. Compre unidades idênticas do mesmo lote sempre que possível, mantenha uma unidade sobressalente no local e registre a data de instalação para que os ciclos de garantia e substituição sejam previsíveis.

7. PoE e orçamento de energia

PoE simplifica a instalação ao transportar energia e dados em um único cabo, mas é um orçamento que deve ser somado. Cada câmera possui um consumo de energia que depende de seus recursos: iluminação IR, aquecedor, zoom motorizado e movimento PTZ aumentam o consumo. Uma dome fixa de 4 MP pode consumir de 6 a 8 W, enquanto uma PTZ com IR e um aquecedor pode consumir de 20 a 30 W ou mais.

O orçamento do switch ou NVR PoE deve exceder a soma dos consumos de câmeras conectadas com margem. Um switch PoE de 16 portas com orçamento de 120 W não pode alimentar 16 câmeras PTZ de 20 W cada, mesmo tendo 16 portas. Verifique o limite por porta e o orçamento total. Para projetos PTZ pesados, muitas vezes é necessário um injetor PoE externo ou um switch de maior orçamento.

A energia também interage indiretamente com o armazenamento. Uma câmera que reinicia devido a energia insuficiente pode renegociar seu fluxo e produzir lacunas na gravação. A energia estável faz parte do armazenamento confiável. Use proteção UPS no gravador e no switch central e considere proteção contra surtos em ambientes externos.

O comprimento e a qualidade do cabo também são importantes. PoE tem um limite de distância prático e longas viagens ao ar livre estão expostas a quedas e picos de tensão. Use a categoria de cabo correta, mantenha os trechos dentro do limite padrão e proteja os segmentos externos. Uma câmera que fica escura durante uma tempestade pode não morrer imediatamente, mas pode produzir semanas de gravações intermitentes que são difíceis de diagnosticar após o fato.

8. Planejamento de cenários: quatro designs comuns

Pequeno varejo. Oito câmeras de 4 MP, 30 dias, gravação contínua. O armazenamento atinge cerca de 17 TB utilizáveis. Um NVR de 16 canais com quatro unidades de vigilância de 8 TB em RAID 5 oferece espaço para adicionar câmeras. Um único uplink de switch de 1 Gbps é suficiente. Este é o design inicial mais comum e o mais fácil de acertar.

Armazém e logística. Trinta e duas câmeras de 4 MP, 30–60 dias. O armazenamento varia de aproximadamente 67 TB a 134 TB, dependendo da retenção. Espere um chassi maior, RAID 6 e atenção cuidadosa ao uplink do switch. Os locais de carga e pátios são cenas de alto movimento, portanto, as suposições de taxa de bits devem ficar no limite superior da faixa. Vale a pena discutir um segundo gravador para redundância.

Campus e multi-edifício. Sessenta e quatro câmeras de 8 MP, 30 dias. Este é um projeto de rede tanto quanto um projeto de câmera. A taxa de bits agregada se aproxima de 600 Mbps com headroom, portanto, use vários uplinks ou fibra entre edifícios e distribua gravadores para manter o tráfego local. O armazenamento excede 200 TB, o que geralmente significa um chassi de armazenamento dedicado ou vários gravadores.

Locais remotos e solares. Quatro câmeras, 14 dias, potência limitada. O armazenamento é pequeno, cerca de 3 TB, e a restrição é de energia e não de disco. Use câmeras de baixo consumo de energia, programe a gravação de acordo com a atividade e prefira armazenamento local com uploads periódicos onde a conectividade é intermitente. Para implantações solares, confirme o orçamento do painel e da bateria em relação ao consumo da câmera e do gravador antes de confirmar.

Sites mistos merecem uma nota. Um único projeto pode combinar um armazém, um escritório e um portão remoto. Em vez de forçar um design em todos os três, dimensione cada área de forma independente e depois decida se eles compartilham um gravador. O compartilhamento reduz o custo do equipamento, mas concentra o risco e complica a largura de banda. Gravadores separados por área geralmente produzem um design mais simples e mais resistente, mesmo quando a contagem total de canais cabe em um chassi.

9. Erros comuns e como evitá-los

O subdimensionamento do armazenamento é o erro mais comum. Geralmente, isso ocorre usando a regra aproximada de "um terabyte por câmera por mês" do fornecedor, sem verificar a taxa de bits. Essa regra é razoável para H.264 de 2 MP em baixas taxas de quadros e totalmente errada para H.265 de 8 MP a 25 fps. Sempre calcule a partir da taxa de bits.

Ignorar a taxa de bits de pico é o segundo. A taxa de bits média pode ser de 6 Mbps, mas um dia de vento com folhagem em movimento ou um evento movimentado pode levar uma câmera ao dobro disso. Planeje no lado alto ou habilite um limite de taxa de bits na câmera e aceite uma qualidade um pouco mais baixa durante os picos.

Usar unidades de desktop é o terceiro. Eles são mais baratos e podem funcionar por meses, mas não são classificados para gravação contínua e têm maior probabilidade de falhar sob estresse de reconstrução do RAID. A diferença de custo é pequena em relação ao gravador e à mão de obra para substituir uma unidade.

Esquecer o orçamento do PoE é o quarto. Um switch escolhido apenas para contagem de portas pode deixar as últimas quatro câmeras desligadas. Some watts, não portas.

Codec e cliente incompatíveis é o quinto. O H.265 economiza armazenamento, mas pode não ser reproduzido em um navegador mais antigo ou em plataformas de terceiros. Confirme a cadeia de reprodução antes de padronizar em H.265.

Esquecer o desvio de firmware e configuração é o sexto. Um gravador instalado com configurações padrão pode gravar com uma taxa de bits mais alta do que o planejado ou pode não ter a retenção definida conforme o esperado. Comissione com a taxa de bits, codec, taxa de quadros e retenção planejadas explicitamente configuradas e registre as configurações no documento de transferência.

Ignorar a sincronização de horário é o sétimo. Se as câmeras e o gravador discordarem no horário, a revisão do incidente se tornará difícil e os clipes exportados poderão conter carimbos de data/hora inconsistentes. Use NTP no gravador e deixe as câmeras sincronizarem a partir dele. Isto não custa nada e evita um número surpreendente de disputas.

10. Lista de verificação de aquisições

A lista de verificação abaixo transforma os cálculos em uma decisão de compra. Trabalhe em ordem, porque cada item restringe o próximo: o destino de retenção impulsiona o armazenamento, o armazenamento impulsiona a contagem de unidades, a contagem de unidades impulsiona o chassi e o chassi impulsiona os requisitos de rede e de energia.

• Combine os dias de retenção por escrito antes de qualquer cálculo de armazenamento.
• Liste todas as câmeras com resolução, codec e taxa de bits planejada.
• Calcule o armazenamento com a fórmula e adicione 10–20% de sobrecarga.
• Escolha o NVR para contagem de canais, capacidade de decodificação e tamanho máximo da unidade.
• Selecione unidades de nível de vigilância e decida o nível de RAID.
• Confirme o PoE por porta e o orçamento total em relação ao consumo de câmeras.
• Verifique o uplink do switch em relação à taxa de bits agregada mais headroom.
• Planeje a visualização remota em substreams, não em streams principais.
• Inclui proteção UPS para o gravador e switch central.
• Confirme a sincronização de tempo (NTP) entre gravador e câmeras.
• Registre as configurações finais de taxa de bits, codec e retenção no documento de transferência.
• Documente as suposições para que uma expansão futura possa ser dimensionada de forma consistente.

11. Cronograma do projeto

1. Levantamento do local. Confirme as posições das câmeras, rotas dos cabos, pontos de alimentação e rede.
2. Programação da câmera. Corrija modelos, resolução, codec e taxa de quadros por posição.
3. Suposições de taxa de bits. Use valores de planilha de dados quando disponíveis; caso contrário, intervalos de planejamento.
4. Cálculo de armazenamento. Aplique a fórmula e adicione despesas gerais.
5. Seleção de gravador. Combine canais, decodificação, compartimentos de unidade e suporte a RAID.
6. Projeto de rede. Dimensione switches, uplinks, VLANs e orçamentos de PoE.
7. Aquisições. Encomende gravadores, unidades, câmeras e equipamentos de rede juntos.
8. Instalação e comissionamento. Verifique taxas de bits, retenção e comportamento de failover no local.
9. Revisão pós-instalação. Compare o consumo real de armazenamento com o plano e ajuste.

12. Perguntas frequentes

Quanto armazenamento eu preciso por câmera? Depende da taxa de bits e da retenção. A 6 Mbps e 30 dias, uma câmera precisa de cerca de 1,9 TB. A 10 Mbps, cerca de 3,2 TB. Use a fórmula em vez de uma regra fixa.

O H.265 é sempre melhor que o H.264? Para armazenamento e largura de banda, geralmente sim. Para compatibilidade com clientes mais antigos e plataformas de terceiros, o H.264 ainda pode ser necessário. Muitos gravadores suportam ambos, portanto a escolha pode ser feita por câmera.

Posso usar discos rígidos de desktop? Eles podem funcionar, mas não são classificados para cargas de trabalho de gravação 24 horas por dia, 7 dias por semana. Unidades de nível de vigilância são a escolha apropriada para gravação contínua.

Eu preciso de RAID? Nem sempre. O RAID protege contra falha de uma única unidade e vale a pena em sistemas maiores onde o tempo de inatividade é importante. Sistemas pequenos com bons backups de clipes críticos podem não precisar disso.

Quantas câmeras um NVR pode suportar? A contagem de canais é apenas um limite. Verifique também a capacidade de decodificação, a largura de banda de entrada e os compartimentos de unidade. Um gravador de 32 canais pode aceitar 32 fluxos, mas decodificar muito menos para exibição.

Qual é a diferença entre stream principal e stream secundário? O fluxo principal é o fluxo de gravação de qualidade total. O substream é uma cópia com taxa de bits mais baixa usada para visualização ao vivo e visualização remota, o que economiza largura de banda.

De quanta largura de banda os visualizadores remotos precisam? Planeje uma taxa de bits de substream por visualizador, normalmente de 0,5 a 1 Mbps, mais sobrecarga. Evite múltiplas sessões simultâneas de reprodução em resolução total em uma conexão compartilhada.

Devo gravar continuamente ou em movimento? A gravação contínua é mais simples e captura o contexto antes e depois de um evento. A gravação de movimento economiza armazenamento em locais silenciosos, mas pode perder a abordagem. Os buffers de pré-gravação reduzem esse risco. Muitos projetos utilizam gravação contínua para áreas críticas e movimento para áreas de baixo risco.

Como faço para estimar a largura de banda de um novo site? Multiplique a taxa de bits planejada do fluxo principal pelo número de câmeras de gravação, adicione 20% de headroom e compare com o uplink do switch e a capacidade de entrada do gravador. Trate os visualizadores remotos separadamente usando taxas de bits de substream.

Que retenção devo escolher? Trinta dias é adequado para a maioria dos sites comerciais e de varejo. Logística, saúde e infraestrutura pública geralmente preferem 60 a 90 dias. Combine o número com o cliente por escrito antes de dimensionar o armazenamento.

Posso expandir o armazenamento mais tarde? Muitas vezes sim, se o gravador tiver baias livres e suportar unidades maiores. Confirme o tamanho máximo da unidade e o comportamento da expansão RAID antes da compra.

13. Glossário

• Taxa de bits: o número de bits por segundo usados ​​para codificar um fluxo de vídeo.
• CBR/VBR: taxa de bits constante e taxa de bits variável; duas maneiras de controlar o tamanho do fluxo.
• Codec: o algoritmo que compacta e descompacta vídeo, como H.264 ou H.265.
• Partido Republicano: grupo de fotos; o intervalo entre quadros-chave em um fluxo compactado.
• Quadro I: um quadro-chave completo usado como referência pelos quadros previstos.
• Multitransmissão: um stream entregue a vários espectadores sem duplicação.
• NTP: protocolo de tempo de rede; mantém os dispositivos sincronizados com um relógio comum.
• PoE: Alimentação pela Ethernet; transporta energia e dados em um cabo.
• ATAQUE: matriz redundante de discos independentes; protege dados em várias unidades.
• Retenção: quanto tempo a filmagem gravada é mantida antes de ser substituída.
• Subfluxo: um fluxo de resolução ou taxa de bits mais baixa usado para visualização.
• A confirmar: terabytes gravados; uma classificação de resistência da unidade.
• VLAN: um segmento de rede separado logicamente usado para isolar o tráfego.
• VMS: software de gerenciamento de vídeo usado para visualizar e gerenciar gravações.
• ONVIF: um padrão de interoperabilidade para produtos de segurança baseados em IP.

14. Fontes

• Site oficial do HIK — documentação do produto e especificações técnicas.
• ONVIF — perfis de interoperabilidade para produtos de vídeo IP.
• Digital ocidental — a vigilância impulsiona a carga de trabalho e a orientação de resistência.
• Seagate — especificações da unidade de vigilância e classificações de carga de trabalho.