어플라이언스는 위의 모든 백업 유형에 대해 레벨 기반 증분 백업을 지원합니다. 레벨 백업을 지정하기 위해 DMA는 일반적으로 다음 3개의 환경 변수를 지정합니다.
|
정의에 따라 레벨-N 백업에는 N보다 작은 레벨을 사용하는 같은 공유, 같은 백업 세트("DMP_NAME"으로 지정됨)의 이전 백업 이후로 변경된 모든 파일이 포함됩니다. 레벨-0 백업에는 항상 모든 파일이 포함됩니다. 업데이트의 값이 "y"(기본값)인 경우 N보다 큰 레벨의 향후 백업이 이 백업을 기반으로 사용하도록 현재 백업이 기록됩니다. 이러한 변수는 일반적으로 DMA가 관리하며 관리자가 직접 구성하지 않아도 됩니다.
샘플 증분 백업 일정은 아래와 같습니다.
|
파일 시스템의 상태를 매달 24일의 상태로 복원하려면 일반적으로 관리자가 매월 1일의 레벨-0 백업을 새 공유로 복원하고, 매달 21일의 레벨-1 백업을 복원한 다음 매달 24일의 레벨-2 백업을 복원합니다.
레벨 기반 증분 백업을 구현하려면 어플라이언스가 각 공유의 레벨 백업 내역을 추적해야 합니다. "tar" 및 "dump" 백업의 경우 레벨 백업 내역이 공유 메타데이터에서 유지 관리됩니다. 증분 백업은 파일 시스템을 순회하며 이전 레벨 백업 시점 이후에 수정된 파일을 포함합니다. 복원 시점에 시스템은 백업 스트림에 있는 모든 파일만 복원하면 됩니다. 따라서 위의 예에서는 24일의 레벨-2 백업을 파일 시스템에 복원할 수 있으며 해당 백업 스트림에 포함된 파일은 파일이 백업된 파일 시스템과 대상 파일 시스템이 대응하지 않더라도 복원됩니다. 그러나 원래 파일 시스템 상태를 복구하기 위해 위와 같은 절차를 사용하는 최적의 사용법은 이전 레벨 백업의 복원을 빈 트리에서 시작하는 것입니다.
"zfs" 유형의 효율적인 레벨 기반 증분 백업을 구현하기 위해 시스템에서는 다른 방식을 사용합니다. 증분 세트에 속하는 백업은 백업에 사용된 스냅샷을 삭제하지 않고 시스템에 남겨 둡니다. 후속 증분 백업은 이 스냅샷을 기반으로 사용하여 변경된 파일 시스템 블록을 빠르게 식별하고 백업 스트림을 생성합니다. 그 결과 후속 증분 백업을 만들려면 백업 후에 NDMP 서비스가 남긴 스냅샷은 삭제하지 않아야 합니다.
이 동작의 또 다른 중요한 결과는 증분 스트림을 복원하기 위해 파일 시스템 상태가 증분 스트림의 기본 스냅샷에 있는 상태와 정확하게 대응해야 한다는 것입니다. 즉, 레벨-2 백업을 복원하기 위해서는 파일 시스템의 모양이 이전 레벨-1 백업이 완료되었을 때와 똑같아야 합니다. 21일의 레벨-1 백업이 방금 복원되었기 때문에 시스템에서 해당 백업이 완료되었을 때와 24일의 레벨-2 백업 스트림을 복원할 때가 똑같으므로 위의 일반적으로 사용되는 절차가 보장됩니다.
증분 "zfs" 백업 스트림을 최신 스냅샷과 증분 스트림의 기본 스냅샷이 대응하지 않는 파일 시스템으로 복원하려고 하거나 파일 시스템이 해당 기본 스냅샷 이후에 변경된 경우에는 NDMP 서비스가 오류를 보고합니다. NDMP 환경 변수 "ZFS_FORCE"에 "y" 값을 지정하거나 NDMP 서비스의 "Rollback datasets(데이터 세트 롤백)" 등록 정보를 구성하여 복원이 시작되기 바로 전에 기본 스냅샷으로 롤백하도록 NDMP 서비스를 구성할 수 있습니다(NDMP 등록 정보 및 로그 참조).