Paramètres de conservation des journaux
Les journaux sont stockés dans la base de données Secure Private Access pendant sept jours. Si le nombre total de journaux devient trop important, par exemple supérieur à 100 000, vous pouvez supprimer les journaux les plus anciens datant de plus de 90 jours. La tâche de nettoyage s’exécute par défaut toutes les 12 heures. Le travail s’exécute également chaque fois que le service d’exécution redémarre.
Personnalisation des paramètres de conservation des journaux de dépannage
Le nettoyage des journaux est configurable via le fichier appsettings.json dans le dossier d’installation du service Runtime. Vous pouvez définir le nettoyage en fonction de l’âge des journaux et du nombre de journaux pouvant être stockés dans la base de données. Modifiez les entrées suivantes dans le fichier appsettings.json, selon vos besoins :
Exemple de fichier appsettings.json:
"TroubleshootingLogs": {
"CleanupPeriodInHours": 12,
"CleanupDataOlderThanDays": 7,
"CleanupOldestDataIfEntriesCountAbove": 0
}
<!--NeedCopy-->
Pour désactiver le nettoyage, configurez les paramètres suivants selon vos besoins :
- Pour conserver les journaux pendant 7 jours seulement, définissez
CleanupDataOlderThanDays
sur 7. - Pour désactiver le nettoyage basé sur les jours, définissez
CleanupDataOlderThanDays
sur 0. - Pour désactiver le nettoyage basé sur le nombre, définissez
CleanupOldestDataIfEntriesCountAbove
sur 0. -
Si ces deux paramètres sont définis sur 0, ou si
CleanupPeriodInHours
est défini sur 0, les journaux sont conservés pour toujours.- Il n’est pas recommandé de définir
CleanupDataOlderThanDays
ouCleanupOldestDataIfEntriesCountAbove
sur 0 ou de définirCleanupPeriodInHours
sur 0, car cela pourrait entraîner un problème d’utilisation du disque à 100 %. - La fréquence de nettoyage des journaux peut également être modifiée en modifiant l’entrée
CleanupPeriodInHours
.
- Il n’est pas recommandé de définir
Remarque
Si Secure Private Access est déployé en tant que cluster, ces paramètres doivent être modifiés dans chaque nœud du cluster. En cas d’incompatibilité dans les paramètres du nœud, l’instance nettoyée le plus fréquemment a la priorité.