Mentenanță și păstrarea datelor

Pentru a menține performanța BriefCam sistemului complet optimizată, BriefCam golește automat datele procesate periodic, inclusiv datele din baza de date și din stocare.

Rețineți că serviciul Mentenanță poate fi instalat pe mai multe instanțe pentru a distribui sarcina între mai multe mașini.

Pentru a dezactiva întreținerea automată, setați setarea de mediu Maintenance.Enabled la fals. Cu toate acestea, acest lucru nu este recomandat, deoarece depozitarea se va umple.

În setarea mediului Maintenance.ExecutionStrategy, mentenanța poate fi setată să ruleze fie zilnic, fiecontinuu.

Când setarea este setată la Continuu (implicit), întreținerea rulează la fiecare oră.
Când setarea este setată la Zilnic, ora la care rulează este setată în setarea mediului Maintenance.CleanHour. Valoarea este bazată pe timp (hh:mm:ss), de exemplu: 23:00:00.

Pentru a șterge datele în mod proactiv, setați setarea mediului Maintenance.CleanHour la ora curentă și setați strategia Maintenance.Execution la Daily și apoi reporniți serviciul de Mentenanță . Întreținerea va rula apoi imediat. Se recomandă apoi modificarea setărilor înapoi la valoarea lor originală.

Dacă întreținerea nu rulează, sistemul încearcă automat să se recupereze odată ce procesul este oprit. Încercarea de recuperare va avea loc într-un interval de timp, așa cum este configurat în setarea TaskRecovery.IntervalsMinutes (așa cum se arată în imaginea de mai jos). Implicit sunt 10, 240 și 1440 de minute, ceea ce înseamnă că prima încercare de recuperare va fi după 10 minute, a doua după 4 ore și ultima încercare va fi după 12 ore.

Setarea de mediu Maintenance.ServiceInstancesRetentionMinutes determină cât timp după trecerea offline serviciile sunt șterse din BriefCam baza de date. Valoarea implicită este de 43.200 de minute (30 de zile).

Secțiunile de mai jos descriu setări suplimentare de mediu care controlează modul în care funcționează procesul de întreținere.

Modul REVIEW

Notă

Dacă există cazuri REVIEW pe care nu doriți să le ștergeți în timpul întreținerii automate, faceți clic pe pictograma Editare ( Edit icon white.png ) din ecranul cazului și bifați caseta de selecție Nu ștergeți în timpul întreținerii. Aceste cazuri marcate și artefactele lor nu vor fi șterse prin procesul de întreținere, chiar dacă alte cazuri sau alerte le utilizează și sunt șterse.

Cea mai bună practică este setarea celor două setări de mai jos (CaseRetentionDays și VideoArchiveExpirationDays) la aceeași valoare.

Setare: Maintenance.CaseRetentionDays

Implicit: 30 de zile

Atunci când data actualizării cazului este mai veche de 30 de zile (în mod implicit), toate datele cazului sunt șterse din baza de BriefCam date și de pe disc.

Modificările unui caz afectează data de actualizare a cazului, cum ar fi editarea numelui sau a descrierii cazului, partajarea cazului, adăugarea/ștergerea videoclipurilor, editarea programării video, editarea presetărilor sau adăugarea/ștergerea marcajelor. Cu toate acestea, adăugarea unei fețe sau a unui număr de înmatriculare în lista de urmărire a cazului sau editarea detaliilor marcajului nu va afecta data actualizării cazului.

Dacă aceleași date sunt utilizate de alte cazuri, cazul va fi în continuare eliminat din ecranul Cazuri și datele vor rămâne pe baza de date și pe disc.

Dacă acest caz conține o sursă programată activată, cazul nu va fi șters. Solicitările de la sursa programată mai vechi decât valoarea din această setare vor fi șterse, dar marcajele lor vor fi șterse numai când se șterge întregul caz. Dacă acest caz conține și o sursă care nu este o sursă programată activată sau este o sursă programată dezactivată, sursele respective nu vor fi nici ele șterse.

Dacă acest caz conține doar surse regulate sau surse programate dezactivate, cazul va fi tratat ca sursă regulată, ceea ce înseamnă că, atunci când data actualizării cazului este mai veche de 30 de zile (în mod implicit), toate datele cazului mai vechi de 30 de zile (în mod implicit) sunt șterse din BriefCam baza de date și de pe disc.

Atunci când solicitarea REVIEW se bazează parțial pe procesarea la cerere și parțial pe solicitarea live (deoarece o parte din solicitare a fost deja procesată pentru o alertă), artefactele sunt eliminate din modulul REVIEW și RESPOND, conform setărilor de mentenanță. Cu toate acestea, cererea este complet eliminată din infrastructură (inclusiv din baza de date), în funcție de data prelucrării, oricare dintre cele două a avut loc ultima: procesarea la cerere sau procesarea live.

