Avamar – Storleken på en Linux-klientsäkerhetskopiering kan vara missvisande på grund av beteendet "/var/log/lastlog" och för sparse-filhantering.

Det beteende som beskrivs i den här artikeln kan påverka rapporteringen av avamar-säkerhetskopieringsstorlek.
Det är intressant där vi måste rapportera om mängden data som skyddas i en Avamar-säkerhetskopiering. Ett exempel är när en tjänsteleverantör fakturerar slutanvändaren för klientens storlek.

Den rapporterade storleken på en Linux-klientsäkerhetskopiering där /var/log/lastlog ingår kan vara större än det totala diskutrymmet som är tillgängligt för klienten.

Exempel:
En Linux-klient är konfigurerad att endast säkerhetskopiera katalogen /var/log som innehåller 39 MB data.

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

Katalogen /var/log och säkerhetskopian innehåller "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

Obs! lastlog förbrukar 48 K utrymme på disken, medan den vanliga rapporterade storleken är 272 GB. Det här är en sparsefil. När säkerhetskopieringen har slutförts säger Avtar att de har säkerhetskopierat 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)

Det rapporterade värdet för mängden data som säkerhetskopieras är större än storleken 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 ändras när en användare (mänsklig eller annan) loggar in på systemet. Avtar måste bearbeta hela filen på grund av begränsningarna för filhantering med sparse som beskrivs i artikeln Avamar- och sparse-filer.

Lösning 1: Exkludera /var/log/lastlog från säkerhetskopian. 

Om användaren måste säkerhetskopiera lastlog för granskningsändamål bör du överväga att skapa en schemalagd daglig crontab för att skicka utdata från lastlog till en utdatafil
, till exempel

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

Den vanliga filen lastlog_<date> skulle säkerhetskopieras, men den ursprungliga, sparse lastlog skulle inte göra det.


Tillfällig lösning 2: Minska antalet användar-ID:er och krymp "lastlog".

Tänk på om det krävs ett så högt användar-ID. Är det troligt att alla användar-ID:s används i det angivna intervallet?
Om ett lägre användar-ID fungerar lika mycket kan följande vara användbart: 

• Redigera /etc/passwd för att se till att intervallet med användar-ID:er är så liten som möjligt.
• Byt namn på lastlog-filen och återskapa den sedan med hjälp av touch lastlog. Ställ in ägarskap och behörigheter så att de är samma som den ursprungliga filen.
• Anslut till systemet med en användare för att uppdatera den nyligen skapade 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

Obs! 1
Ur ett prestandaperspektiv tar en stor sparsefil mycket tid att säkerhetskopiera. På grund av typen av "lastlog" kommer filen sannolikt att ändras och måste bearbetas fullständigt varje dag. Feller mer information om sparse-filer, se Avamar och sparse-filer.

Obs! 2
Filen /var/log/lastlog är en sparse-fil vars storlek beror på det intervall av användar-ID:er som finns i /etc/passwd-filen.

I exemplet ovan hade /etc/passwd ursprungligen användar-ID:er som blev så höga som 502.  

Filen var liten, men måttligt så. Den rapporterade filstorleken 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

Om du lägger till en användare med ett stort användar-ID ökar storleken på lastlog avsevärt i den rapporterade storleken. Enligt bilden nedan är användar-ID:t högre, desto mer liten (och högre rapporterad storlek) i lastlog.

Lägg till en användare med ett högt användar-ID.

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

Användarens sparuppsättnings mest skapade.

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

Lastlog-filen ökar i rapporterad storlek.

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

Lägg till en användare med ännu högre användar-ID.

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

Lastlog-filen blir ännu mer sparse.

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