Per quanto tempo conservi i file di registro?


12

Ho un'applicazione che scrive i suoi file di registro in una cartella speciale. Ora vorrei aggiungere una funzionalità per eliminare automaticamente questi registri dopo un determinato periodo di tempo. Ma per quanto tempo devo conservare i file di registro? Quali sono i valori "buoni" predefiniti (7 o 180 giorni)? O preferisci altri criteri (ad es. Spazio su disco massimo utilizzato)?


3
Finché TU pensi di averne bisogno, ovviamente.

per quanto tempo vuoi essere in grado di verificare se c'è stato un problema?
BlackICE,

2
Cosa viene effettivamente scritto in questi file?

Hai una buona ragione per non utilizzare il sistema di registrazione del sistema operativo, in modo da poter consentire all'utente finale di decidere autonomamente, centralizzare la registrazione tramite Splunk, ecc.?
hurfdurf,

Risposte:


8

Non esiste una risposta unica. Fattori da considerare:

  • requisiti legali per la conservazione o la distruzione
  • politiche aziendali per la conservazione e la distruzione
  • per quanto tempo sono utili i registri
  • a quali domande sperate di rispondere dai registri
  • quanto spazio occupano

Ho dei tronchi che si rovesciano in pochi giorni e altri che vengono conservati per anni.

Tendo a mantenere i registri di accesso più a lungo (in alcuni casi, per sempre, dopo aver rimosso le informazioni identificative da essi) rispetto ai registri degli errori, come in teoria, non ho bisogno di loro una volta risolti i problemi.

Tengo alcuni altri registri di debug (che mostrano l'attività dell'utente, il modo in cui interagiscono con il sistema, ecc.) In modo da poter vedere come le cose cambiano con ogni versione.

...

E questo mi ricorda un aneddoto quando ho lavorato per un'università - la direzione ha portato un consulente esterno a fare una revisione di terze parti del server web che stavamo costruendo. Mi è stato detto di consegnare 3 mesi di log per poterli esaminare se avessimo dimensionato il sistema in modo appropriato. Sapevo che era un segno che non sapevano cosa diavolo stessero facendo, dato che le università sono cicliche: il carico del server web è aumentato nel tempo, ma con punte all'inizio di ogni anno, il tempo delle finali, ecc.


Separare i diversi tipi di file di registro? Quindi hai file di registro diversi per errori, informazioni di debug e attività dell'utente?

Sì ... farebbe schifo se dovessi rimuovere le righe dai registri per la conservazione. Immagino sia bello poter mettere insieme cose in un unico file durante il debug, ma posso eseguire grep per identificatore utente / indirizzo IP durante il debug, così posso correlare l'attività dell'utente agli errori. Se non altro, mantenere informazioni simili in ogni file significa comprimere meglio.
Joe H.

5

Dipende dai requisiti ... possono esserci requisiti legali per la tenuta dei registri, e inoltre devi considerare in che misura saranno utili per la risoluzione dei problemi.


1

Oltre ai requisiti legali e alle considerazioni sull'utilità, dipende in parte dalla quantità di spazio su disco che i log registrano. Ho visto programmi molto dettagliati ruotare i loro registri ogni giorno, mentre i programmi molto silenziosi ruotano quasi mai.

A seconda del sistema in uso, potrebbe valere la pena considerare il pacchetto "logrotate" invece di gestire la rotazione dei log internamente. Basta inserire un file con impostazioni predefinite ragionevoli in /etc/logrotate.d/ e lasciare che i tuoi utenti lo modifichino se lo ritengono necessario.


0

Dipende dall'industria che utilizzerà il software. Esistono molte applicazioni di produzione che rientrano nei requisiti normativi del governo che potrebbero richiedere che qualsiasi output, inclusi i file di registro, venga conservato per un determinato periodo di tempo.

Se la tua applicazione rientra in una di queste aree o non sei sicuro, dovresti consultare l'ufficio legale della tua azienda.


0

Dovresti sicuramente archiviare i log prima di esaurire lo spazio. :)

Nella nostra organizzazione, i registri vengono archiviati quotidianamente. Quindi la speciale cartella "logging" avrà solo registri per il giorno corrente. L'archivio viene conservato per 3 settimane su disco in una posizione di archivio speciale con molta memoria. Questo aiuterà prod. supportare gli sviluppatori a cercare se viene segnalato qualcosa. Viene eseguito il backup su nastro (sì, nastri!) Dopo 3 settimane. Come criterio i nastri vengono conservati per altri 35 giorni.


0

Sto correndo questa stessa decisione al momento. Ho un'app che scrive eccezioni non critiche in un file di registro e quello su cui mi sono accordato è impostare una soglia di dimensione configurabile per il file di registro stesso. Una volta che il file di registro raggiunge una determinata dimensione, verrà archiviato. L'archivio verrà pulito una volta alla settimana. Sto anche pensando di impostare una soglia di "Tasso di crescita", quindi se il registro si riempie troppo rapidamente verrà notificata l'assistenza clienti. Non sono ancora sicuro che sia eccessivo.

Questi registri sono solo di supporto, quindi, nel mio caso, non vi sono requisiti legali o aziendali per mantenerli oltre una settimana.


Hai un solo file di registro grande? Creo un file al giorno e registro tutti i tipi di informazioni (errori e informazioni di debug). La dimensione del file dipende dall'uso corrente (penso che sia massimo 1 MB al giorno). Ma posso immaginare di aumentare le informazioni del registro in futuro. Quale taglia di soglia hai scelto e perché?
Alex,

0

La conservazione dei file di registro dipende dalla criticità dei dati registrati e dalle dimensioni effettive del supporto di archiviazione su cui sono archiviati i registri, nonché dalle varie procedure di conformità nella posizione geografica in cui è ospitato il server.

Non esiste una regola rigida e rapida per il numero di giorni di conservazione dei file di registro, sebbene i registri per almeno un mese (spazio disponibile) non siano una cattiva idea.

Anche la memorizzazione di vecchi registri come file tar.gz è una buona idea se lo spazio è un vincolo.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.