Behalten Sie die Fehlerbehebungsprotokolle

**Die Protokolle auf der Seite „ Problembehandlungsprotokolle “ werden 90 Tage lang in der Secure Private Access-Datenbank gespeichert. Wenn die Gesamtzahl der Logs zu groß wird, beispielsweise über 100.000, können Sie die ältesten Logs vor 90 Tagen löschen. Die Bereinigungsaufgabe wird standardmäßig alle 12 Stunden ausgeführt. Der Job wird auch ausgeführt, wenn der Runtime-Dienst neu gestartet wird.

Anpassen der Aufbewahrungseinstellungen für Problembehandlungsprotokolle

Die Bereinigung der Protokolle ist über die Datei appsettings.json im Installationsordner des Runtime-Dienstes konfigurierbar. Sie können die Bereinigung auf der Grundlage des Alters der Protokolle und der Anzahl der Protokolle, die in der Datenbank gespeichert werden können, festlegen. Ändern Sie nach Bedarf die folgenden Einträge in der Datei appsettings.json:

Beispiel für eine appsettings.json-Datei:

  "TroubleshootingLogs": {
    "CleanupPeriodInHours": 12,
    "CleanupDataOlderThanDays": 90,
    "CleanupOldestDataIfEntriesCountAbove": 100000
  }
<!--NeedCopy-->

Um die Bereinigung zu deaktivieren, konfigurieren Sie die folgenden Einstellungen nach Bedarf:

  • Um Protokolle nur 7 Tage lang aufzubewahren, setzen CleanupDataOlderThanDaysSie den Wert auf 7.
  • Um die tageleitige Bereinigung zu deaktivieren, setzen CleanupDataOlderThanDaysSie den Wert auf 0.
  • Um die zählbasierte Bereinigung zu deaktivieren, setzen CleanupOldestDataIfEntriesCountAboveSie den Wert auf 0.
  • Wenn beide Einstellungen auf 0 oder auf CleanupPeriodInHours0 gesetzt sind, werden die Protokolle für immer aufbewahrt.

    • Es wird nicht CleanupDataOlderThanDaysempfohlenCleanupOldestDataIfEntriesCountAbove, beide oder auf 0 oder auf 0 zu setzenCleanupPeriodInHours, da dies zu Problemen bei der Festplattennutzung von 100% führen kann.
    • Die Häufigkeit der Protokollbereinigung kann auch geändert werden, indem der CleanupPeriodInHoursEintrag geändert wird.

Hinweis:

Wenn Secure Private Access als Cluster bereitgestellt wird, müssen diese Einstellungen in jedem Clusterknoten geändert werden. Wenn die Knoteneinstellungen nicht übereinstimmen, hat die Instanz, die am häufigsten bereinigt wird, Vorrang.

Behalten Sie die Fehlerbehebungsprotokolle