Manutenção e retenção de dados
Para manter o desempenho do BriefCam sistema totalmente otimizado, BriefCam limpa automaticamente os dados processados periodicamente, incluindo dados do banco de dados e do armazenamento.
Observe que o serviço de manutenção pode ser instalado em várias instâncias para distribuir a carga entre várias máquinas.
Para desativar a manutenção automática, defina a configuração do ambiente Maintenance.Enabled como false. No entanto, isso não é recomendado, pois o armazenamento será preenchido.
Na configuração do ambiente Maintenance.ExecutionStrategy, a manutenção pode ser definida para ser executada Diariamente ou Continuamente.
Quando a configuração é definida como Continuamente (o padrão), a manutenção é executada a cada hora.
Quando a configuração é definida como Diariamente, a hora em que é executada é definida na configuração do ambiente Maintenance.CleanHour. O valor é baseado em tempo (hh:mm:ss), por exemplo: 23:00:00.
Para limpar os dados de forma proativa, defina a configuração do ambiente Maintenance.CleanHour para a hora atual, defina Maintenance.ExecutionStrategy para Daily e reinicie o serviço Maintenance. A manutenção será executada imediatamente. Recomenda-se, então, alterar as configurações de volta ao valor original.
Se a manutenção não for executada, o sistema tentará automaticamente se recuperar assim que o processo estiver ativo. A tentativa de recuperação ocorrerá em um intervalo de tempo conforme configurado na configuração TaskRecovery.IntervalsMinutes (conforme mostrado na imagem abaixo). Os padrões são 10, 240 e 1440 minutos, o que significa que a primeira tentativa de recuperação será após 10 minutos, a segunda após 4 horas e a última tentativa após 12 horas.
A configuração do ambiente Maintenance.ServiceInstancesRetentionMinutes determina por quanto tempo depois de ficarem off-line, os serviços são excluídos do banco de dadosBriefCam. O valor padrão é 43.200 minutos (30 dias).
As seções abaixo descrevem configurações de ambiente adicionais que controlam como o processo de manutenção funciona.
Módulo REVIEW
Nota
Se houver casos do REVIEW que você não deseja que sejam excluídos durante a manutenção automatizada, clique no ícone editar (
) na tela do caso e marque a caixa de seleção Não excluir durante a manutenção. Esses casos marcados e seus artefatos não serão excluídos por meio do processo de manutenção, mesmo que outros casos ou alertas o usem e sejam excluídos.
A prática recomendada é definir as duas configurações abaixo (CaseRetentionDays e VideoArchiveExpirationDays) com o mesmo valor.
Configuração: Maintenance.CaseRetentionDays
Padrão: 30 dias
Quando a data de atualização do caso tiver mais de 30 dias (por padrão), todos os dados do caso serão excluídos do banco de dados e do disco do sistemaBriefCam.
As modificações de um caso afetam a data de atualização do caso, como editar o nome ou a descrição do caso, compartilhar o caso, adicionar/excluir vídeos, editar a programação de vídeo, editar predefinições ou adicionar/excluir marcadores. No entanto, adicionar uma face ou placa de licença à lista de observação do caso ou editar os detalhes do marcador não afetará a data de atualização do caso.
Se os mesmos dados estiverem sendo usados por outros casos, o caso ainda será removido da tela Casos e os dados permanecerão no banco de dados e no disco.
Se o caso contiver uma fonte agendada ativada, o caso não será excluído. As solicitações da fonte agendada com mais de um valor nesta configuração serão excluídas, mas seus marcadores só serão excluídos quando todo o caso for excluído. Se o caso também contiver uma fonte que não é uma fonte agendada ativada ou é uma fonte agendada desativada, essas fontes também não serão excluídas.
Se o caso contiver apenas fontes regulares ou fontes agendadas desativadas, o caso será tratado como uma fonte regular, o que significa que quando a data de atualização do caso for anterior a 30 dias (por padrão), todos os dados do caso com mais de 30 dias (por padrão) serão excluídos do banco de dados e do disco.BriefCam"
Quando a solicitação REVIEW é parcialmente baseada em processamento sob demanda e parcialmente em solicitação ao vivo (porque parte da solicitação já foi processada para um alerta), os artefatos são removidos do módulo REVIEW e RESPOND de acordo com as configurações de manutenção. No entanto, a solicitação é completamente removida da infraestrutura (incluindo o banco de dados) de acordo com a data de processamento do que quer que tenha acontecido pela última vez: processamento sob demanda ou processamento ao vivo.
Em relação às listas de interesses, uma lista de interesses interna criada dentro de um caso será excluída assim que o caso for excluído (por manutenção ou pelo usuário).
Em relação aos marcadores, eles também serão excluídos assim que o caso for excluído, conforme detalhado acima.
Configuração: Maintenance.VideoArchiveExpirationDays
Padrão: 30 dias
Essa configuração controla a frequência com que os arquivos de vídeo buscados no VMS devem ser excluídos. Essa configuração também afeta o vídeo original que foi buscado nos alertas do RESPOND, que geralmente não são trazidos BriefCam automaticamente (apenas ao clicar na miniatura do alerta). Por exemplo, no módulo RESPOND, o vídeo original de cada alerta não é buscado até que o usuário solicite um vídeo original. Assim que o usuário solicita um vídeo original, BriefCam ele mantém o vídeo original para acesso imediato pelo número de dias especificado neste parâmetro.
Configuração: Maintenance.LocalFilesRetentionInHours
Padrão: 24 horas
Essa configuração controla a frequência (em horas) com que arquivos renderizados temporários são excluídos do banco de BriefCam dados.
Os arquivos renderizados temporários estão localizados em: ..\BriefCam\ServerData\VideoStreamingGateway\VideoService.
Os arquivos salvos aqui são artefatos renderizados criados por interações do usuário do Web Client, como VIDEO SYNOPSIS, vídeo original e muito mais.
Configuração: Maintenance.RenderingUploadedFilesRetentionDays
Padrão: 0,5 dias
Essa configuração controla a frequência com que os arquivos carregados são excluídos do banco de dadosBriefCam.
Os arquivos carregados estão localizados em: ..\BriefCam\ServerData\VideoData\WebUpload.
Os arquivos salvos aqui são arquivos de vídeo enviados pelo usuário final por meio do cliente da web para fins de processamento do REVIEW em Investigator, Investigator for Teams, Protect e configurações.
Configuração: clientMaintenanceCaseMessageInDays
Padrão: 7 dias
Essa configuração controla quando começar a exibir o aviso de exclusão em um caso. O valor definido aqui é o número de dias antes do caso ser definido para ser excluído pelo processo de manutenção.
Cuidado
Essas configurações não se aplicam ao Hub. É relevante apenas para locais e em implantações independentes.
Módulo RESPOND
Configuração:Maintenance.LiveRetentionDays
Padrão: 7 dias
Todos os alertas do RESPOND fora do intervalo de retenção são excluídos (até mesmo os alertas marcados; no entanto, o marcador em si não será excluído). Os marcadores no módulo RESPOND nunca são excluídos pelo processo de manutenção.
Alertas para tarefas ao vivo em execução no momento são excluídos se estiverem fora do intervalo de retenção.
Módulo RESEARCH
Configuração: Maintenance.BIAssetsRetentionDays
Padrão: 30 dias
Essa configuração controla a frequência com que as tabelas do RESEARCH BI (geradas a partir BriefCam de metadados ETL) são excluídas do BriefCam armazenamento. Este é um backup se o Qlik não conseguiu obter os dados.
Configuração: Maintenance.BIVisualLayersRetentionDays
Padrão: 3650 dias
Essa configuração controla a frequência com que os arquivos da Camada Visual são excluídos, que são usados na guia Painel de controle. Isso exclui os arquivos do banco de dados BriefCamBriefCam e da pasta na qual as imagens são salvas (C:\BriefCam\ServerData\RenderData).
A configuração para menos de 1 dia pode afetar as camadas visuais.
Configuração: Maintenance.BITaskRetentionDays
Padrão: 3 dias
Essa configuração controla a frequência com que os metadados e ativos visuais das tarefas de processamento do RESEARCH são excluídos do BriefCam armazenamento. Os metadados são todos os ativos/arquivos/registros que estão sendo criados durante o processamento do RESEARCH (contínuo ou sob demanda). Este é o tempo durante o qual BriefCam os dados são salvos para o serviço BI Rule Engine.
Configuração: RESEARCH.QVDRetentionDays
Padrão: 30 dias
Essa configuração determina o número de dias em que as tabelas detalhadas em implantações com QVDs divididas são retidas.
Configuração: RESEARCH.DetailedLoadDays
Padrão: 30 dias (para ambientes atualizados da v6.4 ou inferior, o padrão é 730 dias)
Essa configuração controla os dados carregados do aplicativo RESEARCH (com base no campo de registro de data e hora e não na hora do VMS). Essa configuração afeta a RAM necessária para carregar o aplicativo detalhado e reduz a quantidade de dados carregados no modelo de dados completo.
Os painéis agregados não são afetados por esta configuração.
Guias da Lista de observação
Uma lista de observação externa (gerenciada nas guias Lista de observação) não é excluída pelo processo de manutenção. No entanto, como mencionado acima, uma lista de observação interna que foi criada dentro de um caso será excluída assim que o caso for excluído (por manutenção ou pelo usuário).
Cuidado
Essa funcionalidade não se aplica ao Hub. É relevante apenas para locais e em implantações independentes.
Exclusões de manutenção
Os itens a seguir não são excluídos durante a manutenção.
Pasta Imagens de fundo da câmera - Quando você usa Testar conexão, uma imagem da câmera é salva na pasta
Camera Background Images. Cada câmera mantém uma imagem, que é atualizada sempre que a conexão é testada novamente. Esta pasta e seu conteúdo não são afetados pela manutenção.Marcadores - Os marcadores criados nos módulos RESPOND ou REVIEW permanecem no sistema, mesmo se o alerta ou objeto original for excluído. Eles só são removidos quando explicitamente excluídos pelo usuário.
Casos marcados como Não excluir durante a manutenção - No módulo REVIEW, você pode editar um caso e marcar a caixa de seleção Não excluir durante a manutenção. Esses casos e seus artefatos associados persistirão durante os ciclos de manutenção.
Arquivos QVD (RESEARCH Module) - Os arquivos QVD não fazem parte do processo de manutenção e devem ser excluídos manualmente, se necessário.
Monitoramento de manutenção
Você pode monitorar e rastrear a manutenção.
A manutenção é realizada por um serviço separado chamado: Serviço de manutenção e tem seu próprio registro. Na tela Evento, você pode ver se o serviço está em execução.
Se a manutenção falhar, um evento de manutenção aparecerá na tela Eventos (acima), se os limites dos eventos de manutenção forem atingidos. Por padrão, se a manutenção falhou em ser executada pelo menos uma vez, um evento de Aviso aparecerá e se a manutenção falhou nas últimas três vezes, um evento Crítico aparecerá.
Manutenção Manual do PostgreSQL
A manutenção manual é essencial para bancos de dados PostgreSQL para evitar problemas de desempenho e inchaço da tabela. A execução periódica das operações VACUUM FULL e REINDEX ajuda a manter o desempenho e a estabilidade do banco de dados. Para evitar o impacto na disponibilidade do banco de dados, agende essas tarefas durante períodos de baixo uso ou janelas de manutenção planejadas, idealmente a cada poucos meses ou meio ano. Isso garante uma operação de banco de dados tranquila e eficiente.
Para bancos de dados com um tamanho de PostgreSQL_Data pasta de ~200GB, uma janela de manutenção de até 6 horas é necessária uma vez a cada 6 meses. Em sistemas de alta atividade, a janela de tempo e o intervalo de manutenção aumentarão adequadamente.