Avamar - Størrelsen på en Linux-klientsikkerhedskopiering kan være misvisende på grund af "/var/log/lastlog" og sparse-filhåndteringsadfærd.
Summary: Størrelsen på en Avamar Linux-klientsikkerhedskopiering kan være misvisende på grund af "/var/log/lastlog" og sparse-filhåndteringsadfærd.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Den adfærd, der er beskrevet i denne artikel, kan påvirke rapportering af Avamar-sikkerhedskopieringsstørrelse.
Dette er interessant, hvor vi skal rapportere om mængden af data, der er beskyttet i en Avamar-sikkerhedskopiering. Et eksempel kunne være, hvor en serviceudbyders fakturaer slutbrugere for klientens størrelse.
Den rapporterede størrelse af en Linux-klientsikkerhedskopiering, hvor /var/log/lastlog medfølger, kan være større end den samlede diskplads, der er tilgængelig for klienten.
Eksempel:
En Linux-klient er kun konfigureret til at sikkerhedskopiere /var/log-mappen, som indeholder 39 MB data.
/var/log-mappen og sikkerhedskopieringen indeholder "lastlog",
Bemærk: LastLog bruger 48 K plads på disken, mens den almindelige rapporterede størrelse er 272 GB. Dette er sparse-fil. Efter afslutning af sikkerhedskopieringen skal avtar-påstand have sikkerhedskopieret 272 GB data.
Den rapporterede værdi for den mængde data, der sikkerhedskopieres, er større end størrelsen på Linux-filsystemet.
Dette er interessant, hvor vi skal rapportere om mængden af data, der er beskyttet i en Avamar-sikkerhedskopiering. Et eksempel kunne være, hvor en serviceudbyders fakturaer slutbrugere for klientens størrelse.
Den rapporterede størrelse af en Linux-klientsikkerhedskopiering, hvor /var/log/lastlog medfølger, kan være større end den samlede diskplads, der er tilgængelig for klienten.
Eksempel:
En Linux-klient er kun konfigureret til at sikkerhedskopiere /var/log-mappen, som indeholder 39 MB data.
root@linuxclient:~/#: du -hs /var/log 39M /var/log
/var/log-mappen og sikkerhedskopieringen indeholder "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
Bemærk: LastLog bruger 48 K plads på disken, mens den almindelige rapporterede størrelse er 272 GB. Dette er sparse-fil. Efter afslutning af sikkerhedskopieringen skal avtar-påstand have sikkerhedskopieret 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 rapporterede værdi for den mængde data, der sikkerhedskopieres, er større end 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
Cause
Filen /var/log/lastlog ændres, når en bruger (menneskelig eller anden) logger på systemet. Avtar skal behandle hele filen på grund af begrænsningerne for sparse-filhåndtering, der er beskrevet i artiklen Avamar- og Sparse-filer.
Resolution
Løsning 1: Udeluk /var/log/lastlog fra sikkerhedskopien.
Hvis brugeren skal sikkerhedskopiere lastlog til overvågningsformål, skal du overveje at oprette en planlagt daglig crontab for at sende outputtet fra lastlog til en outputfil,
f.eks.
Den almindelige fil lastlog_<date blev sikkerhedskopieret, men den oprindelige sparse lastlog blev ikke
.>Løsning 2: Reducer antallet af userID'er, og formindsk "lastlog".
Overvej, om et sådant højt bruger-ID er påkrævet. Er det sandsynligt, at den forbruger alle userID'er i det givne område?
Hvis et lavere bruger-id er lige så funktionelt, kan følgende være nyttigt.
Hvis brugeren skal sikkerhedskopiere lastlog til overvågningsformål, skal du overveje at oprette en planlagt daglig crontab for at sende outputtet fra lastlog til en outputfil,
f.eks.
lastlog > /var/log/lastlog_$(date +%d%m%Y).log
Den almindelige fil lastlog_<date blev sikkerhedskopieret, men den oprindelige sparse lastlog blev ikke
.>Løsning 2: Reducer antallet af userID'er, og formindsk "lastlog".
Overvej, om et sådant højt bruger-ID er påkrævet. Er det sandsynligt, at den forbruger alle userID'er i det givne område?
Hvis et lavere bruger-id er lige så funktionelt, kan følgende være nyttigt.
- Rediger /etc/passwd for at sikre, at antallet af userID'er er så lille som muligt.
- Omdøb lastlog-filen, og opret den derefter igen ved hjælp af berørings-lastlog. Indstil ejerskab og tilladelser til at være de samme som den oprindelige fil.
- Opret forbindelse til systemet med en bruger for at opdatere den nyoprettede lastlog-fil.
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
Additional Information
Bemærkning nr. 1:
Fra et ydeevne-perspektiv tager det lang tid at sikkerhedskopiere en stor sparsom fil. På grund af "lastlog"-karakteren vil filen sandsynligvis blive ændret og skal behandles helt hver dag. Feller flere oplysninger om sparse-filer, se Avamar- og Sparse-filer.
Bemærkning nr. 2:
Filen /var/log/lastlog er en sparse-fil, hvis størrelse afhænger af rækken af userID'er, som findes i filen /etc/passwd.
I eksemplet ovenfor havde /etc/passwd oprindeligt userID'er, der var helt op til 502.
Filen var sparse, men moderat. Den rapporterede filstørrelse var lille.
Hvis du tilføjer en bruger med et stort userID, vil størrelsen af lastlog blive betydeligt øget i den rapporterede størrelse. Som illustreret nedenfor, jo højere bruger-id, jo mere sparre (og jo højere rapporteret størrelse) i lastlog.
Tilføj en bruger med et højt bruger-id.
Brugers sparsetest er oprettet.
Lastlog-filen øges i den rapporterede størrelse.
Tilføj en bruger med et endnu højere bruger-id.
Den sidstelog-fil bliver endnu mere sparse.
Fra et ydeevne-perspektiv tager det lang tid at sikkerhedskopiere en stor sparsom fil. På grund af "lastlog"-karakteren vil filen sandsynligvis blive ændret og skal behandles helt hver dag. Feller flere oplysninger om sparse-filer, se Avamar- og Sparse-filer.
Bemærkning nr. 2:
Filen /var/log/lastlog er en sparse-fil, hvis størrelse afhænger af rækken af userID'er, som findes i filen /etc/passwd.
I eksemplet ovenfor havde /etc/passwd oprindeligt userID'er, der var helt op til 502.
Filen var sparse, men moderat. Den rapporterede filstørrelse var lille.
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 tilføjer en bruger med et stort userID, vil størrelsen af lastlog blive betydeligt øget i den rapporterede størrelse. Som illustreret nedenfor, jo højere bruger-id, jo mere sparre (og jo højere rapporteret størrelse) i lastlog.
Tilføj en bruger med et højt bruger-id.
root@linuxclient:/var/log/#: useradd sparsetest -u 999999
Brugers sparsetest er oprettet.
root@linuxclient:/var/log/#: tail -1 /etc/passwd sparsetest:x:999999:999999::/home/sparsetest:/bin/bash
Lastlog-filen øges i den rapporterede 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
Tilføj en bruger med et endnu højere bruger-id.
root@linuxclient:/var/log/#: useradd sparsetest2 -u 999999999
Den sidstelog-fil bliver endnu mere 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
Affected Products
AvamarProducts
AvamarArticle Properties
Article Number: 000164572
Article Type: Solution
Last Modified: 10 Feb 2025
Version: 5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.