Skip to main content

BriefCam 管理員指南

维护和数据保留

Last Updated: 10 minute read
版本2025r1
語言中文(繁體)

若要维持完全最佳化的系BriefCam统效能,BriefCam会自动定期清除已处理资料,包括资料库和储存区的资料。

请注意,维护服务可以安装在多个实例上,以便在多台计算机之间分配负载。

若要关闭自动维护,请将Maintenance.Enabled环境设定设为false。但不建议这么做,因为储存空间会存满。

在Maintenance.ExecutionStrategy环境设置中,可以将维护设置为每日或连续运行。

  • 当设定设为“持续”(预设)时,维护每小时执行一次。

  • 当设定为“每日”时,其执行时间将在“Maintenance.CleanHour”环境设定中设定。此值以时间为基础(hh:mm:ss),例如:23:00:00。

若要主动清除资料,请将Maintenance.CleanHour环境设定至目前小时数,并将Maintenance.ExecutionStrategy设定至每日,然后重新启动Maintenance服务。维护工作将立即进行。建议您将设定变更回其原始值。

Maintenance clean setting.png

如果维护运行失败,系统会在流程结束时自动尝试恢复。尝试复原的时间间隔如TaskRecovery.IntervalsMinutes设定中所设定(如下图所示)。预设值为10、240和1440分钟,表示第一次尝试复原将晚于10分钟,第二次尝试复原将晚于4小时,最后一次尝试将晚于12小时。

TaskRecover interval setting.png

Maintenance.ServiceInstancesRetentionMinutes环境设置确定服务在脱机后从数据BriefCam库中删除的时间。预设值为43,200分钟(30天)。

以下各节介绍控制维护过程如何工作的其他环境设置。

REVIEW模组

注意

如果有REVIEW案例您不希望在自动维护期间删除,请单击案例屏幕中的“编辑(Edit icon white.png )”图标并选择“维护期间不删除”复选框。即使其他案例或警报使用标示的案例及其人工因素已删除,也不会透过维护程序永久删除这些案例及其人工因素。

最佳做法是将以下两个设定(CaseRetentionDays和VideoArchiveExpirationDays)设定为相同的值。

设定: Maintenance.CaseRetentionDays

预设:30天

当案例的更新日期早于30天(默认)时,将从数据BriefCam库和磁盘中删除案例的所有数据。

案例的修改会影响案例的更新日期,例如编辑案例的名称或说明、共享案例、添加/删除视频、编辑视频调度、编辑预设点或添加/删除书签。不过,将脸部或车牌新增到案件观察清单或编辑书签详细资讯不会影响案件的更新日期。

如果其他案例正在使用相同的资料,案例仍将从“案例”画面中移除,且资料仍将保留在资料库和磁碟上。

如果案例包含已启动的计划源,则不会删除案例。来自排定来源且早于此设定值的请求将被删除,但它们的书签仅在删除整个案例时删除。如果案例还包含不是已激活计划源或禁用计划源的源,则不会删除这些源。

如果案例仅包含常规源或禁用的计划源,案例将被视为常规源,这意味着当案例的更新日期早于30天(默认)时,超过30天(默认)的案例的所有数据将从数据BriefCam库和磁盘中删除。

当REVIEW请求部分基于按需处理且部分基于实时请求(因为已针对警报处理了某些请求)时,将根据维护设置从REVIEW和RESPOND模块中删除工件。但是,根据最后发生的两者的处理日期,从基础设施(包括数据库)中完全删除请求:按需处理或实时处理。

关于观察名单,案件内建立的内部观察名单将在案件删除后(透过维护或使用者)删除。

关于书签,一旦删除书签,它们也将被删除,详情如上所述。

设定: Maintenance.VideoArchiveExpirationDays

预设:30天

此设定控制删除从VMS撷取的视讯档案的频率。此设定也会影响RESPOND警报中撷取的原始视讯,这些视讯通常不会自BriefCam动进入(仅在按一下警报缩图时)。例如,在RESPOND模块中,每个警报的原始视频只有在用户请求原始视频时才可读取。一旦使用者要求原始视讯,BriefCam将保留原始视讯以便在此参数中指定的天数内立即存取。

设定:Maintenance.LocalFilesRetentionInHours

预设:24小时

此设定控制从资料BriefCam库删除暂时呈现档案的频率(小时)。

临时渲染文件位于:..\BriefCam\ServerData\VideoStreamingGateway\VideoService .

保存在此处的文件将呈现由Web客户端用户交互创建的工件,例如VIDEO SYNOPSIS、原始视频等。

