대용량 백업에서 몇 개의 작은 파일을 복원하는 데 시간이 오래 걸립니다.

문제 증상

대용량 파일 시스템 백업 (예 : 1 테라 바이트의 데이터를 포함하는 디렉토리)에서 작은 파일 또는 디렉토리 (예 : 몇 메가 바이트 크기)를 복원하려면 시간이 오래 걸립니다.

문제 설명

Amanda는 다음 두 가지 일반 이미지 형식 중 하나로 파일 시스템 백업을 저장합니다.

• UNIX / Linux 파일 시스템, NFS 및 CIFS 백업은 tar 아카이브, 일반적으로 GNU tar.
• Windows NTFS 백업은 ZIP64 형식입니다.

두 형식 모두 전체 이미지를 복원하든 선택한 파일 / 디렉토리 만 복원하든 이미지의 시작 부분에서 시작하여 연속적으로 스트리밍하여 복원합니다. 따라서 파일을 복원하는 데 걸리는 시간은 백업 이미지를 만드는 데 걸린 시간과 비슷할 수 있습니다.

선택한 파일 만 복원하려면 tar 또는 Zmanda Windows Client는 여전히 전체 이미지를 통해 처음부터 끝까지 스트림을 시작하여 파일을 찾으면 파일을 복원해야합니다.

분해능

선택한 파일의 복원 시간을 줄이려면 백업 시간을 줄여야합니다. 이를 수행하는 한 가지 방법은 원본의 큰 개체의 다른 부분을 백업하는 여러 개의 작은 개체로 분할하는 것입니다.

다음 예제를 고려하십시오.

$ ls /big/data
dir1/
dir2/
largedir1/
largedir2/
file1
file2

1. ”에 대한 백업 개체 생성 /big/data”을 선택하고 큰 하위 디렉터리 (“./largedir1"및" ./largedir2“). 제외 구문에 대한 자세한 내용은 다음 문서를 참조하십시오.
   
   http://docs.zmanda.com/Project:Amanda_Enterprise_3.3/ZMC_Users_Manual/Backup_What#Exclude_Specifications
    
2. 각 하위 디렉터리를 별도의 개체로 백업합니다.
   • / big / data / largedir1
   • / big / data / largedir2
3. 또는 (UNIX / Linux, NFS 및 CIFS에만 해당) 별칭이 다른 여러 / big / data 백업 개체를 만듭니다 (Backup| What > Advanced Options > Alias) 및 사용 exclude 과 include 속성. 그만큼 exclude 속성을 설정할 수 있습니다. Backup| What하지만, include 속성은 "/etc/amanda/<BackupSet>/disklist.conf ”파일. 자세한 내용은 다음 문서를 참조하십시오.
   
   http://wiki.zmanda.com/index.php/How_To:Split_DLEs_With_Exclude_Lists

큰 개체를 작은 개체로 분할하고 작은 개체에서 복원함으로써 Amanda는 복원 프로세스를 위해 더 적은 데이터를 통해 스트리밍 할 수 있습니다.