다음을 통해 공유

컨테이너 복원

  • 아티클

작업은 Restore Container 일시 삭제된 컨테이너의 내용과 속성을 지정된 컨테이너로 복원합니다. 이 Restore Container 작업은 버전 2019-12-12 이상에서 사용할 수 있습니다.

요청

공유 키, 계정 공유 액세스 서명 권한 부여 또는 역할 기반 액세스 제어를 사용하여 권한이 부여된 유효한 요청을 사용하여 요청을 생성 Restore Container 할 수 있습니다.

메서드 요청 URI HTTP 버전
PUT https://myaccount.blob.core.windows.net/destinationcontainer?restype=container&comp=undelete HTTP/1.1
PUT https://myaccount.blob.core.windows.net/destinationcontainer?restype=container&comp=undelete&sv=validsastoken HTTP/1.1

URI 매개 변수

요청 URI에 다음 추가 매개 변수를 지정할 수 있습니다.

매개 변수 Description
restype 필수 사항입니다. 매개 변수 값은 restype 이어야 container합니다.
comp 필수 사항입니다. 매개 변수 값은 comp 이어야 undelete합니다.
timeout 선택 사항입니다. timeout 매개 변수는 초 단위로 표시됩니다. 자세한 내용은 Blob Storage 작업에 대한 시간 제한 설정을 참조하세요.

요청 헤더

다음 표에서는 필수 요청 헤더와 선택적 요청 헤더에 대해 설명합니다.

요청 헤더 Description
Authorization 필수 사항입니다. 권한 부여 체계, 계정 이름 및 서명을 지정합니다. 자세한 내용은 Azure Storage에 대한 요청 권한 부여를 참조하세요.
Date or x-ms-date 필수 사항입니다. 요청에 대한 UTC(협정 세계시)를 지정합니다. 자세한 내용은 Azure Storage에 대한 요청 권한 부여를 참조하세요.
x-ms-version 모든 권한 있는 요청에 필요합니다. 이 요청에 사용할 작업의 버전을 지정합니다. 이 작업의 경우 버전은 이상이어야 2018-03-28 합니다. 자세한 내용은 Azure Storage 서비스에 대한 버전 관리를 참조하세요.
x-ms-client-request-id 선택 사항입니다. 로깅이 구성될 때 로그에 기록되는 1키비바이트(KiB) 문자 제한을 사용하여 클라이언트에서 생성된 불투명 값을 제공합니다. 이 헤더를 사용하여 클라이언트 쪽 활동과 서버가 수신하는 요청의 상관 관계를 지정하는 것이 좋습니다. 자세한 내용은 Azure Blob Storage 모니터링을 참조하세요.
x-ms-deleted-container-name 필수 사항입니다. 이 헤더를 사용하여 복원해야 하는 일시 삭제된 컨테이너를 고유하게 식별합니다.
x-ms-deleted-container-version 필수 사항입니다. 이 헤더를 사용하여 복원해야 하는 일시 삭제된 컨테이너를 고유하게 식별합니다. 작업의 쿼리 매개 변수 List Containers 에 include 값을 지정하여 deleted 이 값을 가져올 수 있습니다. 자세한 내용은 컨테이너 나열을 참조하세요.

요청 본문

없음

응답

응답에는 HTTP 상태 코드 및 응답 헤더 집합이 포함되어 있습니다.

상태 코드

작업에 성공하면 상태 코드 201(만들어짐)이 반환됩니다. 상태 코드에 대한 자세한 내용은 상태 및 오류 코드를 참조하세요.

응답 헤더

이 작업의 응답에는 다음과 같은 헤더가 포함됩니다. 응답에는 추가 표준 HTTP 헤더도 포함될 수 있습니다. 모든 표준 헤더는 HTTP/1.1 프로토콜 사양을 준수합니다.

