Skip to main content

BriefCam administratorvejledning

Vedligeholdelse Og Opbevaring Af Data

Last Updated: 8 minute read
Version2024r2
SprogDansk

For at bevare en fuldt optimeret BriefCam systemydelse rydder systemet automatisk de behandlede data med jævne mellemrum, BriefCam herunder data fra både databasen og storaget.

Bemærk, at vedligeholdelsestjenesten kan installeres på flere instanser for at fordele belastningen mellem flere maskiner.

For at slå automatisk vedligeholdelse fra skal du indstille indstillingen Maintenance.Enabled environment til false. Dette anbefales dog ikke, da storaget vil blive fyldt op.

I miljøet Maintenance.ExecutionStrategy kan vedligeholdelsen indstilles til at køre enten Daily eller Continuously.

  • Når indstillingen er sat til Kontinuerligt (standard), kører vedligeholdelsen hver time.

  • Når indstillingen er sat til Dagligt, er kørselstiden sat i indstillingen Maintenance.CleanHour miljø. Værdien er tidsbaseret (tt:mm:ss), for eksempel: 23:00:00.

For at rydde dataene proaktivt skal du indstille indstillingen Maintenance.CleanHour environment til den aktuelle time og indstille Maintenance.ExecutionStrategy til Daily og derefter genstarte Maintenance-tjenesten. Vedligeholdelsen vil så køre med det samme. Det anbefales, at du derefter ændrer indstillingerne tilbage til deres oprindelige værdi.

Maintenance clean setting.png

Hvis vedligeholdelsen ikke bliver udført, vil systemet automatisk forsøge at genoprette (tidsspecifik gendannelse), når processen er startet. Forsøget på at gendanne sker i et tidsinterval som konfigureret i indstillingen TaskRecovery.IntervalsMinutes (som vist på billedet nedenfor). Standardværdierne er 10, 240 og 1440 minutter, hvilket betyder, at det første forsøg på genoprettelse (tidsspecifik gendannelse) sker efter 10 minutter, det andet efter 4 timer og det sidste forsøg efter 12 timer.

TaskRecover interval setting.png

Indstillingen Maintenance.ServiceInstancesRetentionMinutes bestemmer, hvor længe efter at tjenesterne er gået offline, de bliver slettet fra BriefCam databasen. Standardindstillingen er 43.200 minutter (30 dage).

Afsnittene nedenfor beskriver yderligere miljøindstillinger, som styrer, hvordan vedligeholdelsesprocessen fungerer.

REVIEW-modul

Bemærk

Hvis der er REVIEW-sager, som du ikke ønsker slettet under den automatiserede vedligeholdelse, skal du klikke på rediger-ikonet (Edit icon white.png) på sagens skærm og markere afkrydsningsfeltet Slet ikke under vedligeholdelse. Disse markerede sager og deres artefakter vil ikke blive slettet via vedligeholdelsesprocessen, selv om andre sager eller advarsler bruger det og bliver slettet.

Den bedste fremgangsmåde er at indstille de to indstillinger herunder (CaseRetentionDays og VideoArchiveExpirationDays) til den samme værdi.

Indstilling: Maintenance.CaseRetentionDays

Standard: 30 dage

Når sagens opdateringsdato er ældre end 30 dage (som standard), slettes alle sagens data fra BriefCam databasen og disken.

Ændringer i en sag påvirker sagens opdateringsdato, såsom redigering af sagens navn eller beskrivelse, deling af sagen, tilføjelse/sletning af videoer, redigering af videoplanlægning, redigering af forudindstillinger eller tilføjelse/sletning af bogmærker. Det påvirker dog ikke sagens opdateringsdato at føje en flade eller nummerplade til sagens overvågningsliste eller at redigere bogmærke-oplysninger.

Hvis de samme data bliver brugt af andre sager, vil sagen stadig blive fjernet fra skærmen Sager, og dataene vil forblive på databasen og disken.

Hvis sagen indeholder en aktiveret planlagt kilde, slettes sagen ikke. Anmodninger fra den planlagte kilde, der er ældre end værdien i denne indstilling, vil blive slettet, men deres bogmærker vil kun blive slettet, når hele sagen er slettet. Hvis sagen også indeholder en kilde, som ikke er en aktiveret planlagt kilde, eller som er en deaktiveret planlagt kilde, slettes disse kilder heller ikke.

Hvis sagen kun indeholder almindelige kilder eller deaktiverede planlagte kilder, vil sagen blive behandlet som en almindelig kilde, hvilket betyder, at når sagens opdateringsdato er ældre end 30 dage (som standard), slettes alle sagens data, der er ældre end 30 dage (som standard), fra BriefCam databasen og disken.