设定:Maintenance.RenderingUploadedFilesRetentionDays

预设:0.5天

此设定控制上传的档案从资料BriefCam库中删除的频率。

上传的档案位于:..\BriefCam\ServerData\VideoData\WebUpload .

此处保存的文件是最终用户通过Web客户端上传的视频文件,供REVIEW处理Investigator、Investigator for Teams、Protect和配置。

设定:clientMaintenanceCaseMessageInDays

预设:7天

此设定控制何时开始在案例上显示删除通知。此处设置的值是案例被设置为由维护流程删除之前的天数。

小心

这些设定不适用于Hub。它仅与站点和独立部署相关。

RESPOND模组

设定:Maintenance.LiveRetentionDays

预设: 7天

所有超出保留范围的RESPOND警报将被删除(即使是已加入书签的警报;但书签本身不会被删除)。RESPOND模块中的书签从不会被维护过程删除。

若超出保留范围,则会删除目前执行中即时工作的警示。

RESEARCH模组

设定: Maintenance.BIAssetsRetentionDays

预设:30天

BriefCam此设定控制从储BriefCam存区删除RESEARCHBI表格(从中继资料ETL产生)的频率。如果Qlik无法获取数据,这就是备份。

设定: Maintenance.BIVisualLayersRetentionDays

预设:3650天

此设定控制删除“仪表板”标签使用的Visual Layer档案的频率。这会从资料BriefCamBriefCam库和储存影像的资料夹(C:\BriefCam\ServerData\RenderData )删除档案。

将此值设定为少于1天可能会影响视觉化图层。

设定:Maintenance.BITaskRetentionDays

预设:3天

此设定控制从BriefCam储存区删除RESEARCH处理任务的中继资料和视觉资产的频率。元数据是在RESEARCH处理过程中创建的所有资产/文件/记录(连续或按需)。这是为BI规则引擎服务保BriefCam存数据的时间。

设定:RESEARCH.QVDRetentionDays

预设:30天

此设定决定具有分割QVD的部署中详细表格的保留天数。

设定: RESEARCH.DetailedLoadDays

预设:30天(对于从v6.4或以下版本更新的环境,预设值为730天)

此设定控制从RESEARCH应用程式载入的资料(根据时间戳记栏位而非VMS时间)。此设定会影响载入详细应用程式所需的RAM,并减少载入完整资料模型的数据量。

汇总仪表板不受此设定影响。

观察清单标签

维护程序不会删除外部观察清单(在观察清单标签中管理)。但是,如上所述,一旦案例被删除(通过维护或用户),在案例内创建的内部观察列表将被删除。

小心

此功能不适用于Hub。它仅与站点和独立部署相关。

维护排除

维护期间不会删除以下项目。

  • 摄影机背景影像资料夹-使用测试连线时,摄影机中的影像会储存在Camera Background Images资料夹下。每个摄影机维持一个影像,每当重新测试连线时,该影像就会更新。维护不会影响此文件夹及其内容。

  • 书签-即使删除了原始警报或对象,在RESPOND或REVIEW模块中创建的书签仍将保留在系统中。它们仅在被用户明确删除时被删除。

  • 标示维护时不删除的案例-在REVIEW模组中,您可以编辑案例,并选取“维护时不删除”核取方块。这些案例及其相关文物将持续到维护周期。

  • QVD文件(RESEARCH模块) - QVD文件不是维护过程的一部分,必须手动删除(如果需要)。

维护监控

您可以监控和跟踪维护。

维护由名为“Maintenance Service”的独立服务执行,并有自己的记录。在“事件”屏幕中,您可以查看服务是否正在运行。

Events Maintenance service.png

如果维护失败,如果达到维护事件阈值,则事件屏幕(上图)中将显示维护事件。根据预设,如果维护至少执行一次失败,会显示警告事件;如果维护最近三次失败,则会显示重要事件。

Events Threshold maintenance.png

PostgreSQL手动维护

手动维护对于PostgreSQL数据库至关重要,可以防止性能问题和表膨胀。定期执行VACUUM FULL和REINDEX作业有助于维持资料库效能和稳定性。为避免影响数据库可用性,请将这些任务安排在低使用率或计划维护时段执行,最好每隔几个月或半年执行一次。这样可以确保数据库运行平稳高效。

对于文件PostgreSQL_Data夹大小约为200GB的数据库,每6个月需要一次长达6小时的维护时段。在高活动系统上,维护时间窗口和间隔将相应增加。