Avamar - Linux 클라이언트 백업의 크기가 '/var/log/lastlog' 및 스파스 파일 처리 동작으로 인해 오해의 소지가 있을 수 있습니다.

Summary: Avamar Linux 클라이언트 백업의 크기가 '/var/log/lastlog' 및 스파스 파일 처리 동작으로 인해 오해의 소지가 있을 수 있습니다.

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

이 문서에 설명된 동작은 Avamar 백업 크기 보고에 영향을 미칠 수 있습니다.
이는 Avamar 백업에서 보호되는 데이터의 양에 대해 보고해야 하는 관심사입니다. 예를 들어 서비스 공급업체가 최종 사용자에게 클라이언트 양에 대해 송장을 발행하는 경우가 있습니다.

/var/log/lastlog가 포함된 Linux 클라이언트 백업의 보고된 크기는 클라이언트에서 사용할 수 있는 총 디스크 공간보다 클 수 있습니다.

예제:
Linux 클라이언트는 39MB의 데이터가 포함된 /var/log 디렉토리만 백업하도록 구성됩니다.
root@linuxclient:~/#: du -hs /var/log
39M /var/log

/var/log 디렉토리와 백업에 '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

참고: lastlog는 디스크에 48K의 공간을 소비하지만 일반 보고 크기는 272GB입니다. 스파스 파일입니다. 백업이 완료되면 avtar는 272GB의 데이터를 백업한 것으로 주장합니다.
 
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)


백업되는 데이터의 양에 대해 보고된 값이 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


Cause

사용자(사람 또는 기타)가 시스템에 로그인할 때마다 /var/log/lastlog 파일이 변경됩니다. Avtar은 문서 Avamar 및 스파스 파일에 설명된 스파스 파일 처리 제한 사항으로 인해 전체 파일을 처리해야 합니다.

Resolution

해결 방법 1: 백업에서 /var/log/lastlog를 제외합니다. 

사용자가 감사 목적으로 lastlog를 백업해야 하는 경우, lastlog의 출력을 출력 파일
로 전송하기 위해 예약된 일일 crontab을 생성하는 것을 고려하십시오. 예를 들어,
lastlog > /var/log/lastlog_$(date +%d%m%Y).log

일반 파일 lastlog_< 백업되지만 원래 스파스 마지막 로그는 백업되지 않습니다.


>해결 방법 2: 사용자 ID 범위를 줄이고 'lastlog'를 축소합니다.

이러한 높은 사용자 ID가 필요한지 고려합니다. 지정된 범위의 모든 사용자ID를 사용할 가능성이 있습니까?
낮은 사용자 ID가 동일하게 작동하는 경우 다음이 유용할 수 있습니다. 
  • /etc/passwd를 편집하여 사용자 ID 범위가 가능한 한 작도록 합니다.
  • lastlog 파일의 이름을 변경한 다음 터치 마지막 로그를 사용하여 다시 생성합니다. 소유권 및 사용 권한을 원래 파일과 동일하게 설정합니다.
  • 사용자와 함께 시스템에 연결하여 새로 생성된 lastlog 파일을 업데이트합니다.
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

참고 # 1:
성능 측면에서 볼 때 대규모 스파스 파일은 백업하는 데 상당한 시간이 걸립니다. 'lastlog'의 특성상 파일이 수정될 가능성이 높으며 매일 완전히 처리되어야 합니다. 스파스 파일에 대한 F
이상 정보는Avamar 및 스파스 파일을 참조하십시오 .

참고 #2:
/var/log/lastlog 파일은 /etc/passwd 파일에 존재하는 사용자 ID의 범위에 따라 크기가 달라지는 스파스 파일입니다.

위에 제공된 예에서 /etc/passwd에는 원래 502만큼 높은 사용자 ID가 있었습니다.  

파일은 스파스(sparse)였지만 적당히 그 정도였습니다. 보고된 파일 크기가 작습니다.
root@linuxclient:/var/log/#: ls -ltrhs /var/log/lastlog
16K -rw-rw-r-- 1 root root 143K Apr 30 11:26 /var/log/lastlog


사용자 ID가 큰 사용자를 추가하면 lastlog의 크기가 보고된 크기가 크게 증가합니다. 아래 그림과 같이 userID가 높을수록 lastlog의 스파스(및 보고된 크기)가 높아질 수 있습니다.

높은 userID를 가진 사용자를 추가합니다.
root@linuxclient:/var/log/#: useradd sparsetest -u 999999 

사용자 sparsetest가 생성되었습니다.
root@linuxclient:/var/log/#: tail -1 /etc/passwd sparsetest:x:999999:999999::/home/sparsetest:/bin/bash

마지막 로그 파일의 크기가 증가합니다.
root@linuxclient:/var/log/#: ls -ltrhs /var/log/lastlog
32K -rw-rw-r-- 1 root root 279M Apr 30 11:34 /var/log/lastlog

사용자 ID가 더 높은 사용자를 추가합니다.
root@linuxclient:/var/log/#: useradd sparsetest2 -u 999999999

마지막 로그 파일은 스파스 상태가 됩니다.
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

Avamar

Products

Avamar
Article 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.