Når REVIEW-anmodningen er delvist baseret på behandling efter behov og delvist på live-anmodning (fordi en del af anmodningen allerede var behandlet for en advarsel), fjernes artefakterne fra REVIEW- og RESPOND-modulet i henhold til vedligeholdelsesindstillingerne. Anmodningen fjernes imidlertid fuldstændigt fra infrastrukturen (herunder databasen) i henhold til behandlingsdatoen for det sidste af de to hændelser: on-demand behandling eller live behandling.

Med hensyn til overvågningslister vil en intern overvågningsliste, som blev oprettet i en sag, blive slettet, når sagen er slettet (af vedligeholdelsen eller af brugeren).

Med hensyn til bogmærker vil de også blive slettet, når sagen er slettet som beskrevet ovenfor.

Indstilling: Maintenance.VideoArchiveExpirationDays

Standard: 30 dage

Denne indstilling styrer, hvor ofte videofiler, der hentes fra VMS, skal slettes. Denne indstilling påvirker også original video, som blev hentet i RESPOND-advarsler, som normalt ikke automatisk bliver vist (BriefCamkun når der bliver klikket på miniaturevisningen af advarslen). I RESPOND-modulet kan den oprindelige video for hver advarsel for eksempel ikke blive hentet, før brugeren anmoder om en original video. Når brugeren anmoder om en original video, beholder BriefCam vedkommende den oprindelige video til øjeblikkelig adgang i det antal dage, som er angivet i denne parameter.

Indstilling: Maintenance.LocalFilesRetentionInHours

Standard: 24 timer

Denne indstilling styrer, hvor ofte (i timer) midlertidige gengivne filer slettes fra BriefCam databasen.

De midlertidigt gengivne filer er placeret på: ..\BriefCam\ServerData\VideoStreamingGateway\VideoService.

De filer, der gemmes her, er gengivne artefakter, der er oprettet af brugerinteraktioner med webklienter, f.eks. VIDEO SYNOPSIS, original video med mere.

Indstilling: Maintenance.RenderingUploadedFilesRetentionDays

Standard: 0,5 dage

Denne indstilling styrer, hvor ofte uploadede filer bliver slettet fra BriefCam databasen.

De uploadede filer er placeret på: ..\BriefCam\ServerData\VideoData\WebUpload.

De filer, der gemmes her, er videofiler, som slutbrugeren uploader via webklienten med henblik på REVIEW-behandling i Investigator, Investigator for Teams, Protect og konfigurationer.

Indstilling: clientMaintenanceCaseMessageInDays

Standard: 7 dage

Denne indstilling styrer, hvornår der skal vises en meddelelse om sletning i en sag. Den værdi, der angives her, er antallet af dage, før sagen indstilles til at blive slettet af vedligeholdelsesprocessen.

Pas på

Disse indstillinger er ikke gældende for hubben. Den er kun relevant for systemer og i separate implementeringer.

RESPOND-modul

Indstilling:Maintenance.LiveRetentionDays

Standard: 7 dage

Alle RESPOND-advarsler uden for opbevaringsområdet bliver slettet (selv advarsler med bogmærker; bogmærket selv vil dog ikke blive slettet). Bogmærker i RESPOND-modulet bliver aldrig slettet af vedligeholdelsesprocessen.

Advarsler om aktuelt kørende live-opgaver bliver slettet, hvis de er uden for opbevaringsområdet.

RESEARCH-modul

Indstilling: Maintenance.BIAssetsRetentionDays

Standard: 30 dage

Denne indstilling styrer, hvor ofte RESEARCH BI-tabeller (genereret fra BriefCam metadata-ETL) slettes fra BriefCam storaget. Dette er en sikkerhedskopi, hvis Qlik ikke kunne hente dataene.

Indstilling: Maintenance.BIVisualLayersRetentionDays

Standard: 3650 dage

Denne indstilling styrer, hvor ofte Visual Layer-filer, der bruges til fanen Dashboard, skal slettes. Dette sletter filerne fra BriefCam databasen og fra den BriefCam mappe, hvor billederne bliver gemt (C:\BriefCam\ServerData\RenderData).

Indstilling af dette til mindre end 1 dag kan påvirke de visuelle lag.

Indstilling: Maintenance.BITaskRetentionDays

Standard: 3 dage

Denne indstilling styrer, hvor ofte metadata og visuelle aktiver fra RESEARCH-behandlingsopgaver slettes fra BriefCam storaget. Metadata er alle aktiver/filer/poster, der oprettes under RESEARCH-behandlingen (enten Kontinuerligt eller Efter behov). Så længe gemmer BriefCam du dataene for BI Rule Engine-tjenesten.

Indstilling: RESEARCH.QVDRetentionDays

Standard: 30 dage

Denne indstilling bestemmer, hvor mange dage de detaljerede tabeller i installationer med opdelte QVD'er skal beholdes.

Denne indstilling er forældet, og en ændring af denne indstilling vil ikke påvirke systemet.

