Conserver les journaux de dépannage
Les journaux de la page Logs de dépannage sont stockés dans la base de données Secure Private Access pendant 90 jours. Si le nombre total de journaux devient trop important, par exemple plus de 100 000, vous pouvez supprimer les journaux les plus anciens datant de plus de 90 jours. Par défaut, la tâche de nettoyage est exécutée toutes les 12 heures. La tâche 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 configurer 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 les besoins :
Exemple de fichier appsettings.json :
"TroubleshootingLogs": {
"CleanupPeriodInHours": 12,
"CleanupDataOlderThanDays": 90,
"CleanupOldestDataIfEntriesCountAbove": 100000
}
<!--NeedCopy-->
Pour désactiver le nettoyage, configurez les paramètres suivants selon vos besoins :
- Pour conserver les journaux pendant 7 jours uniquement, réglez sur
CleanupDataOlderThanDays7. - Pour désactiver le nettoyage basé sur les jours, réglez
CleanupDataOlderThanDayssur 0. - Pour désactiver le nettoyage basé sur le nombre, réglez
CleanupOldestDataIfEntriesCountAbovesur 0. -
Si ces deux paramètres sont définis sur 0, ou s’ils
CleanupPeriodInHourssont définis sur 0, les journaux sont conservés pour toujours.- Il n’est pas recommandé de définir
CleanupPeriodInHoursles deuxCleanupDataOlderThanDayssurCleanupOldestDataIfEntriesCountAbove0 ou 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
CleanupPeriodInHours’ entrée.
- 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 de non-concordance entre les paramètres du nœud, l’instance nettoyée le plus fréquemment est prioritaire.