Configuración de retención de registros
Los registros se almacenan en la base de datos de Secure Private Access durante siete días. Si el recuento total de registros se vuelve demasiado grande, por ejemplo más de 100 000, puede eliminar los registros más antiguos antes de 90 días. El trabajo de limpieza, de forma predeterminada, se ejecuta cada 12 horas. El trabajo también se ejecuta siempre que se reinicia el servicio de ejecución.
Personalización de la configuración de retención de registros de resolución de problemas
La limpieza de los registros se puede configurar a través del archivo appsettings.json en la carpeta de instalación del servicio Runtime. Puede configurar la limpieza en función de la antigüedad de los registros y la cantidad de registros que se pueden almacenar en la base de datos. Modifique las siguientes entradas en el archivo appsettings.json, según sea necesario:
Ejemplo de archivo appsettings.json:
"TroubleshootingLogs": {
"CleanupPeriodInHours": 12,
"CleanupDataOlderThanDays": 7,
"CleanupOldestDataIfEntriesCountAbove": 0
}
<!--NeedCopy-->
Para deshabilitar la limpieza, configure los siguientes ajustes según sea necesario:
- Para conservar los registros solo durante 7 días, configure
CleanupDataOlderThanDays
en 7. - Para deshabilitar la limpieza basada en días, establezca
CleanupDataOlderThanDays
en 0. - Para deshabilitar la limpieza basada en recuento, establezca
CleanupOldestDataIfEntriesCountAbove
en 0. -
Si ambas configuraciones se establecen en 0, o si
CleanupPeriodInHours
se establece en 0, los registros se conservan para siempre.- No se recomienda configurar
CleanupDataOlderThanDays
oCleanupOldestDataIfEntriesCountAbove
en 0 o configurarCleanupPeriodInHours
en 0 ya que podría causar un problema de uso del disco del 100%. - La frecuencia de limpieza de registros también se puede cambiar modificando la entrada
CleanupPeriodInHours
.
- No se recomienda configurar
Nota
Si Secure Private Access se implementa como un clúster, estas configuraciones deben modificarse en cada nodo del clúster. Si hay una discrepancia en la configuración del nodo, la instancia que se limpia con mayor frecuencia tiene prioridad.