Bemærk, at QVD-filerne ikke er en del af vedligeholdelsesprocessen. For at slette filerne anbefales det at kontakte BriefCam Support-teamet for at få hjælp til nedenstående trin.

  1. Kontroller, at følgende opgaver ikke kører i QMC: Research_DB; ResearchResearch_DB_Agg, , Research_Aggog ). Hvis de kører, skal du vente indtil de er færdige med at køre.

  2. Deaktiver Research_DB og Research_DB_Agg opgaver i QMC.

    QMC_disable.png
  3. Slet de irrelevante filer manuelt fra BC_BI_SOURCE_MATCH_1 og BC_BI_SOURCE_MATCH2 placeret i QlikShare\ResearchQvd mappen.

    Når du sletter filerne, skal du sørge for, at de to mapper er synkroniseret med det samme antal filer og uden huller - datoerne skal være de samme i begge mapper.

    QMC_BC_BI_SOURCE_MATCH.png
  4. Kør programmet, Delete_Research_Data Application Periodic Reload Task der synkroniseres med mappernes opdaterede indhold.

  5. Når vedligeholdelsen er fuldført, skal du genaktivere Research_DB og Research_DB_Agg opgaverne.

Indstilling: RESEARCH.DetailedLoadDays

Standard: 30 dage (for miljøer, der er opdateret fra v6.4 eller derunder, er standarden 730 dage)

Denne indstilling styrer de data, der indlæses fra RESEARCH-appen (baseret på tidsstempelfeltet og ikke på VMS-tidspunktet). Denne indstilling påvirker den RAM, der er nødvendig for at indlæse den detaljerede app, og reducerer mængden af data, der indlæses i den fulde datamodel.

De aggregerede dashboards påvirkes ikke af denne indstilling.

Overvågningslistefaner

Pas på

Denne funktionalitet er ikke tilgængelig for hubben. Den er kun relevant for systemer og i separate implementeringer.

En ekstern overvågningsliste (administreret på fanerne med overvågningslister) bliver ikke slettet af vedligeholdelsesprocessen. Som nævnt ovenfor vil en intern overvågningsliste, som blev oprettet i en sag, blive slettet, når sagen er slettet (af vedligeholdelsen eller af brugeren).

Udeladelser fra vedligeholdelse

Følgende elementer slettes ikke under vedligeholdelse.

  • Mappen Baggrundsbilleder fra kamera - Når du bruger Test forbindelse, bliver et billede fra kameraet gemt under Camera Background Images mappen. Hvert kamera beholder et billede, som opdateres hver gang forbindelsen testes igen. Denne mappe og dens indhold påvirkes ikke af vedligeholdelse.

  • Bogmærker - Bogmærker, der er oprettet i RESPOND- eller REVIEW-modulerne, forbliver i systemet, selv om den oprindelige advarsel eller det oprindelige objekt bliver slettet. De bliver kun fjernet, når de eksplicit bliver slettet af brugeren.

  • Sager markeret Slet ikke under vedligeholdelse - I REVIEW-modulet kan du redigere en sag og markere afkrydsningsfeltet Slet ikke under vedligeholdelse. Disse tilfælde og deres tilknyttede artefakter vil vare ved gennem vedligeholdelsescyklusser.

  • QVD-filer (RESEARCH-modul) - QVD-filer er ikke en del af vedligeholdelsesprocessen og skal slettes manuelt, hvis det er nødvendigt.

Vedligeholdelsesovervågning

Du kan overvåge og spore vedligeholdelsen.

Vedligeholdelsen udføres af en separat tjeneste kaldet: Vedligeholdelsesservice og har sin egen log. På skærmen Hændelse kan du se, om tjenesten kører.

Events Maintenance service.png

Hvis vedligeholdelsen mislykkedes, vil en vedligeholdelseshændelse blive vist på skærmen Hændelser (herover), hvis tærsklerne for vedligeholdelseshændelser nås. Hvis vedligeholdelsen ikke blev kørt mindst en gang, vil der som standard blive vist en advarselshændelse, og hvis vedligeholdelsen ikke lykkedes de sidste tre gange, vil der blive vist en kritisk hændelse.

Events Threshold maintenance.png

PostgreSQL Manuel vedligeholdelse

Manuel vedligeholdelse er afgørende for PostgreSQL-databaser for at forhindre ydelsesproblemer og tabelbloat. Regelmæssig kørsel af VACUUM FULL- og REINDEX-handlinger er med til at opretholde databasens ydeevne og stabilitet. For at undgå at påvirke databasetilgængeligheden skal du planlægge disse opgaver i perioder med lav belastning eller planlagte vedligeholdelsesperioder, helst med nogle få måneders eller et halvt års mellemrum. Dette sikrer en glat og effektiv databasedrift.

For databaser med en PostgreSQL_Data mappestørrelse på ~200 GB kræves der et vedligeholdelsesvindue på op til 6 timer en gang hver 6. måned. På højaktive systemer vil tidsvinduet og intervallet for vedligeholdelse stige tilsvarende.