Når grensen for antall jobblogger, tilgangslogger eller miljøvennlig-logger som kan beholdes på maskinen, overskrides, og det genereres nye logger, overskrives de gamle loggene av nye. Hvis loggene ikke lastes ned jevnlig, kan det hende det ikke er mulig å lagre de gamle loggene til filer.
Ved bruk av Web Image Monitor for administrering av logger, last ned loggene med et intervall som passer betingelsene som vises i tabellen.
Etter nedlasting av loggene må du foreta en gruppesletting av loggene.
Hvis du endrer [Samle] / [Ikke samle]-innstilling for loggsamling, må du foreta en gruppesletting av loggene.
Maksimalt antall logger som kan lagres i maskinen
Loggtyper |
Maksimalt antall logger |
|---|---|
Jobblogger |
4000 |
Tilgangslogger |
12000 |
Miljøvennlig-logg |
4000 |
Anslått antall logger opprettet pr. dag
Loggtyper |
Antall logger som lages pr. dag |
|---|---|
Jobblogger |
100 |
Tilgangslogger |
300 Dette tallet er basert på 100 operasjoner slik som initialiserings- og tilgangsoperasjoner over nettet, og 200 jobbposter (2 poster pr. jobb: 1 innlogging og 1 utlogging). |
Miljøvennlig-logg |
100 |
I henhold til disse forholdene kan maskinen opprettholde logger i 40 dager uten overskriving. Vi anbefaler å laste ned logger hver 20. dag i tilfelle feil skulle oppstå.
Maskinadministratoren må behandle nedlastede loggfiler på riktig måte.
![]()
Ikke utfør operasjoner som vil skape loggposter mens logger blir lastet ned, da logger som blir lastet ned ikke kan registrere nye poster.
Gruppesletting av logger kan utføres fra kontrollpanelet eller gjennom Web Image Monitor.