Nejlepší praxí je nastavit dvě níže uvedená nastavení (CaseRetenceDays a VideoArchiveExpirationDays) na stejnou hodnotu.

Nastavení: Maintenance.CaseRetenceDays

Výchozí: 30 dnů

Pokud je datum aktualizace případu starší než 30 dní (ve výchozím nastavení), všechna data případu se odstraní z BriefCam databáze a disku.

Úpravy případu ovlivňují datum aktualizace případu, jako je úprava názvu nebo popisu případu, sdílení případu, přidání/odstranění videí, úprava plánování videa, úprava předvoleb nebo přidání/odstranění záložek. Přidání obličeje nebo registrační značky do seznamu sledovaných případů nebo úprava podrobností záložky však datum aktualizace případu neovlivní.

Pokud jsou stejná data použita v jiných případech, případ bude stále odstraněn z obrazovky Případy a data zůstanou na databázi a disku.

Pokud případ obsahuje aktivovaný naplánovaný zdroj, případ nebude odstraněn. Žádosti z naplánovaného zdroje, které jsou starší než hodnota v tomto nastavení, budou odstraněny, ale jejich záložky budou odstraněny pouze v případě, že bude odstraněn celý případ. Pokud případ obsahuje také zdroj, který není aktivovaným naplánovaným zdrojem nebo je vypnutým naplánovaným zdrojem, nebudou tyto zdroje také odstraněny.

Pokud případ obsahuje pouze běžné zdroje nebo zakázané naplánované zdroje, bude případ považován za běžný zdroj, což znamená, že pokud je datum aktualizace případu starší než 30 dnů (ve výchozím nastavení), všechna data případu starší než 30 dnů (ve výchozím nastavení) se odstraní z BriefCam databáze a disku.

Pokud je požadavek REVIEW částečně založen na zpracování na vyžádání a částečně na živém požadavku (protože některé z požadavků již byly zpracovány pro výstrahu), jsou artefakty odstraněny z modulů REVIEW a RESPOND podle nastavení údržby. Žádost je však zcela odstraněna z infrastruktury (včetně databáze) podle data zpracování, podle toho, co se z těchto dvou událostí stalo naposledy: zpracování na vyžádání nebo živé zpracování.

Pokud jde o seznamy sledovaných položek, interní seznam sledovaných položek vytvořený v rámci případu bude po odstranění případu (údržbou nebo uživatelem) odstraněn.

Pokud jde o záložky, budou také odstraněny, jakmile bude případ odstraněn, jak je popsáno výše.

Nastavení: Maintenance.VideoArchiveExpirationDays

Výchozí: 30 dnů

Toto nastavení určuje, jak často se mají odstranit videosoubory načítané ze systému VMS. Toto nastavení ovlivní také původní video, které bylo načteno ve výstrahách RESPOND, které se obvykle nezobrazují BriefCam automaticky (jen když kliknete na miniaturu výstrahy). Například v modulu RESPOND se původní video každé výstrahy načte až poté, co uživatel požaduje původní video. Jakmile uživatel požaduje originální video, BriefCam uchovává původní video pro okamžitý přístup po dobu několika dnů specifikovaných v tomto parametru.

Nastavení: Maintenance.LocalFilesRettentionInHours

Výchozí: 24 hodin

Toto nastavení určuje, jak často (v hodinách) budou dočasně vykreslené soubory z BriefCam databáze odstraněny.

Dočasné vykreslené soubory jsou umístěny na: ..\BriefCam\ServerData\VideoStreamingGateway\VideoService.

Soubory zde uložené jsou vykreslené artefakty vytvořené interakcemi uživatelů webového klienta, jako je VIDEO SYNOPSISvideo, původní video a další.

Nastavení: Maintenance.RenderingUploadedFilesRetenceDays

Výchozí: 0,5 dne

Toto nastavení určuje, jak často budou nahrané soubory z BriefCam databáze odstraněny.

Nahrané soubory jsou umístěny na:...\BriefCam\ServerData\VideoData\WebUpload.

Zde uložené soubory jsou video soubory nahrané koncovým uživatelem prostřednictvím webového klienta za účelem zpracování REVIEW v InvestigatoraplikaciInvestigator for Teams, Protect a konfiguracích.

