'버전 12'백업 형식 (아카이브 3) – 아크로니스 총판 AIFRICA - 기술지원 센터

'버전 12'백업 형식 (아카이브 3)은 Acronis Cyber Protect Cloud 및 Acronis Backup 12.5의 기본 아카이브 유형입니다. 모바일 데이터, 애플리케이션, 애플리케이션 인식, Mac OS, Oracle DB, Office365 사서함 등을 포함한 모든 데이터를 백업하는 데 사용됩니다.

'버전 12'백업 형식 설계

'버전 12'형식의 아카이브는 다음 체계 중 하나를 사용할 수 있습니다.

● 항상 증분

클라우드 (모든 보호된 데이터 유형) 및 로컬 (전체 머신 및 디스크 수준 백업) 백업 대상 모두에 사용할 수 있습니다.

초기 전체 및 후속 증분 백업은 파일 체인 대신 단일. tibx 파일에 저장됩니다.

● 다중 전체

클라우드 및 로컬 백업 대상 모두에 사용할 수 있습니다. (모든 보호된 데이터 유형)

전체 백업의 체인과 후속 차등 및 증분 백업은 각각 단일. tibx 파일 (로컬 백업, 다중 전체 백업의 아카이브 구조 참조 )과 단일. tibx 파일 (클라우드 백업)에 저장됩니다.

'버전 12'형식의 아카이브에는 추가 전용 및 다시 쓰기의 두 가지 모드가 있습니다.

● 추가 전용 모드는 새 데이터가 항상 파일 끝에 추가됨을 의미합니다. 따라서 파일의 논리적 크기는 항상 증가합니다. 추가 전용 모드는 클라우드 또는 테이프에 백업할 때 사용됩니다.

● 다른 모든 경우에는 다시 쓰기 모드 가 사용됩니다. 다시 쓰기 모드에서 archive3는 자동으로 사용되지 않는 블록을 사용하여 데이터를 기록합니다.

Archive3에는 내장된 중복 제거 메커니즘이 있습니까?

중복 제거 : Archive3에는 내장된 중복 제거 메커니즘이 있습니다. 
아카이브에 이미 있는 블록과 동일한 블록은 다시 백업되지 않습니다.

Archive3에는 내장된 조각 모음 메커니즘이 있습니까?

Archive3에는 내장된 조각 모음 메커니즘이 없습니다.

Archive3는 재개 가능한 백업을 지원합니까?

마지막 커밋 이후의 모든 변경 사항이 손실됩니다. 최소 128MB의 데이터가 아카이브에 기록되었으므로 5분 후에 커밋이 발생합니다. 
따라서 최대 마지막 5 분의 백업이 손실됩니다. 파일 수준 백업에서는 완전하고 변경되지 않은 파일 만 건너뜁니다. 
따라서 대용량 파일 백업이 중단되면 처음부터 다시 백업됩니다. 파일 수준 백업에서는 모든 소스를 다시 트래버스 해야 합니다. 
디스크 수준 백업에서는 전체 디스크를 다시 읽지 만 실패한 백업 이후 변경된 데이터 만 아카이브에 기록됩니다.
이러한 규칙은 초기 전체 및 후속 증분 백업에 모두 적용됩니다.

예상 아카이브의 크기를 계산하는 방법은 무엇입니까?

크기는 백업되는 데이터 유형 및 고유 데이터의 양에 따라 크게 달라집니다. 중복 데이터가 많을수록 압축률이 향상됩니다 (내장된 Archive3 중복 제거 메커니즘으로 인해). 
또한 다른 데이터 유형의 압축은 크게 다를 수 있습니다. 따라서 백업 전에 아카이브 크기를 대략적으로 계산하는 것조차 불가능합니다.

'버전 12'백업 형식의 제한 사항

공통 :

● 레거시에서 새 아카이브 형식으로 변환하지 않습니다.

● 이전 아카이브 형식에서 archive3으로 또는 그 반대로 백업을 내보낼 수 없음

● 복구 옵션 "마운트 지점의 대상 복구"는 지원되지 않습니다.

● 백업 옵션 "백업 분할"은 ASN 및 클라우드 대상에 대해 지원되지 않습니다.