În ceea ce privește listele de urmărire, o listă de urmărire internă care a fost creată într-un caz va fi ștearsă odată ce cazul este șters (de întreținere sau de către utilizator).

În ceea ce privește marcajele, acestea vor fi, de asemenea, șterse odată ce cazul este șters, așa cum este detaliat mai sus.

Setare: Maintenance.VideoArchiveExpirationDays

Implicit: 30 de zile

Această setare controlează frecvența cu care se șterg fișierele video preluate din VMS. Această setare afectează și videoclipul original care a fost preluat în alertele RESPOND, care nu sunt de obicei aduse BriefCam automat (doar când faceți clic pe miniatura alertei). De exemplu, în modulul RESPOND, conținutul video original al fiecărei alerte nu este preluat până când utilizatorul nu solicită un videoclip original. Odată ce utilizatorul solicită un videoclip original, BriefCam păstrează videoclipul original pentru acces imediat pentru numărul de zile specificat în acest parametru.

Setare: Maintenance.LocalFilesRetentionInHours

Implicit: 24 de ore

Această setare controlează cât de des (în ore) sunt șterse din baza de BriefCam date fișierele redate temporar.

Fișierele redate temporar sunt localizate la: ..\BriefCam\ServerData\VideoStreamingGateway\VideoService.

Fișierele salvate aici sunt artefacte randate create de interacțiunile utilizatorului clientului web, cum ar fi VIDEO SYNOPSISvideoclipurile originale și altele.

Setare: Maintenance.RenderingUploadedFilesRetentionDays

Implicit: 0,5 zile

Această setare controlează cât de des sunt șterse fișierele încărcate din baza de BriefCam date.

Fișierele încărcate sunt localizate la: ..\BriefCam\ServerData\VideoData\WebUpload.

Fișierele salvate aici sunt fișiere video încărcate de utilizatorul final prin intermediul clientului web în scopul procesării REVIEW în Investigator,Investigator for Teams,Protectși configurații.

Setare: clientMaintenanceCaseMessageInDays

Implicit: 7 zile

Această setare controlează când să înceapă afișarea notificării de ștergere pe un caz. Valoarea setată aici este numărul de zile înainte de setarea cazului pentru a fi șters de procesul de întreținere.

Atenție

Aceste setări nu sunt aplicabile pentru hub. Este relevant numai pentru locații și în implementări independente.

Modul RESPOND

Setare:Maintenance.LiveRetentionDays

Implicit: 7 zile

Toate alertele RESPOND din afara intervalului de păstrare sunt șterse (chiar și alertele care sunt marcate; cu toate acestea, marcajul în sine nu va fi șters). Marcajele din modulul RESPOND nu sunt niciodată șterse de procesul de întreținere.

Alertele pentru activitățile live care rulează momentan sunt șterse dacă se află în afara intervalului de păstrare.

Modul RESEARCH

Setare: Maintenance.BIAssetsRetentionDays

Implicit: 30 de zile

Această setare controlează frecvența cu care tabelele RESEARCH BI (generate din BriefCam metadate ETL) sunt șterse din BriefCam stocare. Acesta este un backup dacă Qlik nu a reușit să extragă datele.

Setare: Maintenance.BIVisualLayersRetentionDays

Implicit: 3650 de zile

Această setare controlează frecvența de ștergere a fișierelor Visual Layer, care sunt utilizate pentru fila Tablou de bord. Se vor șterge fișierele din baza de date BriefCam și din BriefCam dosarul în care sunt salvate imaginile (C:\BriefCam\ServerData\RenderData).

Setarea acesteia la mai puțin de 1 zi poate afecta straturile vizuale.

Setare: Maintenance.BITaskRetentionDays

Implicit: 3 zile

Această setare controlează frecvența cu care metadatele și materialele vizuale din activitățile de procesare RESEARCH sunt șterse din BriefCam stocare. Metadatele reprezintă toate materialele/fișierele/înregistrările care sunt create în timpul procesării RESEARCH (fie continuă, fie la cerere). Atât BriefCam timp se salvează datele pentru serviciul BI Rule Engine.

Setare: RESEARCH.QVDRetentionDays

Implicit: 30 de zile

Această setare determină numărul de zile în care sunt păstrate tabelele detaliate din implementările cu QVD-uri divizate.

Această setare este perimată, iar modificarea acestei setări nu va afecta sistemul.