Nastavení: clientMaintenanceCaseMessageInDays

Výchozí: 7 dnů

Toto nastavení určuje, kdy se má začít zobrazovat oznámení o odstranění případu. Hodnota zde nastavená je počet dní před nastavením případu tak, aby byl odstraněn procesem údržby.

Nastavení:Maintenance.LiveRetenceDays

Výchozí: 7 dnů

Všechny výstrahy RESPOND mimo rozsah uchování se odstraní (i výstrahy, které jsou označené záložkou; samotná záložka však odstraněna nebude). Záložky v modulu RESPOND nejsou nikdy odstraněny procesem údržby.

Výstrahy pro aktuálně spuštěné živé úlohy se odstraní, pokud se nacházejí mimo rozsah uchovávání.

Nastavení: Maintenance.BIAssetsRettentionDays

Výchozí: 30 dnů

Toto nastavení určuje, jak často budou tabulky RESEARCH BI (generované z BriefCam metadat ETL) z BriefCam úložiště odstraněny. Toto je záloha, pokud Qlik nebyl schopen vytáhnout data.

Nastavení: Maintenance.BIVisualLayersRetenceDays

Výchozí: 3650 dnů

Toto nastavení určuje, jak často se mají odstranit soubory vizuální vrstvy, které se používají pro kartu Řídicí panel. Tím se odstraní soubory z BriefCam databáze a ze složky, BriefCam kam se ukládají obrázky (C:\BriefCam\ServerData\RenderData).

Nastavení na méně než 1 den může ovlivnit vizuální vrstvy.

Nastavení: Maintenance.BITaskRetenceDays

Výchozí: 3 dny

Toto nastavení určuje, jak často budou z úložiště odstraněna metadata a vizuální datové zdroje z úloh zpracování BriefCam RESEARCH. Metadata jsou všechna aktiva/soubory/záznamy, které se vytvářejí během zpracování RESEARCH (buď Průběžné, nebo Na vyžádání). Takto dlouho BriefCam se data ukládají pro službu BI Rule Engine.

Nastavení: RESEARCH.QVDRretentionDays

Výchozí: 30 dnů

Toto nastavení určuje počet dní, po které budou podrobné tabulky v nasazeních s rozdělenými QVD zachovány.

Nastavení: RESEARCH.DetailedLoadDays

Výchozí: 30 dnů (pro prostředí aktualizovaná z verze 6.4 nebo nižší je výchozí hodnota 730 dnů)

Toto nastavení řídí načtená data z aplikace RESEARCH (na základě pole časového razítka a nikoli času VMS). Toto nastavení ovlivňuje paměť RAM potřebnou k načtení podrobné aplikace a snižuje množství dat načtených do plnohodnotného datového modelu.

Sdružené řídicí panely nejsou tímto nastavením ovlivněny.

Následující položky nejsou během údržby odstraněny.

Údržbu můžete monitorovat a sledovat.

Údržba je prováděna samostatnou službou s názvem: Údržba a má vlastní protokol. Na obrazovce Události můžete zjistit, zda je služba spuštěna.

Pokud se údržba nezdařila, na obrazovce Události (výše) se zobrazí událost údržby, pokud jsou dosaženy prahové hodnoty událostí údržby. Ve výchozím nastavení platí, že pokud se údržba alespoň jednou nezdařila, zobrazí se výstražná událost, a pokud se údržba naposledy třikrát nezdařila, zobrazí se kritická událost.

Ruční údržba je nezbytná pro databáze PostgreSQL, aby se zabránilo problémům s výkonem a nafouknutí stolu. Pravidelně spouštěné VAKUOVÉ a REINDEXAČNÍ operace pomáhají udržovat výkon a stabilitu databáze. Chcete-li zabránit ovlivnění dostupnosti databáze, naplánujte tyto úlohy v období nízkého využití nebo plánovaných oken údržby, v ideálním případě každých několik měsíců nebo půl roku. To zajišťuje hladký a efektivní provoz databáze.

U databází s PostgreSQL_Data velikostí složky ~200GB je jednou za 6 měsíců vyžadováno okno údržby až do 6 hodin. U systémů s vysokou aktivitou se odpovídajícím způsobem zvýší časový interval údržby a interval.