이 문서에는 Blob의 운영 백업 및 자격 증명 모음 백업에 대한 지역별 가용성, 지원되는 시나리오 및 제한 사항이 요약되어 있습니다.
지원되는 지역
백업 유형 선택
Blob에 대한 운영 백업은 프랑스 남부 및 남아프리카 공화국 서부를 제외한 모든 공용 클라우드 지역에서 사용할 수 있습니다. 또한 모든 Azure Government 지역 및 중국 지역(중국 동부 제외)의 소버린 클라우드 지역에서도 사용할 수 있습니다.
Blob에 대한 자격 증명 모음 백업은 모든 퍼블릭 클라우드 지역에서 사용할 수 있습니다.
Azure Blob 백업에 지원되는 시나리오 및 지원되지 않는 시나리오
백업 유형 선택
Blob의 운영 백업은 Blob 특정 시점 복원, Blob 버전 관리, Blob에 대한 일시 삭제, Blob에 대한 변경 피드 및 로컬 백업 솔루션을 제공하는 잠금 삭제를 사용합니다. 따라서 이러한 기능에 적용되는 제한 사항은 운영 백업에도 적용됩니다.
지원되는 시나리오:
운영 백업은 표준 범용 v2 스토리지 계정에서만 블록 Blob을 지원합니다. 계층 구조 네임스페이스가 설정된 스토리지 계정(즉, ADLS Gen2 계정)은 지원되지 않습니다.
또한 스토리지 계정에 있는 모든 페이지 Blob, 추가 Blob 및 프리미엄 Blob은 복원되지 않으며 블록 Blob만 복원됩니다.
Blob 백업은 스토리지 계정에 프라이빗 엔드포인트가 있는 경우에도 지원됩니다.
기타 제한 사항:
- 보존 기간에 컨테이너를 삭제한 경우 해당 컨테이너는 특정 시점 복원 작업으로 복원되지 않습니다. 삭제된 컨테이너에 포함된 BLOB이 있는 BLOB 범위의 복원을 시도하면 특정 시점 복원 작업이 실패합니다. 컨테이너를 삭제하지 못하도록 보호하는 방법에 대한 자세한 내용은 컨테이너에 대한 일시 삭제를 참조하세요.
-
법적 보존이 설정된 컨테이너는 지원되지 않습니다.
- Blob이 현재 순간과 복원 지점 사이에서 핫 및 쿨 계층 사이를 이동하면 Blob이 이전 계층으로 복원됩니다. 보관 계층에서는 블록 Blob의 복원이 지원되지 않습니다. 예를 들어, 핫 계층의 Blob을 2일 전에 보관 계층으로 이동하고 복원 작업을 3일 전 지점으로 복원하면 Blob이 핫 계층으로 복원되지 않습니다. 보관된 Blob을 복원하려면 먼저 보관 계층 외부로 이동합니다. 자세한 내용은 보관 계층에서 Blob 데이터 리하이드레이션을 참조하세요.
-
Put Block 또는 Put Block from URL을 통해 업로드되었지만
Put Block List를 통해 커밋되지 않은 블록은 Blob에 속하지 않으므로 복원 작업의 일부로 복원되지 않습니다.
- 활성 임대가 있는 BLOB은 복원할 수 없습니다. 활성 임대가 있는 BLOB이 복원할 BLOB 범위에 포함된 경우 복원 작업이 자동으로 실패합니다. 복원 작업을 시작하기 전에 활성 임대를 중단합니다.
- 스냅샷은 복원 작업의 일부로 생성되거나 삭제되지 않습니다. 기본 Blob만 이전 상태로 복원됩니다.
- 복원되는 Blob 중에 변경 불가능한 Blob이 있는 경우 이러한 변경 불가능한 Blob은 선택한 복구 지점에 따른 상태로 복원되지 않습니다. 그러나 불변성을 사용하지 않는 다른 Blob은 예상대로 선택한 복구 지점으로 복원됩니다.
Blob에 대한 자격 증명 모음 백업 솔루션을 사용하여 표준 범용 v2 스토리지 계정의 블록 Blob만 백업할 수 있습니다.
스토리지 계정에 프라이빗 엔드포인트가 있는 경우에도 Blob 자격 증명 모음 백업이 지원됩니다.
HNS 사용 스토리지 계정은 현재 지원되지 않습니다. 여기에는 ADLS Gen2 계정, NFS 3.0을 사용하는 계정 및 Blob용 SFTP 프로토콜이 포함됩니다.
하루에 스토리지 계정당 최대 5개의 백업을 수행할 수 있습니다.
최대 100개의 컨테이너를 사용하여 스토리지 계정을 백업할 수 있으며, 해당 컨테이너 내의 Blob 수에는 제한이 없습니다. 백업할 컨테이너의 하위 집합을 선택할 수도 있습니다(최대 100개의 컨테이너).
- 스토리지 계정에 100개가 넘는 컨테이너가 포함된 경우 백업하려면 최대 100개의 컨테이너를 선택해야 합니다.
- 스토리지 계정에 대한 백업 구성 후에 생성되는 새 컨테이너를 백업하려면 스토리지 계정의 보호를 수정합니다. 이러한 컨테이너는 자동으로 백업되지 않습니다.
백업할 스토리지 계정에는 최소 1개의 컨테이너가 포함되어야 합니다. 스토리지 계정에 컨테이너가 포함되어 있지 않거나 선택된 컨테이너가 없으면 백업을 구성할 때 오류가 나타날 수 있습니다.
$web 자격 증명 모음 백업에는 시스템 컨테이너만 $root 지원됩니다.
스토리지 계정에 대한 보호(자격 증명 모음 백업)를 중지해도 스토리지 계정에 만든 개체 복제 정책은 삭제되지 않습니다. 이러한 시나리오에서는 OR 정책을 수동으로 삭제해야 합니다.
스토리지 계정 장애 전환 중 Azure Blob 볼트 백업에 방해가 되는 것을 피하려면 특정 순서를 따르면 됩니다 - 백업을 일시정지하고, 스토리지 계정 수준에서 객체 복제 정책을 제거한 뒤, 장애 전환을 완료한 후 백업을 재개하는 것입니다. 이 과정은 기존 복구 지점에는 영향을 주지 않습니다. 하지만 다음 백업 작업 중에 블롭의 완전한 재복제를 트리거합니다. 객체 복제 정책은 다음 백업 사이클에서 자동으로 재생성됩니다.
백업을 제거하면 Azure Backup은 원본에서 개체 복제 정책을 자동으로 삭제합니다. 사용자 지정 잠금이 있는 경우 정책을 수동으로 제거합니다. 보호를 중지하면 스토리지 계정이 Backup 보관소 및 도구(예: Backup 센터)와의 연결이 끊어집니다. 이 작업은 Blob 시점 복원, 버전 관리 또는 변경 피드 설정을 비활성화하지 않습니다.
보관 계층 Blob 백업은 지원되지 않습니다. 쿨 티어와 콜드 티어의 블롭이 핫 티어에서 복원됩니다.
Data Lake Storage API를 사용하여 업로드된 Blob에는 백업 작업이 지원되지 않습니다.
같은 이름의 컨테이너를 저장 계정에서 삭제하고 다시 만들면, 객체 복제 는 변경 사항을 인식하지 못합니다. 따라서 향후 Recovery Points에는 이전 Blob 및 해당 버전이 계속 포함됩니다.
마찬가지로 동일한 이름의 컨테이너를 삭제하고 다시 만드는 경우 개체 복제 는 변경 내용을 추적하지 않으며 향후 복구 지점에는 이전 Blob 및 버전이 계속 포함됩니다.
원본 스토리지 계정에서 보호를 일시 중단 및 다시 시작하거나 개체 복제 정책을삭제하면 정책이 전체 백업을 트리거합니다.
UAMI(사용자 할당 관리 ID)를 사용하는 백업 자격 증명 모음은 Azure Blob Vaulted 백업과 호환되지 않습니다. 자격 증명 모음이 Blob이 저장된 스토리지 계정에 액세스해야 하므로 SAMI(시스템 할당 관리 ID)만 작동합니다. 자격 증명 모음은 이 액세스에 시스템 할당 관리 ID를 사용합니다.
데이터 팩터리를 사용하여 네이티브 복제로 구성된 Blob 컨테이너에는 백업을 사용하도록 설정할 수 없습니다.
개체 복제의 일부인 컨테이너 보호는 원본 또는 대상으로 지원되지 않습니다. 이러한 컨테이너를 백업하려고 하면 백업이 실패합니다.
법적 보존이 설정된 컨테이너는 지원되지 않습니다.
다음 단계
Azure Blob에 대한 Azure Blob 백업 개요
관련 콘텐츠