Rețineți că fișierele QVD nu fac parte din procesul de întreținere. Pentru a șterge fișierele, se recomandă să contactați echipa de asistență BriefCam, pentru a ajuta la parcurgerea pașilor de mai jos.

Asigurați-vă că următoarele activități nu rulează în QMC: Research_DB, ResearchResearch_DB_Agg, Research_Aggși ). În cazul în care acestea sunt difuzate, așteptați până când au terminat de funcționare.
Dezactivați funcțiile Research_DB și Research_DB_Agg activitățile în QMC.
Ștergeți manual fișierele irelevante din BC_BI_SOURCE_MATCH_1 folder și BC_BI_SOURCE_MATCH2 localizate în QlikShare\ResearchQvd folder.
La ștergerea fișierelor, asigurați-vă că cele două foldere sunt sincronizate cu același număr de fișiere și fără goluri - datele ar trebui să fie aceleași în ambele foldere.
Rulează Delete_Research_Data Application Periodic Reload Task fișierul care se sincronizează cu conținutul actualizat al folderelor.
Odată ce întreținerea este finalizată, Research_DB reactivați Research_DB_Agg activitățile și sarcinile.

Setare: RESEARCH.DetailedLoadDays

Implicit: 30 de zile (pentru mediile actualizate de la v6.4 sau mai jos, durata implicită este de 730 de zile)

Această setare controlează datele încărcate din aplicația RESEARCH (pe baza câmpului marcaj temporal și nu a orei VMS). Această setare afectează memoria RAM necesară pentru încărcarea aplicației detaliate și reduce cantitatea de date încărcate în modelul de date complet.

Panourile agregate nu sunt afectate de această setare.

File listă de urmărire

Atenție

Această funcționalitate nu este aplicabilă pentru hub. Este relevant numai pentru locații și în implementări independente.

Procesul de mentenanță nu a șters o listă de urmărire externă (gestionată în filele Listă de urmărire). Cu toate acestea, după cum s-a menționat mai sus, o listă de urmărire internă care a fost creată într-un caz va fi ștearsă odată ce cazul este șters (prin întreținere sau de către utilizator).

Excluderi de la mentenanță

Următoarele elemente nu sunt șterse în timpul întreținerii.

Folderul Imagini de fundal de la cameră - Când utilizați Test Connection, o imagine de la cameră este salvată în Camera Background Images folder. Fiecare cameră păstrează o imagine, care este actualizată ori de câte ori conexiunea este retestată. Acest folder și conținutul său nu sunt afectate de întreținere.
Marcaje - Marcajele create în modulele RESPOND sau REVIEW rămân în sistem chiar dacă alerta sau obiectul original este șters. Ele sunt eliminate numai atunci când sunt șterse în mod explicit de către utilizator.
Cazuri marcate Nu ștergeți în timpul întreținerii - În modulul REVIEW, puteți să editați un caz și să bifați caseta de selecție Nu ștergeți în timpul întreținerii. Aceste cazuri și artefactele asociate vor persista în ciclurile de întreținere.
Fișiere QVD (RESEARCH Module) - Fișierele QVD nu fac parte din procesul de întreținere și trebuie șterse manual dacă este necesar.

Monitorizare întreținere

Puteți monitoriza și monitoriza întreținerea.

Întreținerea este efectuată de un serviciu separat numit: Serviciu de întreținere și are propriul jurnal. În ecranul Evenimente, puteți vedea dacă serviciul rulează.

Dacă mentenanța a eșuat, în ecranul Evenimente (de mai sus) va apărea un eveniment de Mentenanță, dacă sunt atinse pragurile pentru evenimentele de Mentenanță. În mod implicit, dacă întreținerea nu a reușit să ruleze cel puțin o dată, va apărea un eveniment de avertizare și dacă întreținerea a eșuat ultimele trei ori, va apărea un eveniment critic.

Mentenanță manuală PostgreSQL

Mentenanța manuală este esențială pentru bazele de date PostgreSQL pentru a preveni problemele de performanță și umflarea tabelului. Rularea periodică a operațiunilor de VID COMPLET și REINDEX ajută la menținerea performanței și stabilității bazei de date. Pentru a evita impactul asupra disponibilității bazei de date, programați aceste sarcini în perioadele de utilizare scăzută sau ferestre de întreținere planificate, în mod ideal la fiecare câteva luni sau jumătate de an. Acest lucru asigură funcționarea fără probleme și eficientă a bazei de date.

Pentru bazele de date cu o dimensiune a PostgreSQL_Data folderului de ~200GB, este necesară o fereastră de întreținere de până la 6 ore o dată la 6 luni. Pe sistemele cu activitate ridicată, intervalul de timp și intervalul de întreținere vor crește în consecință.

Ghid de administrare BriefCam