Genetec Omnicast é o sistema de gerenciamento de vídeo IP (VMS) do Security Center, destinado a integrar câmeras, gravação, visualização, eventos, analytics e investigação em uma arquitetura escalável. A solução suporta ampla variedade de câmeras IP e pode ser utilizada desde instalações pequenas até ambientes distribuídos e de alta criticidade.
Na arquitetura atual do Security Center, o Omnicast atua como camada de vídeo unificada. Ele permite visualizar vídeo ao vivo e gravado, pesquisar eventos, integrar analytics, aplicar políticas de retenção e correlacionar vídeo com controle de acesso, ALPR e outras funções da plataforma.
O desempenho depende de muito mais do que a licença do VMS. Quantidade de câmeras, resolução, FPS, codec, bitrate, gravação contínua ou por evento, retenção, redundância, storage, rede, estações de operação, failover, analytics e requisitos de investigação precisam ser dimensionados em conjunto.
| Condição | Risco ou limitação | Resposta de engenharia |
|---|---|---|
| Muitas câmeras e fabricantes | Gestão fragmentada e baixa interoperabilidade | VMS centralizado com drivers e integrações compatíveis |
| Grande volume de gravação | Storage insuficiente e perda de evidência | Dimensionamento de bitrate, retenção e capacidade |
| Operação multisite | Visibilidade limitada e administração distribuída | Arquitetura federada e roles distribuídos |
| Falha de servidor de gravação | Perda de vídeo em câmeras críticas | Failover, redundância e distribuição de carga |
| Investigação lenta | Tempo elevado para localizar eventos | Pesquisa, bookmarks, metadados e integração analítica |
Arquitetura do Omnicast e componentes
Archiver.
O Archiver é o componente responsável pela gravação e gerenciamento dos streams de vídeo. O projeto deve distribuir câmeras entre Archivers de forma coerente com capacidade computacional, largura de banda, storage e domínio de falha.
Concentrar câmeras demais em um único servidor pode reduzir investimento inicial e aumentar impacto de uma falha. A arquitetura deve equilibrar eficiência e resiliência.
Directory e roles do Security Center.
O Directory coordena configuração, entidades e autenticação dentro do Security Center. Em ambientes críticos, sua disponibilidade precisa ser considerada juntamente com banco de dados, rede e infraestrutura de virtualização quando utilizada.
Câmeras e dispositivos IP.
O Omnicast suporta ampla gama de dispositivos e fabricantes. Compatibilidade, firmware, recursos específicos, múltiplos streams, áudio, I/O e analytics devem ser verificados antes da especificação final.
Compatibilidade nominal com o VMS não garante que todos os recursos da câmera estejam disponíveis. Matriz de integração e testes de laboratório podem ser necessários em funções críticas.
Security Desk e estações operacionais.
Operadores utilizam o Security Desk para visualizar câmeras, alarmes, mapas, gravações e investigações. A estação precisa ser dimensionada conforme número de streams simultâneos, resolução de monitores e uso de decodificação por GPU quando aplicável.
A documentação recente do Omnicast permite visualização de dezenas de streams em uma única workstation, mas o projeto deve limitar layouts à capacidade do hardware e à capacidade humana do operador.
VMS deve ser dimensionado pela carga real de vídeo e pelo domínio de falha.
Câmeras, Archivers, storage, rede, retenção e estações precisam ser tratados como um único sistema de gravação e operação.
Gravação, bitrate e retenção
Bitrate e codec.
O volume gravado depende do bitrate efetivo. Resolução, FPS, codec, complexidade da cena, WDR, ruído e compressão influenciam o tráfego e o storage. H.264, H.265 e codecs proprietários de otimização podem reduzir banda, mas o resultado precisa ser validado em cena.
Dimensionamento por bitrate nominal fixo sem medição pode superdimensionar ou subdimensionar a solução. Em projetos relevantes, amostras reais ajudam a estimar comportamento de cada perfil de câmera.
Retenção.
Retenção deve ser definida por requisito operacional, legal ou contratual. Não é necessário tratar todas as câmeras da mesma forma. Áreas críticas podem exigir retenção maior que áreas de apoio.
O cálculo precisa considerar margem para crescimento, falhas de disco e comportamento do sistema quando o volume previsto é excedido.
Gravação contínua e por evento.
Gravação contínua oferece histórico completo, enquanto gravação por evento reduz volume e depende da confiabilidade do gatilho. Estratégias híbridas podem usar gravação contínua em baixa taxa e elevar qualidade após evento.
A decisão deve considerar risco de perder o período anterior ao evento. Pre-record e post-record precisam ser configurados conforme o caso de uso.
Storage, rede e infraestrutura
Storage pode ser local ao Archiver, DAS, SAN ou outra arquitetura suportada conforme projeto. O dimensionamento precisa considerar throughput sustentado, IOPS, RAID, rebuild, capacidade útil e tempo de retenção.
RAID protege contra falha de disco, mas não substitui redundância de servidor, backup de configuração ou estratégia de recuperação. Cada mecanismo cobre um domínio de falha distinto.
Em ambientes grandes, storage deve ser monitorado continuamente. Degradação, volume livre e performance durante rebuild precisam ser conhecidos para evitar perda de gravação.
Rede e QoS.
Vídeo é uma carga de rede significativa. O projeto deve separar uplinks de câmera, tráfego de gravação, clientes e replicação quando necessário. VLANs, multicast, MTU, switches, PoE e redundância precisam ser compatibilizados.
Bitrate agregado deve ser comparado à capacidade dos enlaces com margem operacional. Em sites remotos, a arquitetura precisa decidir se a gravação ficará local, central ou híbrida.
QoS pode ser útil em redes compartilhadas, mas não substitui capacidade. A melhor prática é evitar depender de priorização para compensar enlaces estruturalmente subdimensionados.
Alta disponibilidade, failover e recuperação
O projeto deve identificar quais câmeras exigem continuidade e quanto tempo de perda é aceitável. Failover Archiver pode assumir gravação quando um Archiver principal falha, mas a arquitetura precisa prever capacidade suficiente para absorver a carga adicional.
Directory, banco, storage e rede possuem modos de falha próprios. Redundância de gravação não resolve indisponibilidade de todos os componentes da plataforma.
Testes de failover precisam fazer parte do comissionamento. Redundância configurada sem simulação de falha não demonstra que o ambiente responderá como esperado.
Analytics, metadados e investigação
Omnicast pode integrar analytics de câmeras e aplicações de terceiros, permitindo gerar eventos e usar metadados para pesquisa. A arquitetura deve definir quais analytics serão processados na borda e quais dependerão de servidor.
Metadados reduzem tempo de investigação, mas aumentam requisitos de compatibilidade, armazenamento e governança. O projeto deve registrar quais tipos de eventos são necessários e como serão usados.
Analytics crítico deve ser testado com o VMS porque a geração do evento na câmera não garante que a associação, gravação e apresentação ao operador ocorrerão corretamente.
Integração com Security Center e sistemas externos
Dentro do Security Center, vídeo pode ser correlacionado com eventos de acesso, ALPR, intercom e outras funções. Isso permite investigação a partir de um evento e reduz alternância entre plataformas.
A integração com Synergis pode abrir automaticamente vídeo associado a uma porta. AutoVu pode relacionar placa e gravação. A qualidade dessa unificação depende de sincronismo, mapeamento correto e permissões.
Integrações externas por SDK ou APIs precisam ter contratos de dados, autenticação e tratamento de falha definidos.
Cibersegurança e privacidade
Câmeras, servidores, clientes e storage devem seguir políticas de hardening, contas individuais, certificados, patching e segmentação. O VMS concentra evidências sensíveis e precisa ser tratado como infraestrutura crítica de TI/OT de segurança.
Permissões devem limitar quem pode visualizar, exportar ou administrar vídeo. Funções de mascaramento e privacidade podem ser relevantes em ambientes com requisitos de proteção de dados.
Exportações de evidência precisam manter integridade e trilha de auditoria quando utilizadas em investigação formal.
Especificação e contratação
A especificação deve indicar quantidade e perfil de câmeras, retenção, resolução, FPS, codecs, recording mode, analytics, número de clientes, redundância, integrações e crescimento. Licenças precisam corresponder à arquitetura real.
Servidores e storage devem ser especificados por desempenho e capacidade, não apenas por modelo comercial. A memória de cálculo de vídeo precisa acompanhar o projeto.
Em retrofit, inventário deve registrar câmeras, firmware, streams, resolução, recursos e compatibilidade com a versão alvo do Security Center.
Ciclo de vida da solução
O ciclo começa pelo levantamento das câmeras e dos requisitos de operação. Em seguida são definidos arquitetura de roles, servidores, storage, rede, licenças, retenção e integrações.
Na implantação, streams, gravação, horários, retenção, alarmes e permissões devem ser configurados e documentados. Testes precisam verificar o caminho completo da câmera ao operador.
Durante a operação, versões do Security Center, drivers, firmware e storage precisam permanecer sob gestão de mudanças. Expansões devem atualizar a memória de cálculo.
Testes, aceite e operação
Cada câmera deve ser verificada em vídeo ao vivo, gravação, playback, retenção, evento e exportação. O teste deve confirmar horário, qualidade e associação correta no VMS.
Failover, perda de rede, indisponibilidade de storage e recuperação devem ser exercitados quando fazem parte dos requisitos.
Estações de operação precisam ser testadas com layouts representativos e número realista de streams. O aceite deve observar fluidez, latência e capacidade de investigação.
Gravar vídeo não é suficiente: é preciso provar retenção, recuperação e investigação.
O aceite deve verificar câmera, rede, Archiver, storage, playback, failover e operação de ponta a ponta.
Documentação e rastreabilidade.
O dossiê deve registrar câmeras, IPs, streams, firmware, Archivers, Directory, storage, RAID, retenção, licenças, integrações, usuários e versões.
Memória de cálculo de banda e armazenamento, resultados de failover, backups de configuração e desenhos as built devem acompanhar a solução.
Migração, operação e considerações de engenharia
Número de câmeras não dimensiona um VMS.
Duas câmeras podem gerar cargas muito diferentes conforme resolução, FPS, codec e cena. O bitrate real é a variável determinante.
RAID não é failover.
RAID protege contra falha de disco; failover protege função de gravação diante de falha de servidor. São mecanismos diferentes.
Mais streams na tela não significam melhor operação.
Capacidade técnica da workstation precisa ser equilibrada com atenção humana. Layouts devem refletir a missão do operador.
Retenção precisa ser requisito explícito.
Sem período definido, não existe base objetiva para dimensionar storage nem aceitar o sistema.
Migração, expansão e coexistência.
Em ambientes existentes, a migração para Omnicast deve começar pelo inventário das câmeras, firmware, codecs, perfis, retenção, storage e integrações. O objetivo é identificar incompatibilidades antes de mover a gravação para a nova arquitetura.
Uma migração pode ser realizada por grupos de câmeras, edifícios ou sites. Durante a coexistência, o projeto precisa definir claramente onde cada câmera grava, como o operador acessa o vídeo e quando ocorre a virada definitiva. Duplicar gravação temporariamente pode reduzir risco em etapas críticas.
Expansões futuras devem atualizar memória de cálculo de banda, storage, licenças e capacidade dos Archivers. Adicionar câmeras sem recalcular o sistema reduz retenção e pode ultrapassar limites de processamento ou rede.
Operação, manutenção e indicadores.
A operação deve acompanhar câmeras offline, perda de frames, utilização de storage, falhas de gravação, saúde de Archivers e disponibilidade das estações. Indicadores de perda de vídeo são particularmente importantes porque uma falha silenciosa pode ser percebida apenas quando uma investigação é necessária.
Manutenção preventiva inclui atualização controlada de VMS, drivers e firmware, revisão de discos e RAID, checagem de temperatura, limpeza de servidores e testes de exportação. Mudanças devem preservar compatibilidade com câmeras e plugins.
O histórico de eventos técnicos deve ser analisado por tendência. Repetição de perda de câmera, storage cheio ou failover frequente pode indicar subdimensionamento ou problema de infraestrutura, e não apenas eventos isolados.
Backup, evidência e recuperação.
Configurações do Security Center, banco de dados e informações de licenciamento precisam de backup. O vídeo gravado normalmente não é tratado como backup tradicional devido ao volume, mas a arquitetura pode exigir replicação ou retenção redundante para câmeras críticas.
Exportações de evidência devem manter integridade, marca temporal e contexto. O procedimento precisa definir formato, mídia, cadeia de custódia e armazenamento quando o material será utilizado em investigação formal.
Planos de recuperação devem incluir restauração de roles, banco, licenças e associação de câmeras. A recuperação deve ser testada periodicamente para confirmar que o ambiente pode ser reconstruído dentro do tempo necessário.
Em operações 24×7, a janela de manutenção precisa ser planejada para preservar cobertura mínima. A distribuição de câmeras entre Archivers deve permitir manutenção controlada sem criar perda desproporcional de áreas críticas.
Também é recomendável manter uma baseline de throughput, retenção real, utilização de storage e carga dos servidores após o comissionamento. Essa referência facilita identificar degradação e justificar expansão antes que a plataforma alcance limites operacionais.
Em ambientes com investigação frequente, tempos de busca e recuperação de vídeo também devem ser observados como indicadores operacionais, pois storage disponível sem acesso ágil reduz o valor prático da evidência.
Aplicações e ambientes
Omnicast pode ser aplicado em Data Centers, aeroportos, cidades, hospitais, indústria, logística, edifícios corporativos, varejo e infraestrutura crítica. A arquitetura varia conforme densidade de câmeras, distribuição geográfica, retenção e criticidade.
Serviços que materializam a solução
A estruturação pode envolver Projeto de CFTV IP e Videomonitoramento, Projeto de Rede Lógica, Projeto de Segurança Eletrônica Integrada e Integração de Sistemas.
Na entrega, Comissionamento de Equipamentos, Ensaios e Testes Técnicos, Recebimento Técnico e As-Built de Engenharia consolidam evidências e documentação.
Estruture o Omnicast a partir da carga de vídeo, da retenção e dos domínios de falha.
A A3A Engenharia pode avaliar câmeras, servidores, storage, rede, integração e critérios de aceite antes da implantação.