응답 헤더 Description
x-ms-request-id 만들어진 요청을 고유하게 식별하며 요청 문제 해결에 사용할 수 있습니다. 자세한 내용은 API 작업 문제 해결을 참조하세요.
x-ms-version 버전 2009-09-19 이상. 요청을 실행하는 데 사용되는 Azure Blob Storage 버전을 나타냅니다.
Date 응답이 시작된 시간을 나타내는 UTC 날짜/시간 값입니다. 서비스는 이 값을 생성합니다.
Content-Length 요청 본문의 길이입니다. 이 작업의 경우 콘텐츠 길이는 항상 0입니다.

응답 본문

없음

샘플 응답

Response Status:  
HTTP/1.1 201 OK  
  
Response Headers:  
Date: Mon, 15 Jun 2020 12:43:08 GMT  
x-ms-version: 2019-12-12  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  
Content-Length: 0

권한 부여

Azure Storage에서 데이터 액세스 작업을 호출하는 경우 권한 부여가 필요합니다. 다음 섹션에 Restore Container 설명된 대로 작업에 권한을 부여할 수 있습니다.

중요

Microsoft는 관리 ID와 함께 Microsoft Entra ID 사용하여 Azure Storage에 대한 요청에 권한을 부여하는 것이 좋습니다. Microsoft Entra ID 공유 키 권한 부여에 비해 뛰어난 보안 및 사용 편의성을 제공합니다.

Azure Storage는 Microsoft Entra ID 사용하여 Blob 데이터에 대한 요청에 권한을 부여할 수 있도록 지원합니다. Microsoft Entra ID 사용하면 Azure RBAC(Azure 역할 기반 액세스 제어)를 사용하여 보안 주체에 권한을 부여할 수 있습니다. 보안 주체는 사용자, 그룹, 애플리케이션 서비스 주체 또는 Azure 관리 ID일 수 있습니다. 보안 주체는 OAuth 2.0 토큰을 반환하기 위해 Microsoft Entra ID 인증됩니다. 그런 다음 토큰을 사용하여 Blob Storage에 대한 요청에 권한을 부여할 수 있습니다.

Microsoft Entra ID 사용하여 권한 부여에 대한 자세한 내용은 Microsoft Entra ID 사용하여 Blob에 대한 액세스 권한 부여를 참조하세요.

사용 권한

다음 RBAC 작업은 Microsoft Entra 사용자, 그룹, 관리 ID 또는 서비스 주체가 작업을 호출 Restore Container 하고 이 작업을 포함하는 최소 권한의 기본 제공 Azure RBAC 역할에 필요합니다.

Azure RBAC를 사용하여 역할을 할당하는 방법에 대한 자세한 내용은 Blob 데이터에 대한 액세스에 대한 Azure 역할 할당을 참조하세요.

설명

  • 스토리지 리소스 공급자를 사용하여 계정에서 컨테이너 삭제 보존 정책을 설정할 수 있습니다.
  • 작업이 수행될 때 지정된 컨테이너가 Restore Container 없어야 합니다.
  • 지정된 컨테이너가 Restore Container 있으면 작업이 409(충돌)로 실패합니다.
  • 일시 삭제된 컨테이너가 없거나, 작업의 원본 Restore Container 으로 이미 사용되었거나, 보존일을 초과한 경우 작업이 409(충돌)로 실패합니다.

결제

가격 책정 요청은 Blob Storage REST API를 통해 직접 또는 Azure Storage 클라이언트 라이브러리에서 Blob Storage API를 사용하는 클라이언트에서 비롯할 수 있습니다. 이러한 요청은 트랜잭션당 요금을 발생합니다. 트랜잭션 유형은 계정 청구 방식에 영향을 줍니다. 예를 들어 읽기 트랜잭션은 쓰기 트랜잭션과 다른 청구 범주에 발생합니다. 다음 표에서는 스토리지 계정 유형에 따라 요청에 대한 Restore Container 청구 범주를 보여 줍니다.

작업 Storage 계정 유형 청구 범주
컨테이너 복원 프리미엄 블록 Blob
표준 범용 v2
표준 범용 v1		 컨테이너 작업 나열 및 Create

지정된 청구 범주의 가격 책정에 대한 자세한 내용은 Azure Blob Storage 가격 책정을 참조하세요.