Skip to main content

BriefCam 관리자 안내서

유지 관리 및 데이터 보존

Last Updated: 6 minute read
버전2024r2
언어한국어

완전히 최적화된 BriefCam 시스템 성능을 유지하기 위해, BriefCam 데이터베이스와 저장소의 데이터를 포함하여 처리된 데이터를 주기적으로 자동으로 지웁니다.

Maintenance Service를 여러 인스턴스에 설치하여 여러 컴퓨터 간에 부하를 분산시킬 수 있습니다.

자동 유지 관리를 끄려면 Maintenance.Enabled 환경 설정 을 false로 설정합니다. 그러나 저장소가 가득 차므로 권장하지 않습니다.

Maintenance.ExecutionStrategy 환경 설정에서 유지 관리를 매일 또는 연속해서 실행하도록 설정할 수 있습니다.

  • 이 설정을 연속(기본값)으로 설정하면 유지 관리가 매시간마다 실행됩니다.

  • 이 설정을 매일로 설정하면 실행 시간이 Maintenance.CleanHour 환경 설정 에서 설정됩니다. 값은 시간 기반(hh:mm:ss)입니다(예: 23:00:00).

선제적으로 데이터를 지우려면 Maintenance.CleanHour 환경 설정을 현재 시간으로 설정하고 Maintenance.ExecutionStrategy를 Daily로 설정한 다음 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일

이 설정은 비디오 관리 소프트웨어에서 가져온 비디오 파일을 삭제하는 빈도를 제어합니다. 이 설정은 RESPOND 경고에서 불러온 원본 비디오에도 영향을 미치며, 일반적으로 경고 섬네일을 클릭할 때만 자동으로 BriefCam 가져오지는 않습니다. 예를 들어, RESPOND 모듈에서 각 경보의 원본 비디오는 사용자가 원본 비디오를 요청할 때까지 불러오지 않습니다. 사용자가 원본 비디오를 요청하면, BriefCam 이 매개변수에 지정된 일 수 동안 즉시 액세스할 수 있도록 원본 비디오를 유지합니다.

설정: Maintenance.LocalFilesRetentionInHours

기본값: 24시간

이 설정은 데이터베이스에서 임시 렌더링된 파일이 삭제되는 빈도(시간 단위)를 BriefCam 제어합니다.

임시 렌더링된 파일은 다음에 있습니다..\BriefCam\ServerData\VideoStreamingGateway\VideoService.

여기에 저장된 파일은 웹 클라이언트 사용자 상호 작용으로 생성된 렌더링된 아티팩트(예: VIDEO SYNOPSIS, 원본 비디오 등)입니다.

설정: Maintenance.RenderingUploadedFilesRetentionDays

기본값: 0.5일

이 설정은 업로드된 파일이 데이터베이스에서 삭제되는 빈도를 BriefCam 제어합니다.

업로드된 파일은 다음 위치에 있습니다..\BriefCam\ServerData\VideoData\WebUpload.

여기에 저장된 파일은 최종 사용자가 웹 클라이언트를 통해 업로드한 비디오 파일로, Investigator, 및 구성에서 REVIEW 처리를 Investigator for Teams목적으로 Protect 합니다.

설정: clientMaintenanceCaseMessageInDays

기본값: 7일

이 설정은 케이스에 삭제 알림을 표시해야 하는 시기를 제어합니다. 여기에 설정된 값은 관리 프로세스에 의해 케이스가 삭제되도록 설정되기 전의 일 수입니다.

경고

이러한 설정은 허브에는 적용할 수 없습니다. 사이트와 독립형 배포에서만 관련이 있습니다.

RESPOND 모듈

설정:Maintenance.LiveRetentionDays

기본값: 7일

보존 범위를 벗어난 모든 RESPOND 경보는 삭제됩니다(북마킹된 경보도 삭제되지만 북마크 자체는 삭제되지 않습니다). RESPOND 모듈의 북마크는 유지 관리 프로세스에 의해 삭제되지 않습니다.

현재 실행 중인 라이브 작업에 대한 경보는 보존 범위를 벗어나는 경우 삭제됩니다.

RESEARCH 모듈

설정: Maintenance .BIAssetsRetentionDays

기본값: 30일

이 설정은 메타데이터 ETL에서 생성된 RESEARCH BI 테이블이 저장소에서 삭제되BriefCam는 빈도를 BriefCam 제어합니다. Qlik이 데이터를 가져올 수 없는 경우 백업입니다.

설정: Maintenance .BIVisualLayersRetentionDays

기본값: 3650일

이 설정은 대시보드 탭에 사용되는 비주얼 레이어 파일을 삭제하는 빈도를 제어합니다. 이렇게 하면 데이터베이스 및 이미지가 BriefCam 저장되는 BriefCam 폴더( )에서 파일이C:\BriefCam\ServerData\RenderData삭제됩니다.

이를 1일 미만으로 설정하면 비주얼 레이어에 영향을 줄 수 있습니다.

설정: Maintenance.BITaskRetentionDays

기본값: 3일

이 설정은 RESEARCH 처리 작업의 메타데이터 및 시각적 에셋이 저장소에서 삭제되는 빈도를 BriefCam 제어합니다. 메타데이터는 RESEARCH 처리 중(연속 또는 온디맨드) 생성되는 모든 에셋/파일/레코드입니다. 이는 BI 규칙 엔진 BriefCam 서비스를 위해 데이터를 저장하는 기간입니다.

설정: RESEARCH.QVDRetentionDays

기본값: 30일

이 설정은 분할 QVD를 사용하는 배포의 세부 테이블이 유지되는 일 수를 결정합니다.

이 설정은 사용되지 않으며, 이 설정을 변경해도 시스템에 영향을 주지 않습니다.

QVD 파일은 유지 관리 프로세스의 일부가 아닙니다. 파일을 삭제하려면 BriefCam 지원팀에 연락하여 아래 단계를 지원하도록 권장합니다.

  1. 다음 작업이 QMC에서 실행되지 않는지 확인합니다. Research_DB,, ResearchResearch_DB_Agg, Research_Agg및 ). 실행 중이면 실행이 완료될 때까지 기다립니다.

  2. QMC에서 Research_DB 및 작업을 Research_DB_Agg 비활성화합니다.

    QMC_disable.png
  3. 해당 폴더에서 관련 없는 파일을 BC_BI_SOURCE_MATCH_1 수동BC_BI_SOURCE_MATCH2으로 QlikShare\ResearchQvd 삭제합니다.

    파일을 삭제할 때 두 폴더가 동일한 수의 파일과 간격 없이 동기화되었는지 확인하십시오. 두 폴더의 날짜는 동일해야 합니다.

    QMC_BC_BI_SOURCE_MATCH.png
  4. 폴더의 Delete_Research_Data Application Periodic Reload Task 업데이트된 콘텐츠와 동기화하는 작업을 실행합니다.

  5. 유지관리가 완료되면 및 작업을 Research_DB 다시 Research_DB_Agg 활성화합니다.

설정: RESEARCH.DetailedLoadDays

기본값: 30일(v6.4 이하에서 업데이트된 환경의 경우 기본값은 730일)입니다.

이 설정은 RESEARCH 앱에서 로드된 데이터(비디오 관리 소프트웨어 시간이 아닌 타임스탬프 필드 기준)를 제어합니다. 이 설정은 세부 앱을 로드하는 데 필요한 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_Data200GB인 데이터베이스의 경우 6개월에 한 번씩 최대 6시간의 유지 관리 기간이 필요합니다. 활동이 많은 시스템의 경우 유지 관리 시간 창과 간격이 그에 따라 늘어납니다.