A principal objeção à migração de DVR/NVR para VMS é o custo das câmeras — "preciso trocar tudo?" A resposta, na maior parte dos projetos, é não. As câmeras IP que você tem provavelmente funcionam no Mirasys VMS sem substituição.
Este guia explica o caminho de migração: o que fica igual, o que muda, como planejar por fases e o que considerar para não ter surpresas no meio do projeto.
O que muda e o que permanece
| Elemento | Migração para Mirasys VMS |
|---|---|
| Câmeras IP (Hikvision, Axis, Dahua, ONVIF) | Permanecem — compatíveis via proxy ou driver ONVIF |
| Cabos e infraestrutura de rede | Permanecem — mesma VLAN, mesmos switches PoE |
| Gravações antigas (DVR/NVR) | Não migram — o Mirasys não importa gravações de outros sistemas |
| Servidor de gravação | Substituído — DVR/NVR vira DVRServer Mirasys (pode ser PC novo ou servidor existente) |
| Software de visualização | Substituído — Spotter substitui o cliente do DVR/NVR |
| Regras de alarme e configurações | Reconfiguradas — não há importação automática de configurações do sistema antigo |
A câmera continua no mesmo lugar, no mesmo cabo, no mesmo switch. O que muda é para onde ela aponta e quem gerencia a gravação.
Compatibilidade de câmeras
Câmeras ONVIF — caminho mais direto
Câmeras que suportam ONVIF Profile S ou Profile G são adicionadas ao Mirasys via driver ONVIF padrão — sem proxy adicional. A maioria das câmeras IP fabricadas após 2012 suporta pelo menos ONVIF Profile S.
Se a câmera tem analytics embarcados e suporta ONVIF Profile M (câmeras mais recentes de Axis, Bosch, Hanwha), os eventos de analytics da câmera podem disparar alarmes diretamente no Mirasys — sem reconfigurar analytics no servidor.
Verificação: testar a câmera com a ferramenta ONVIF Device Manager antes da migração confirma compatibilidade sem precisar instalar o VMS primeiro.
Câmeras Hikvision
Gravação e visualização: câmeras Hikvision são adicionadas via driver nativo ou ONVIF. A gravação funciona sem proxy adicional.
Metadados e analytics: para receber eventos de analytics gerados na câmera Hikvision (detecção de intrusão, cruzamento de linha, detecção facial embarcada), instalar o Hikvision Proxy Service nos DVRServers que hospedam essas câmeras. O proxy recebe os metadados e os converte para eventos Mirasys.
LPR Hikvision: câmeras Hikvision com LPR nativo suportam Easy LPR no Mirasys (V9.4+) — o reconhecimento de placa continua na câmera, o VMS recebe apenas o metadado.
Câmeras Axis
Gravação e visualização: câmeras Axis usam driver Axis nativo no Mirasys, com suporte a até 5 streams por câmera (V9.8+).
Metadados: integração de metadados Axis via Text Channel — incluso na licença VMS padrão, sem proxy adicional.
Analytics Axis: câmeras Axis com Axis Perimeter Defender integram via UDD. Câmeras com Axis License Plate Verifier suportam Easy LPR.
Speakers Axis: se o projeto inclui speakers IP Axis, eles continuam funcionando — controlados via HTTP IO pelo sistema de alarmes do Mirasys.
Câmeras Dahua
Gravação e visualização: câmeras Dahua via driver ONVIF ou driver nativo Dahua.
Metadados: Dahua Proxy Service instalado nos DVRServers recebe analytics e eventos da câmera. Mesmo padrão do Hikvision Proxy.
LPR Dahua: câmeras Dahua com LPR nativo suportam Easy LPR no Mirasys.
Câmeras Bosch
Gravação e visualização: driver nativo Bosch ou ONVIF.
Metadados: Bosch Proxy Service — inclui o Bosch SDK como dependência, instalado em conjunto. Recebe metadados e eventos da câmera.
Câmeras analógicas
Câmeras analógicas existentes têm dois caminhos:
- Encoder IP: converter o sinal analógico para IP com um encoder (ex: Axis, Dahua). A câmera analógica continua, o encoder entrega sinal IP para o DVRServer. Solução quando há muitas câmeras analógicas em boa posição física.
- Capture card no servidor: câmeras analógicas conectadas diretamente ao DVRServer via capture card. O DVRServer precisa ter o hardware instalado. Limitação: câmeras analógicas via capture card não são suportadas pelo Failover Server — apenas câmeras IP são reassociadas em caso de failover.
O que fazer com as gravações antigas
As gravações no DVR/NVR antigo não são importadas para o Mirasys. São dois sistemas de arquivos incompatíveis.
Opções:
- Manter o DVR/NVR em paralelo por período de retenção regulatório — se a regulação exige 30/60/90 dias de retenção, manter o sistema antigo offline mas acessível pelo prazo exigido, depois desativar
- Exportar clips relevantes antes da migração — incidentes em investigação, material com valor legal: exportar para SEF, AVI ou MP4 antes de desligar o sistema antigo
- Aceitar o zero-day — em instalações sem exigência regulatória, simplesmente aceitar que o histórico começa na data de migração
Planejar isso antes de iniciar — especialmente em ambientes regulados (bancos, saúde, infraestrutura crítica) onde o histórico tem implicação legal.
Infraestrutura de servidor: o que precisa mudar
DVR/NVR → DVRServer Mirasys
O hardware do DVR/NVR antigo raramente é reutilizável como DVRServer. DVRs de consumo têm processamento insuficiente para VCA, LPR e múltiplos streams de alta resolução simultâneos.
Dimensionamento mínimo de DVRServer (orientativo):
- CPU: Intel Core i5/i7 ou Xeon equivalente, geração recente
- RAM: 16 GB para instalações menores; 32 GB para mais de 32 câmeras ou VCA ativo
- Armazenamento: dimensionado pela retenção exigida — usar SDD com pares de discos idênticos
- NICs: 2 interfaces de rede (uma para câmeras, uma para rede administrativa)
- OS: Windows 10/11 ou Windows Server 2016/2019/2022
SMServer
Em instalações menores (1–3 DVRServers), o SMServer pode rodar na mesma máquina que um DVRServer. Em instalações maiores ou que exigem alta disponibilidade, servidor dedicado virtualizado em Hyper-V ou VMware.
Plano de migração por fases
Migrar de uma vez cria risco: se houver problema, toda a gravação fica comprometida. Migrar por fases permite validar antes de expandir.
Fase 1 — Piloto (1–2 semanas)
- Instalar DVRServer Mirasys em paralelo com o DVR/NVR existente
- Migrar um grupo de câmeras de menor criticidade
- Validar: gravação, playback, alarmes, acesso via Spotter Web e Mobile
- Identificar câmeras com problemas de compatibilidade antes de expandir
Fase 2 — Áreas secundárias
- Migrar câmeras de áreas de menor risco operacional
- Configurar VCA, LPR e alarmes no novo sistema
- Treinar equipe de operação no Spotter
Fase 3 — Áreas críticas
- Migrar câmeras de áreas críticas (entrada principal, cofre, servidores, UTI)
- Configurar Failover Server antes de migrar essas câmeras
- Planejar janela de manutenção curta para o corte
Fase 4 — Desativação do sistema antigo
- Confirmar que retenção mínima foi atingida no Mirasys
- Manter DVR/NVR antigo acessível pelo prazo regulatório restante
- Desativar após vencimento do prazo
Checklist pré-migração
Câmeras:
- [ ] Mapear fabricante e modelo de cada câmera
- [ ] Verificar suporte ONVIF (Device Manager ou documentação do fabricante)
- [ ] Identificar câmeras que precisarão de Proxy Service (Hikvision, Dahua, Bosch)
- [ ] Verificar firmware — câmeras com firmware desatualizado podem ter bugs de compatibilidade
Infraestrutura:
- [ ] Confirmar separação de VLAN câmeras / rede administrativa
- [ ] Verificar capacidade de PoE dos switches (câmeras de alta resolução + analytics consomem mais)
- [ ] Dimensionar storage com cálculo de retenção + overhead zero (SDD sem paridade)
Licenciamento:
- [ ] Contar canais de câmera por DVRServer
- [ ] Identificar módulos adicionais necessários: LPR, FR, VCA, Gateway Connectors
- [ ] Confirmar versão Mirasys correta para os módulos contratados
Gravações antigas:
- [ ] Verificar prazo de retenção regulatório
- [ ] Definir estratégia (paralelo, exportação de clips relevantes, zero-day)
→ O que é o Mirasys VMS: arquitetura e componentes → SDD: como o Mirasys armazena sem RAID → Integrações Mirasys: câmeras, controle de acesso e IoT
A Sparsum conduz projetos de migração de DVR/NVR para Mirasys VMS do levantamento de campo ao comissionamento. Se você está avaliando a troca, fale com nossa equipe técnica — fazemos o mapeamento de compatibilidade antes de qualquer proposta.