○ FAT32 및 ASZ 백업으로 백업하는 동안 자동으로 4GB로 분할됩니다.

○ 전체 및 차등 체인은 자동으로 별도의 파일에 저장됩니다.

● 아카이브 축소는 지원되지 않습니다. 백업을 내 보내지 않고 아카이브 논리적 크기를 줄일 수 없습니다.

○ 삭제된 것으로 표시된 블록은 재사용됩니다.

○ 파일 시스템이 sparsed을 지원하는 경우 삭제로 표시된 블록이 sparses됩니다.

● 테이프가 아닌 위치에 대한 사용자 상호 작용 없음 (예 : 디스크가 꽉 찼음)

● 파일 복구 중 대상에 대한 사용자 상호 작용 없음 (예 : 파일이 대상에서 잠겨 있거나 대상이 가득 찼음)

Acronis 부트 가능한 미디어 :

● 파일 백업은 이전 형식 (아카이브 3 X)입니다.

● Linux 미디어에서 파일 백업에서 NTFS 볼륨으로 복구를 수행 할 수 없습니다.

ASN

● Archive3는 중복 제거 기능을 사용하여 볼트로 백업하거나 복제 할 수 없습니다.

'버전 12'백업 형식의 아카이브 크기

용어 사전

● Sparse (일명 펀치 구멍)-쓸모없는 데이터가 포함된 아카이브 블록을 정리하는 작업입니다. (사용되지 않음 참조 )
● 물리적 크기 (디스크의 크기)-아카이브가 스토리지에서 차지하는 공간을 나타냅니다.
● 논리적 크기 -아카이브의 물리적 크기 + 아카이브 내의 모든 빈 블록 크기
● 미사용 -더 이상 필요하지 않지만 여전히 스토리지 공간을 차지하는 모든 데이터 블록의 크기를 나타냅니다.

크기는 데이터 유형과 백업되는 고유 데이터의 양에 따라 크게 달라집니다. 중복 데이터가 많을수록 압축률이 향상됩니다 (내장된 Archive3 중복 제거 메커니즘으로 인해). 또한 다른 데이터 유형의 압축은 크게 다를 수 있습니다. 따라서 백업 전에 아카이브 크기를 대략적으로 계산하는 것조차 불가능합니다.

(!) 이 섹션을 더 잘 이해하려면 Sparse 파일이 무엇인지 알아보십시오.
Sparse 파일이란 :

Sparse 파일은 물리적 디스크 공간을 차지하지 않는 빈 블록 (일명 구멍, 논리적 0)을 포함하는 조각난 파일입니다.

파일 시스템이 File # 1을 씁니다. 그런 다음 파일 시스템은 File # 1 바로 뒤에 File # 2를 씁니다. 
어떤 시점에서 우리는 File # 1에 정보를 추가해야 합니다. 파일 # 1 이 이미 파일 # 2를 차지하고 있으므로 파일 시스템은 파일 # 1 이 완료된 지점에서 변경 사항을 추가할 수 없습니다. 
따라서 파일 # 2 끝 뒤에 기록합니다. 이 파일 # 1 은 조각난 파일 이 됩니다.

Sparse 파일 – 물리적 디스크 공간을 차지하지 않는 빈 블록을 포함하는 조각난 파일 :

아카이브에 대해 말하면 보존 정책 실행 또는 수동 복구 지점 삭제 후 구멍이 나타날 수 있습니다.

Sparse는 대부분의 최신 파일 시스템에서 지원됩니다
● BTRFS
● NILFS
● ZFS
● NTFS
● ext2 / ext3 / ext4
● XFS
● JFS
● ReiserFS
● Reiser4
● UFS
● Rock Ridge
●UDF
● ReFS
● Acronis DC 스토리지 (모든 버전) 및 온 프레미스 Acronis Backup Gateway (ABGW)는 Sparse를 지원합니다.

다음 파일 시스템은 Sparse를 지원하지 않습니다.
● FAT32
● ExFAT
● HFS +
● SMB1
SMB 버전을 확인하려면 SMB 연결과 사용중인 언어를 표시하는 PowerShell cmdlet Get-SmbConnection 을 실행합니다.

'버전 12'형식의 아카이브는 다음으로 구성됩니다.

● 보호된 데이터 :

