Mantenimiento y retención de datos
Para mantener un rendimiento del sistema de BriefCam totalmente optimizado, BriefCam borra automáticamente los datos procesados periódicamente, incluidos los datos tanto de la base de datos como del almacenamiento.
Tenga en cuenta que el servicio de mantenimiento se puede instalar en varias instancias para distribuir la carga entre varios ordenadores.
Para desactivar el mantenimiento automático, establezca el ajuste de entorno Maintenance.Enabled en false. Sin embargo, esto no se recomienda ya que el almacenamiento se llenará.
En la configuración de entorno Maintenance.ExecutionStrategy, el mantenimiento se puede establecer para que se ejecute diariamente o continuamente.
Cuando el ajuste se establece en Continuamente (el valor predeterminado), el mantenimiento se ejecuta cada hora.
Cuando el ajuste se establece en Diario, la hora a la que se ejecuta se establece en el entorno Maintenance.CleanHour. El valor se basa en la hora (hh:mm:ss), por ejemplo: 23:00:00.
Para borrar los datos de forma proactiva, establezca la configuración del entorno Maintenance.CleanHour en la hora actual y establezca Maintenance.ExecutionStrategy enDaily y, a continuación, reinicie el servicio Maintenance. El mantenimiento se ejecutará inmediatamente. Se recomienda volver a cambiar los ajustes a su valor original.
Si el mantenimiento no se ejecuta, el sistema intenta recuperarse automáticamente una vez que el proceso está activo. El intento de recuperación se realizará en un intervalo de tiempo configurado en el ajuste TaskRecovery.IntervalsMinutes (como se muestra en la imagen siguiente). Los valores predeterminados son 10, 240 y 1440 minutos, lo que significa que el primer intento de recuperación será después de 10 minutos, el segundo después de 4 horas y el último intento será después de 12 horas.
El valor del entorno Maintenance.ServiceInstancesRetentionMinutes determina cuánto tiempo después de desconectarse se eliminan los servicios de la base de datos BriefCam . El valor predeterminado es 43 200 minutos (30 días).
Las siguientes secciones describen los ajustes adicionales del entorno que controlan el funcionamiento del proceso de mantenimiento.
Módulo REVIEW
Nota
Si hay casos de REVIEW que no desea que se eliminen durante el mantenimiento automatizado, haga clic en el icono de edición (
) de la pantalla del caso y seleccione la casilla de verificación No eliminar durante el mantenimiento. Estos casos marcados y sus artefactos no se eliminarán a través del proceso de mantenimiento, incluso si otros casos o alertas lo utilizan y se eliminan.
La práctica recomendada es establecer los dos ajustes siguientes (CaseRetentionDays y VideoArchiveExpirationDays) en el mismo valor.
Configuración: Maintenance.CaseRetentionDays
Por defecto: 30 días
Cuando la fecha de actualización del caso tiene más de 30 días (por defecto), todos los datos del caso se eliminan de la base de datos y del disco del BriefCam .
Las modificaciones de un caso afectan a la fecha de actualización del caso, como editar el nombre o la descripción del caso, compartir el caso, añadir/eliminar vídeos, editar la programación de vídeos, editar valores preestablecidos o añadir/eliminar marcadores. Sin embargo, añadir una cara o matrícula a la lista de vigilancia del caso o editar los detalles del marcador no afectará a la fecha de actualización del caso.
Si otros casos están utilizando los mismos datos, el caso seguirá eliminándose de la pantalla Casos y los datos permanecerán en la base de datos y en el disco.
Si el caso contiene una fuente programada activada, el caso no se eliminará. Las solicitudes de la fuente programada anteriores al valor de esta configuración se eliminarán, pero sus marcadores solo se eliminarán cuando se elimine todo el caso. Si el caso también contiene una fuente que no es una fuente programada activada o es una fuente programada deshabilitada, esas fuentes tampoco se eliminarán.
Si el caso contiene solo fuentes regulares o fuentes programadas deshabilitadas, el caso se tratará como una fuente regular, lo que significa que cuando la fecha de actualización del caso sea anterior a 30 días (por defecto), todos los datos del caso anteriores a 30 días (por defecto) se eliminan de la base de datos y el disco BriefCam .
Cuando la solicitud de REVIEW se basa parcialmente en el procesamiento bajo demanda y parcialmente en la solicitud en directo (porque parte de la solicitud ya se ha procesado para una alerta), los artefactos se eliminan del módulo de REVIEW y RESPOND de acuerdo con los ajustes de mantenimiento. Sin embargo, la solicitud se elimina completamente de la infraestructura (incluida la base de datos) según la fecha de procesamiento de cualquiera de los dos últimos: procesamiento a petición o procesamiento en directo.
En cuanto a las listas de vigilancia, una lista de vigilancia interna que se haya creado dentro de un caso se eliminará una vez que el caso se haya eliminado (por mantenimiento o por el usuario).
Con respecto a los marcadores, también se eliminarán una vez que se elimine el caso, como se detalla anteriormente.
Configuración: Maintenance.VideoArchiveExpirationDays
Por defecto: 30 días
Este ajuste controla la frecuencia con la que se eliminan los archivos de vídeo recuperados del VMS. Este ajuste también afecta al vídeo original que se recuperó en los avisos de RESPOND, que no suelen ponerse en BriefCam automáticamente (justo al hacer clic en la miniatura del aviso). Por ejemplo, en el módulo de RESPOND, el vídeo original de cada aviso no se recupera hasta que el usuario solicita un vídeo original. Una vez que el usuario solicita un vídeo original, BriefCam conserva el vídeo original para un acceso inmediato durante el número de días especificado en este parámetro.
Configuración: Maintenance.LocalFilesRetentionInHours
Por defecto: 24 horas
Este ajuste controla la frecuencia (en horas) con la que los archivos temporales procesados se eliminan de la base de datos BriefCam .
Los archivos temporales procesados se encuentran en: ..\BriefCam\ServerData\VideoStreamingGateway\VideoService.
Los archivos guardados aquí se representan como artefactos creados por interacciones del usuario del cliente web, como VIDEO SYNOPSIS, vídeo original y más.
Configuración: Maintenance.RenderingUploadedFilesRetentionDays
Por defecto: 0,5 días
Este ajuste controla la frecuencia con la que los archivos cargados se eliminan de la base de datos de BriefCam .
Los archivos cargados se encuentran en: ..\BriefCam\ServerData\VideoData\WebUpload.
Los archivos guardados aquí son archivos de vídeo cargados por el usuario final a través del cliente web con el fin de que REVIEW los procese en Investigator, Investigator for Teams, Protect y configuraciones.
Configuración: clientMaintenanceCaseMessageInDays
Por defecto: 7 días
Este ajuste controla cuándo empezar a mostrar el aviso de eliminación en un caso. El valor establecido aquí es el número de días antes de que el caso se establezca para ser eliminado por el proceso de mantenimiento.
Atención
Estos ajustes no son aplicables al Hub. Solo es relevante para sitios y en implementaciones independientes.
Módulo RESPOND
Configuración:Maintenance.LiveRetentionDays
Por defecto: 7 días
Se eliminan todos los avisos de RESPOND que estén fuera del intervalo de retención (incluso los avisos que tengan marcadores; sin embargo, el marcador en sí no se eliminará). Los marcadores del módulo RESPOND nunca se eliminan durante el proceso de mantenimiento.
Las alertas para las tareas en directo que se están ejecutando actualmente se eliminan si están fuera del rango de retención.
Módulo RESEARCH
Configuración: Maintenance.BIAssetsRetentionDays
Por defecto: 30 días
Este ajuste controla la frecuencia con la que las tablas de RESEARCH BI (generadas a partir de los metadatos de BriefCam ETL) se eliminan del BriefCam de datos. Se trata de una copia de seguridad si Qlik no pudo extraer los datos.
Configuración: Maintenance.BIVisualLayersRetentionDays
Por defecto: 3650 días
Este ajuste controla la frecuencia con la que se eliminan los archivos de capa visual, que se utilizan para la pestaña Panel. Esto elimina los archivos de la base de datos de BriefCam y de la BriefCam de almacenamiento donde se guardan las imágenes (C:\BriefCam\ServerData\RenderData).
Establecer esto en menos de 1 día puede afectar a las capas visuales.
Configuración: Maintenance.BITaskRetentionDays
Por defecto: 3 días
Este ajuste controla la frecuencia con la que los metadatos y los recursos visuales de las tareas de procesamiento de RESEARCH se eliminan del almacenamiento de BriefCam . Los metadatos son todos los recursos/archivos/registros que se crean durante el procesamiento de RESEARCH (ya sea continuo o bajo demanda). Este es el tiempo que BriefCam guarda los datos para el servicio Motor de reglas de BI.
Configuración: RESEARCH.QVDRetentionDays
Por defecto: 30 días
Este ajuste determina el número de días que se conservan las tablas detalladas en las implementaciones con QVD divididos.
Este ajuste ha quedado obsoleto y cambiarlo no afectará al sistema.
Tenga en cuenta que los archivos QVD no forman parte del proceso de mantenimiento. Para eliminar los archivos, se recomienda ponerse en contacto con el equipo de soporte de BriefCam para que le ayude con los siguientes pasos.
Asegúrese de que las siguientes tareas no se ejecutan en QMC:
Research_DB,ResearchResearch_DB_Agg,Research_Aggy ). Si se están ejecutando, espere hasta que hayan terminado de ejecutarse.Deshabilite las tareas de
Research_DByResearch_DB_Aggen QMC.
Elimine manualmente los archivos irrelevantes de la
BC_BI_SOURCE_MATCH_1yBC_BI_SOURCE_MATCH2que se encuentran en laQlikShare\ResearchQvdde archivos.Al eliminar los archivos, asegúrese de que las dos carpetas están sincronizadas con el mismo número de archivos y sin espacios, las fechas deben ser las mismas en ambas carpetas.
Ejecutar la
Delete_Research_Data Application Periodic Reload Taskque sincroniza con el contenido actualizado de las carpetas.Una vez finalizado el mantenimiento, vuelva a habilitar las tareas de
Research_DByResearch_DB_Agg.
Configuración: RESEARCH.DetailedLoadDays
Por defecto: 30 días (para entornos actualizados desde la versión 6.4 o inferior, el valor predeterminado es 730 días)
Este ajuste controla los datos cargados desde la aplicación RESEARCH (en función del campo de marca de tiempo y no de la hora del VMS). Este ajuste afecta a la RAM necesaria para cargar la aplicación detallada y reduce la cantidad de datos cargados en el modelo de datos completo.
Los paneles agregados no se ven afectados por este ajuste.
Pestañas de lista de vigilancia
Atención
Esta funcionalidad no es aplicable al Hub. Solo es relevante para sitios y en implementaciones independientes.
Una lista de vigilancia externa (gestionada en las pestañas Lista de vigilancia) no se elimina por el proceso de mantenimiento. Sin embargo, como se mencionó anteriormente, una lista de vigilancia interna que se creó dentro de un caso se eliminará una vez que el caso sea eliminado (por mantenimiento o por el usuario).
Exclusiones de mantenimiento
Los siguientes elementos no se eliminan durante el mantenimiento.
Carpeta de imágenes de fondo de la cámara: cuando se utiliza Probar conexión, se guarda una imagen de la cámara en la carpeta de
Camera Background Images. Cada cámara mantiene una imagen, que se actualiza cada vez que se vuelve a probar la conexión. Esta carpeta y su contenido no se ven afectados por el mantenimiento.Marcadores: los marcadores creados en los módulos de RESPOND o REVIEW permanecen en el sistema incluso si se elimina el objeto o la alerta original. Solo se eliminan cuando son eliminados explícitamente por el usuario.
Casos marcados No eliminar durante el mantenimiento: en el módulo REVIEW, puede editar un caso y seleccionar la casilla de verificación No eliminar durante el mantenimiento. Estos casos y sus artefactos asociados persistirán durante los ciclos de mantenimiento.
Archivos QVD (módulo RESEARCH): los archivos QVD no forman parte del proceso de mantenimiento y deben eliminarse manualmente si es necesario.
Monitorización de mantenimiento
Puede supervisar y hacer un seguimiento del mantenimiento.
El mantenimiento es realizado por un servicio separado llamado: Servicio de Mantenimiento y tiene su propio registro. En la pantalla Evento, puede ver si el servicio se está ejecutando.
Si el mantenimiento ha fallado, aparecerá un evento de mantenimiento en la pantalla Eventos (arriba), si se alcanzan los umbrales de los eventos de mantenimiento. De forma predeterminada, si el mantenimiento no se ha ejecutado al menos una vez, aparecerá un evento de advertencia y si el mantenimiento ha fallado las últimas tres veces, aparecerá un evento crítico.
Mantenimiento manual de PostgreSQL
El mantenimiento manual es esencial para las bases de datos PostgreSQL para evitar problemas de rendimiento y la sobrecarga de las tablas. La ejecución periódica de operaciones VACUUM FULL y REINDEX ayuda a mantener el rendimiento y la estabilidad de la base de datos. Para evitar el impacto en la disponibilidad de la base de datos, programe estas tareas durante periodos de bajo uso o ventanas de mantenimiento planificadas, idealmente cada pocos meses o medio año. Esto garantiza un funcionamiento fluido y eficiente de la base de datos.
Para las bases de datos con un tamaño de carpeta PostgreSQL_Data de ~200GB, se requiere un periodo de mantenimiento de hasta 6 horas una vez cada 6 meses. En sistemas de alta actividad, la ventana de tiempo de mantenimiento y el intervalo aumentarán en consecuencia.