Avamar – Størrelsen på en sikkerhetskopiering av Linux-klient kan være utfordrende på grunn av "/var/log/lastlog" og sparpar filhåndteringsatferd.

Atferden som er beskrevet i denne artikkelen, kan påvirke rapportering av Avamar-sikkerhetskopieringsstørrelse.
Dette er interessant der vi må rapportere om mengden data som er beskyttet i en Avamar-sikkerhetskopi. Et eksempel er der en tjenesteleverandør fakturerer sluttbrukere for hvor mye klient som skal brukes.

Den rapporterte størrelsen på sikkerhetskopiering av Linux-klienter der /var/log/lastlog er inkludert, kan være større enn den totale diskplassen som er tilgjengelig for klienten.

Eksempel:
En Linux-klient er konfigurert til å sikkerhetskopiere bare /var/log-katalogen som inneholder 39 MB data.

root@linuxclient:~/#: du -hs /var/log
39M /var/log

Katalogen /var/log og sikkerhetskopien inneholder lastlog,  

root@linuxclient:/var/log/#: ls -ltrhs /var/log/lastlog
48K -rw-rw-r-- 1 root root 272G Apr 30 11:46 /var/log/lastlog

Merk: Lastlog bruker 48K plass på disken, mens den vanlige rapporterte størrelsen er 272 GB. Dette er en usparelig fil. Etter at sikkerhetskopieringen er fullført, hevder Avtar å ha sikkerhetskopiert 272 GB data.
 

2015-04-30 12:08:09 avtar Info <5163>: Backup complete, wrapping-up session with Server
2015-04-30 12:08:10 avtar Info <5156>: Backup #494 timestamp
2015-04-30 12:21:58, 131 files, 16 directories, 272.0 GB (5 files, 6.830 KB, 0.00% new)
2015-04-30 12:08:10 avtar Info <7539>: Label "MOD-1430395268242", scheduled to expire after 06/29/15 (2015-06-29 12:01:07 UTC), none backup
2015-04-30 12:08:10 avtar Info <6083>: Backed-up 272.0 GB in 20.83 minutes: 783 GB/hour (377 files/hour)

Den rapporterte verdien for mengden data som sikkerhetskopieres, er større enn størrelsen på Linux-filsystemet.

root@linuxclient:~/#: df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 7.9G 2.4G 5.1G 32% /
/dev/sda1 122M 13M 103M 12% /boot
none 3.0G 0 3.0G 0%
/dev/shm /dev/sda3 1.5G 125M 1.3G 9% /var

Filen /var/log/lastlog endres hver gang en bruker (menneskelig eller på annen måte) logger seg på systemet. Avtar må behandle hele filen på grunn av begrensningene for sparsom filhåndtering som er beskrevet i artikkelen Avamar og sparsomme filer.

Omgåelse av problemet 1: Utelat /var/log/lastlog fra sikkerhetskopien. 

Hvis brukeren må sikkerhetskopiere sistelog for overvåkingsformål, bør du vurdere å opprette en planlagt daglig crontab for å sende utdataene fra sistelog til en utdatafil,
for eksempel

lastlog > /var/log/lastlog_$(date +%d%m%Y).log

Den vanlige filen lastlog_<dato ville bli sikkerhetskopiert, men den opprinnelige, sparsomme lastlogen ville ikke.


>Midlertidig løsning 2: Reduser utvalget av bruker-ID-er og reduser lastlog.

Vurder om en slik høy bruker-ID er nødvendig. Er det sannsynlig at den bruker alle bruker-ID-ene i det angitte området?
Hvis en lavere bruker-ID fungerer likt, kan følgende være nyttig. 

• Rediger /etc/passwd for å sikre at utvalget av bruker-ID-er er så lite som mulig.
• Endre navnet på lastlog-filen, og opprett den deretter på nytt ved hjelp av berøringsloggen. Angi eierskap og tillatelser til å være de samme som den opprinnelige filen.
• Koble til systemet med en bruker for å oppdatere den nylig opprettede lastlog-filen.

root@linuxclient:/var/log/#: ls -ltrhs | grep lastlog
36K -rw-r----- 1 root tty 272G Apr 28 09:44 lastlog.old
8.0K -rw-r----- 1 root tty 143K Apr 28 09:50 lastlog

Merknad nr. 1:
Fra et ytelsesperspektiv tar en stor, tynt fil betydelig tid å sikkerhetskopiere. På grunn av typen «lastlog» vil filen sannsynligvis bli endret og må behandles fullstendig hver dag. Feller mer informasjon om sparsomme filer, se Avamar og sparsomme filer.

Merknad nr. 2:
Filen /var/log/lastlog er en tynt fil med størrelse avhengig av utvalget av bruker-ID-er som finnes i /etc/passwd-filen.

I eksemplet ovenfor hadde /etc/passwd opprinnelig bruker-ID-er som gikk så høyt som 502.  

Filen var tynt, men moderat. Den rapporterte filstørrelsen var liten.

root@linuxclient:/var/log/#: ls -ltrhs /var/log/lastlog
16K -rw-rw-r-- 1 root root 143K Apr 30 11:26 /var/log/lastlog

Hvis du legger til en bruker med en stor bruker-ID, økes størrelsen på lastlogen betydelig i rapportert størrelse. Som vist nedenfor, jo høyere bruker-ID, jo mer sparsom (og den høyere rapporterte størrelsen) av lastlog.

Legg til en bruker med høy bruker-ID.

root@linuxclient:/var/log/#: useradd sparsetest -u 999999 

Brukerspartest opprettet.

root@linuxclient:/var/log/#: tail -1 /etc/passwd sparsetest:x:999999:999999::/home/sparsetest:/bin/bash

Lastlog-filen øker i rapportert størrelse.

root@linuxclient:/var/log/#: ls -ltrhs /var/log/lastlog
32K -rw-rw-r-- 1 root root 279M Apr 30 11:34 /var/log/lastlog

Legg til en bruker med enda høyere bruker-ID.

root@linuxclient:/var/log/#: useradd sparsetest2 -u 999999999

Lastlog-filen blir enda mer sparsom.

root@linuxclient:/var/log/#: ls -ltrhs /var/log/lastlog
48K -rw-rw-r-- 1 root root 272G Apr 30 11:46 /var/log/lastlog