Es hat sich bewährt, die beiden folgenden Einstellungen (CaseRetentionDays und VideoArchiveExpirationDays) auf denselben Wert zu setzen.

Setting: Maintenance.CaseRetentionDays

Default: 30 Tage

Wenn das Aktualisierungsdatum des Falls älter als 30 Tage ist (standardmäßig), werden alle Daten des Falls aus der BriefCam -Datenbank und der Festplatte gelöscht.

Änderungen an einem Fall wirken sich auf das Aktualisierungsdatum des Falls aus, z. B. das Bearbeiten des Fallnamens oder der Beschreibung, das Teilen des Falls, das Hinzufügen/Löschen von Videos, das Bearbeiten der Videoplanung, das Bearbeiten von Voreinstellungen oder das Hinzufügen/Löschen von Lesezeichen. Das Hinzufügen eines Gesichts oder eines Nummernschilds zur Fall-Watchlist oder das Bearbeiten von Lesezeichendetails hat jedoch keinen Einfluss auf das Aktualisierungsdatum des Falls.

Wenn dieselben Daten von anderen Fällen verwendet werden, wird der Fall dennoch vom Bildschirm Fälle entfernt und die Daten verbleiben auf der Datenbank und der Festplatte.

Wenn der Fall eine aktivierte geplante Quelle enthält, wird der Fall nicht gelöscht. Anforderungen aus der geplanten Quelle, die älter sind als der Wert in dieser Einstellung, werden gelöscht, ihre Lesezeichen werden jedoch nur gelöscht, wenn der gesamte Fall gelöscht wird. Wenn der Fall auch eine Quelle enthält, die keine aktivierte geplante Quelle oder eine deaktivierte geplante Quelle ist, werden diese Quellen ebenfalls nicht gelöscht.

Wenn der Fall nur reguläre Quellen oder deaktivierte geplante Quellen enthält, wird der Fall als reguläre Quelle behandelt. Wenn das Aktualisierungsdatum des Falls älter als 30 Tage ist (standardmäßig), werden alle Daten des Falls, die älter als 30 Tage sind (standardmäßig), aus der BriefCam -Datenbank und von der Festplatte gelöscht.

Wenn die REVIEW-Anforderung teilweise auf On-Demand-Verarbeitung und teilweise auf Live-Anforderung basiert (da ein Teil der Anforderung bereits für eine Warnung verarbeitet wurde), werden die Artefakte gemäß den Wartungseinstellungen aus dem REVIEW- und RESPOND-Modul entfernt. Die Anforderung wird jedoch gemäß dem Verarbeitungsdatum des letzten Ereignisses vollständig aus der Infrastruktur (einschließlich der Datenbank) entfernt: On-Demand-Verarbeitung oder Live-Verarbeitung.

In Bezug auf Watchlisten wird eine interne Watchliste, die in einem Fall erstellt wurde, gelöscht, sobald der Fall gelöscht wurde (durch Wartung oder durch den Benutzer selbst).

Lesezeichen werden ebenfalls gelöscht, sobald der Fall wie oben beschrieben gelöscht wurde.

Setting: Maintenance.VideoArchiveExpirationDays

Default: 30 Tage

Mit dieser Einstellung legen Sie fest, wie oft die vom VMS abgerufenen Videodateien gelöscht werden. Diese Einstellung wirkt sich auch auf Originalvideos aus, die in RESPOND-Warnungen abgerufen wurden und die normalerweise nicht automatisch in BriefCam gebracht werden (nur wenn Sie auf die Miniaturansicht der Warnungen klicken). Beispielsweise wird im RESPOND-Modul das Originalvideo jeder Warnung erst abgerufen, wenn der Benutzer ein Originalvideo anfordert. Sobald der Benutzer ein Originalvideo anfordert, behält BriefCam das Originalvideo für den sofortigen Zugriff für die in diesem Parameter angegebene Anzahl von Tagen.

Setting: Maintenance.LocalFilesRetentionInHours

Default: 24 Stunden

Diese Einstellung steuert, wie oft (in Stunden) temporäre gerenderte Dateien aus der BriefCam Datenbank gelöscht werden.

Die temporären gerenderten Dateien befinden sich unter: ..\BriefCam\ServerData\VideoStreamingGateway\VideoService.

Bei den hier gespeicherten Dateien handelt es sich um gerenderte Artefakte, die durch Benutzerinteraktionen des Web-Clients erstellt wurden, z. B. VIDEO SYNOPSIS, Originalvideo und mehr.

Setting: Maintenance.RenderingUploadedFilesRetentionDays

Default: 0,5 Tage

Diese Einstellung steuert, wie oft hochgeladene Dateien aus der BriefCam Datenbank gelöscht werden.

Die hochgeladenen Dateien befinden sich unter: ..\BriefCam\ServerData\VideoData\WebUpload.

Bei den hier abgelegten Dateien handelt es sich um Videodateien, die vom Endbenutzer über den Web-Client zum Zweck der REVIEW-Verarbeitung in Investigator, Investigator for Teams, Protect und Konfigurationen hochgeladen werden.