○ 데이터 (특정 시점의 실제 보호 데이터)

○ 사용되지 않은 공간 ( "사용 가능"하지만 아직 Sparse되지 않았습니다. 현재 보호된 데이터에서 사용하는 공간에 포함되어 있지만 다음 백업에 재 사용됨)

○ 할당 해제됨 (희소 된 데이터)

● 메타 데이터 (아카이브 구조에 대한 서비스 정보)

항상 증분 아카이브에서

백업 (복구 지점 또는 슬라이스라고도 함)이 삭제될 때마다 이 복구 지점을 통해서만 액세스할 수 있었던 모든 데이터는 "사용되지 않음"으로 표시됩니다. 확인 시 다른 Cyber Protection 에이전트가 읽기 / 찾아보기를 위해 아카이브를 열지 않고 다음과 같은 경우가 발생하면 스파 스 작업이 시작됩니다.

● "미사용"크기는 1Gb 이상입니다.
● "사용되지 않은"크기는 아카이브의 물리적 (디스크에 있는) 크기의 5 % 이상입니다 : "데이터"+ "사용되지 않음"+ "메타 데이터"
Sparse 후에는 모든 "사용되지 않은"공간이 "펀칭"됩니다. 따라서 빈 블록 조각이 생성됩니다. 결과적으로 아카이브 파일의 물리적 크기가 줄어들고 스토리지의 여유 공간이 증가합니다.

다중 전체 아카이브에서

대상에서 공간을 확보하는 방법 :

● 희소 메커니즘 사용

● 다중 전체 모드로 쓰는 동안 이전 체인 삭제

새 백업 체인이 시작 되 자마자 이전 체인은 변경 불가능 해집니다. 즉, 데이터를 읽을 수는 있지만 수정할 수는 없습니다 (스파 스 없음, 데이터 다시 쓰기 없음 등). 따라서 이전 체인에서 단일 백업 슬라이스를 삭제해도 공간이 확보되지 않습니다.

전체 백업을 포함하여 전체 백업 체인을 삭제해도 전체 백업에 종속성이 있는 경우 일부 공간이 확보되지 않습니다. 예를 들어 체인 2와 체인 3은 체인 1의 전체 백업에 의존하므로 체인 1을 삭제하면 체인 2와 체인 3도 제거할 때까지 공간이 확보되지 않습니다.

'버전 12'형식의 아카이브 크기를 줄이는 방법

클라우드 아카이브 크기 줄이기

(!)삭제된 데이터의 크기는 아카이브의 물리적 크기 (디스크 크기)의 5 % 이상이어야 합니다.

(!) 이 방법의 결과를 더 잘 예측하려면 클라우드 아카이브에서 보관 규칙이 작동하는 방식을 참조하세요.

클라우드의 보존 규칙

백업할 항목은 파일 A & 파일 B입니다.

보관 규칙: 백업 2개 보관
1. 백업이 처음으로 실행됩니다. 전체 백업 F1이 생성됩니다.
2. 파일A가 수정되었습니다.
3. 백업이 두 번째로 실행됩니다. 증분 백업 I2가 생성됩니다. 파일 A가 백업되는 동안(변경된 이후) 파일 B는 건너뜁니다(심링크로서 여전히 I2에 포함됨).
4. A 파일이 다시 수정되었습니다.
5. 백업이 세 번째로 실행됩니다. 증분 백업 I3이 생성됩니다. 파일 A가 다시 백업되고 있습니다(I2 이후 변경되었으므로). 파일 B는 여전히 건너뜁니다.(심볼릭 링크로서 여전히 I3에 포함되어 있음)

현재 3개의 백업이 있으므로 가장 오래된 슬라이스인 F1에 대한 보존 규칙이 시작됩니다. 
정리하면 F1에 고유한 파일만 삭제되고 다른 조각에는 표시되지 않습니다. 
이 예시 에서 F1 아래의 파일 A는 고유한 파일이므로(다른 슬라이스에서 파일 A의 버전을 수정했으므로) 삭제됩니다. 
파일 B는 수정되지 않았으며 모든 조각(F1, I2, I3)에 동일한 버전의 파일이 포함되어 있으므로 삭제되지 않습니다. 
즉, F1 아래의 파일 B는 고유하지 않습니다.