Avamar — rozmiar kopii zapasowej klienta Linux może być mylące ze względu na zachowanie "/var/log/lastlog" i mniejsza obsługa plików.

Zachowanie opisane w tym artykule może mieć wpływ na raportowanie rozmiaru kopii zapasowej Avamar.
Jest to interesujące, gdy musimy zgłosić ilość danych chronionych w kopii zapasowej Avamar. Przykładem może być wystawienie przez usługodawcę faktury dla użytkowników końcowych na kwotę klienta.

Zgłoszony rozmiar kopii zapasowej klienta Linux, w której znajduje się plik /var/log/lastlog, może być większy niż całkowite miejsce na dysku dostępne dla klienta.

Przykład:
Klient Linux jest skonfigurowany do tworzenia kopii zapasowej tylko katalogu /var/log, który zawiera 39 MB danych.

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

Katalog /var/log i kopia zapasowa zawierają "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

Uwaga: lastlog zużywa 48 K miejsca na dysku, podczas gdy zwykły zgłoszony rozmiar to 272 GB. Jest to plik sparse. Po zakończeniu tworzenia kopii zapasowej firma Avtar twierdzi, że wydała kopię zapasową 272 GB danych.
 

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)

Zgłoszona wartość ilości danych, dla których jest wykonywana kopia zapasowa, jest większa niż rozmiar systemu plików Linux.

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

Plik /var/log/lastlog zmienia się za każdym razem, gdy użytkownik (ludzki lub inny) loguje się do systemu. Avtar musi przetwarzać cały plik ze względu na ograniczenia dotyczące obsługi sparse plików opisane w artykule Avamar i sparse plików.

Obejście 1: Wyklucz /var/log/lastlog z kopii zapasowej. 

Jeśli użytkownik musi utworzyć kopię zapasową ostatniego dziennika do celów audytowych, rozważ utworzenie zaplanowanej codziennej tabeli Crontab w celu wysłania danych wyjściowych ostatniego dziennika do pliku wyjściowego,
na przykład

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

Regularne lastlog_<date> plików zostaną przywrócone, ale oryginalny, sparse lastlog nie będzie.


Obejście problemu nr 2: Zmniejsz zakres identyfikatorów użytkownika i zmniejsz "lastlog".

Sprawdź, czy wymagany jest tak wysoki identyfikator użytkownika. Czy w danym zakresie najprawdopodobniej zostaną wykorzystane wszystkie identyfikatory użytkownika?
Jeśli niższy identyfikator użytkownika jest równie funkcjonalny, przydatne mogą być następujące elementy: 

• Edytuj /etc/passwd, aby upewnić się, że zakres identyfikatorów USERID jest tak mały, jak to możliwe.
• Zmień nazwę pliku ostatniego dziennika, a następnie utwórz go ponownie za pomocą dziennika dotykowego lastlog. Ustaw własność i uprawnienia na takie same jak oryginalny plik.
• Połącz się z systemem z użytkownikiem, aby zaktualizować nowo utworzony plik ostatniego dziennika.

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

Uwaga nr 1:
Z punktu widzenia wydajności, tworzenie dużej, rozrzedzonych plików zajmuje znaczną ilość czasu. Ze względu na charakter "lastlog" plik prawdopodobnie zostanie zmodyfikowany i musi być w pełni przetworzony każdego dnia. Flub więcej informacji na temat rozrzedzonych plików, patrz Avamar i rozrzedzone pliki.

Uwaga nr 2:
Plik /var/log/lastlog to plik, którego rozmiar zależy od zakresu identyfikatorów użytkownika, który istnieje w pliku /etc/passwd.

W powyższym przykładzie nazwa użytkownika /etc/passwd miała identyfikatory użytkownika, których liczba wzrosła do 502.  

Plik był rozrzedzony, ale w sposób umiarkowany. Zgłoszony rozmiar pliku był mały.

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

Dodanie użytkownika z dużym identyfikatorem użytkownika powoduje znaczne zwiększenie rozmiaru dziennika końcowego. Jak pokazano poniżej, im wyższy identyfikator użytkownika, tym bardziej rozrzedzony (i większy zgłoszony rozmiar) ostatniego dziennika.

Dodaj użytkownika o wysokim identyfikatorze użytkownika.

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

Utworzono sparsetest użytkownika.

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

Plik ostatniego dziennika zwiększa zgłoszony rozmiar.

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

Dodaj użytkownika z jeszcze wyższym identyfikatorem użytkownika.

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

Plik ostatniego dziennika staje się jeszcze bardziej rozrzedzony.

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