Setting: clientMaintenanceCaseMessageInDays

Default: 7 Tage

Diese Einstellung steuert, wann die Löschbenachrichtigung für einen Fall angezeigt werden soll. Der hier eingestellte Wert gibt die Anzahl der Tage an, bevor der Fall durch den Wartungsprozess gelöscht werden soll.

Setting:Maintenance.LiveRetentionDays

Default: 7 Tage

Alle RESPOND-Warnmeldungen außerhalb des Vorratsdatenbereichs werden gelöscht (auch Warnmeldungen, die mit Lesezeichen versehen sind; das Lesezeichen selbst wird jedoch nicht gelöscht). Lesezeichen im RESPOND-Modul werden niemals durch den Wartungsprozess gelöscht.

Warnungen für aktuell ausgeführte Live-Aufgaben werden gelöscht, wenn sie außerhalb des Vorratsdatenbereichs liegen.

Setting: Maintenance.BIAssetsRetentionDays

Default: 30 Tage

Diese Einstellung steuert, wie oft die RESEARCH BI-Tabellen (generiert aus BriefCam Metadaten-ETL) aus dem BriefCam gelöscht werden. Dies ist eine Sicherung, wenn Qlik die Daten nicht abrufen konnte.

Setting: Maintenance.BIVisualLayersRetentionDays

Default: 3650 Tage

Diese Einstellung steuert, wie oft die Visual Layer-Dateien gelöscht werden, die für die Registerkarte Dashboard verwendet werden. Dadurch werden die Dateien aus der BriefCam Datenbank und aus dem BriefCam , in dem die Bilder gespeichert sind (C:\BriefCam\ServerData\RenderData), gelöscht.

Wenn Sie diesen Wert auf weniger als 1 Tag setzen, kann dies Auswirkungen auf die visuellen Ebenen haben.

Setting: Maintenance.BITaskRetentionDays

Default: 3 Tage

Mit dieser Einstellung legen Sie fest, wie oft Metadaten und Bilddateien von RESEARCH-Verarbeitungsaufgaben aus dem BriefCam gelöscht werden. Metadaten sind alle Assets/Dateien/Datensätze, die während der RESEARCH-Verarbeitung erstellt werden (entweder Continuous oder On-demand). So lange speichert BriefCam die Daten für den BI Rule Engine Dienst.

Setting: RESEARCH.QVDRetentionDays

Default: 30 Tage

Diese Einstellung bestimmt die Anzahl der Tage, die die detaillierten Tabellen in Verteilungen mit geteilten QVDs aufbewahrt werden.

Setting: RESEARCH.DetailedLoadDays

Standard: 30 Tage (für Umgebungen, die von v6.4 oder darunter aktualisiert wurden, ist der Standardwert 730 Tage)

Diese Einstellung steuert die Daten, die von der RESEARCH-App geladen werden (basierend auf dem Zeitstempelfeld und nicht auf der VMS-Zeit). Diese Einstellung wirkt sich auf den Arbeitsspeicher aus, der zum Laden der detaillierten App benötigt wird, und reduziert die Datenmenge, die in das vollständige Datenmodell geladen wird.

Die aggregierten Dashboards sind von dieser Einstellung nicht betroffen.

Die folgenden Elemente werden während der Wartung nicht gelöscht.

Sie können die Wartung überwachen und nachverfolgen.

Die Wartung wird von einem separaten Dienst namens Maintenance Service durchgeführt und verfügt über ein eigenes Protokoll. Im Bildschirm Event können Sie sehen, ob der Dienst ausgeführt wird.

Wenn die Wartung fehlgeschlagen ist, wird im Bildschirm Ereignisse (oben) ein Wartungsereignis angezeigt, wenn die Schwellenwerte für Wartungsereignisse erreicht sind. Wenn die Wartung mindestens einmal nicht ausgeführt werden konnte, wird standardmäßig ein Warnereignis angezeigt. Wenn die Wartung die letzten drei Male fehlgeschlagen ist, wird ein kritisches Ereignis angezeigt.

Die manuelle Wartung ist für PostgreSQL-Datenbanken unerlässlich, um Leistungsprobleme und übermäßige Tabellen zu vermeiden. Die regelmäßige Ausführung der Vorgänge VACUUM FULL und REINDEX trägt zur Aufrechterhaltung der Datenbankleistung und -stabilität bei. Um die Datenbankverfügbarkeit nicht zu beeinträchtigen, planen Sie diese Aufgaben in Zeiten geringer Auslastung oder geplanter Wartungsfenster, idealerweise alle paar Monate oder ein halbes Jahr. Dies gewährleistet einen reibungslosen und effizienten Datenbankbetrieb.

Für Datenbanken mit einer PostgreSQL_Data Ordnergröße von ~200GB ist einmal alle 6 Monate ein Wartungsfenster von bis zu 6 Stunden erforderlich. Bei Systemen mit hoher Aktivität erhöhen sich das Wartungszeitfenster und -intervall entsprechend.