다음을 통해 공유

Blob 속성 가져오기

Get Blob Properties 이 작업은 Blob에 대한 모든 사용자 정의 메타데이터, 표준 HTTP 속성 및 시스템 속성을 반환합니다. Blob의 콘텐츠를 반환하지 않습니다.

Request

다음과 같이 Get Blob Properties 요청을 생성할 수 있습니다. HTTPS를 사용하는 것이 좋습니다. myaccount 스토리지 계정 이름으로 바꿉니다.

HEAD 메서드 요청 URI HTTP version
https://myaccount.blob.core.windows.net/mycontainer/myblob

https://myaccount.blob.core.windows.net/mycontainer/myblob?snapshot=<DateTime>

https://myaccount.blob.core.windows.net/mycontainer/myblob?versionid=<DateTime>		 HTTP/1.1

에뮬레이트된 스토리지 서비스 URI

에뮬레이트된 스토리지 서비스에 대해 요청할 때 에뮬레이터 호스트 이름 및 Azure Blob Storage 포트 127.0.0.1:10000를 로 지정한 다음 에뮬레이트된 스토리지 계정 이름을 지정합니다.

HEAD 메서드 요청 URI HTTP version
http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob HTTP/1.1

자세한 내용은 개발 및 테스트에 Azure Storage Emulator 사용을 참조하세요.

URI parameters

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

Parameter Description
snapshot Optional. snapshot 매개 변수는 있는 경우 검색할 Blob 스냅숏을 지정하는 불투명 DateTime 값입니다. Blob 스냅숏 작업에 대한 자세한 내용은 Blob의 스냅숏 만들기를 참조하세요.
versionid Optional. 버전 2019-12-12 이상. 매개 변수는 versionid 있는 경우 검색할 Blob의 버전을 지정하는 불투명한 DateTime 값입니다.
timeout Optional. timeout 매개 변수는 초 단위로 표현됩니다. 자세한 내용은 Blob Storage 작업에 대한 시간 제한 설정을 참조하세요.

Request headers

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

Request header Description
Authorization Required. 권한 부여 체계, 계정 이름 및 서명을 지정합니다. 자세한 내용은 Azure Storage대한 요청 권한 부여를 참조하세요.
Date 또는 x-ms-date Required. 요청에 대한 UTC(협정 세계시)를 지정합니다. 자세한 내용은 Azure Storage대한 요청 권한 부여를 참조하세요.
x-ms-version 모든 권한 있는 요청에 필요합니다. 익명 요청의 경우 선택 사항입니다. 이 요청에 사용할 작업의 버전을 지정합니다. 자세한 내용은 Azure Storage 서비스에 대한 버전 관리를 참조하세요.
x-ms-lease-id: <ID> Optional. 이 헤더를 지정 Get Blob Properties 하면 다음 조건이 모두 충족되는 경우에만 작업이 수행됩니다.

- Blob의 임대는 현재 활성 상태입니다.
- 요청에 지정된 임대 ID는 Blob의 임대 ID와 일치합니다.

이러한 조건 중 하나가 충족되지 않으면 요청이 실패하고 상태가 Get Blob Properties 코드 412(전제 조건 실패)와 함께 작업이 실패합니다.
x-ms-upn Optional. 버전 2020-06-12 이상. 계층적 네임스페이스를 사용하도록 설정된 계정에 유효합니다. true인 경우 에서 반환x-ms-owner되는 사용자 x-ms-group ID 값 및 x-ms-acl 응답 헤더는 Microsoft Entra 개체 ID에서 사용자 계정 이름으로 변환됩니다. 값이 false이면 Microsoft Entra 개체 ID로 반환됩니다. 기본값은 false입니다. 그룹 및 응용 프로그램 개체 ID는 고유한 식별 이름이 없으므로 번역되지 않습니다.
x-ms-client-request-id Optional. 스토리지 분석 로깅을 사용하도록 설정할 때 분석 로그에 기록되는 1KiB(KiB) 문자 제한이 있는 클라이언트 생성 불투명 값을 제공합니다. 클라이언트 쪽 작업과 서버에서 수신한 요청의 상관 관계를 지정할 때 이 헤더를 사용하는 것이 좋습니다. 자세한 내용은 Azure Storage Analytics 로깅 정보를 참조하세요.

또한 이 작업은 지정된 조건이 충족되는 경우에만 Blob 속성 및 메타데이터를 반환하는 조건부 헤더 사용을 지원합니다. 자세한 내용은 Blob Storage 작업대한 조건부 헤더 지정을 참조하세요.

요청 헤더(고객이 제공한 암호화 키)

버전 2019-02-02부터 요청에 다음 헤더를 지정하여 고객이 제공한 키로 암호화된 Blob을 읽을 수 있습니다. 고객이 제공한 키(및 해당 헤더 집합)를 사용한 암호화는 선택 사항입니다. Blob이 이전에 고객이 제공한 키로 암호화된 경우 읽기 작업을 성공적으로 완료할 수 있도록 요청에 이러한 헤더를 포함해야 합니다.

Request header Description
x-ms-encryption-key Required. Base64로 인코딩된 AES-256 암호화 키입니다.
x-ms-encryption-key-sha256 Optional. 암호화 키의 Base64로 인코딩된 SHA256 해시입니다.
x-ms-encryption-algorithm: AES256 Required. 암호화에 사용할 알고리즘을 지정합니다. 이 헤더의 값은 AES256이어야 합니다.

Request body

None.

Response

응답에는 HTTP 상태 코드와 응답 헤더 집합이 포함됩니다.

Status code

작업이 성공하면 상태 코드 200(확인)이 반환됩니다.

상태 코드에 대한 자세한 내용은 상태 및 오류 코드참조하세요.

Response headers

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

Response header Description
Last-Modified Blob이 마지막으로 수정된 날짜/시간입니다. 날짜 형식은 RFC 1123을 따릅니다. 자세한 내용은 헤더날짜/시간 값을 나타냅니다.

Blob의 메타데이터 또는 속성 업데이트를 포함하여 Blob을 수정하는 모든 작업은 Blob의 마지막 수정 시간을 변경합니다.

Last-Modified 4TiB보다 큰 관리 디스크 및 관리 디스크 스냅샷에 대해서는 반환되지 않습니다.
x-ms-creation-time 버전 2017-11-09 이상. Blob이 만들어진 날짜/시간입니다. 날짜 형식은 RFC 1123을 따릅니다. 자세한 내용은 헤더날짜/시간 값을 나타냅니다.
x-ms-meta-name:value 이 Blob과 연결된 사용자 정의 메타데이터에 해당하는 이름-값 쌍 집합입니다.
x-ms-tag-count 버전 2019-12-12 이상. Blob에 태그가 있는 경우 Blob에 저장된 태그 수를 반환합니다. Blob에 태그가 없는 경우 이 헤더가 반환되지 않습니다.
x-ms-blob-type:<BlockBlob\|PageBlob\|AppendBlob> Blob 형식입니다.
x-ms-copy-completion-time:<datetime> 버전 2012-02-12 이상. 이 Blob이 대상 Blob인 마지막으로 시도한 Copy Blob 작업의 종료 시간입니다. 이 값은 완료, 중단 또는 실패한 복사 시도 시간을 지정할 수 있습니다. 복사본이 보류 중인 경우, 이 Blob이 작업의 Copy Blob 대상이 된 적이 없거나, , 또는 Put BlobPut Block List를 사용하는 Set Blob Properties완료된 Copy Blob 작업 후에 이 Blob이 수정된 경우 이 헤더가 표시되지 않습니다.
x-ms-copy-status-description: <error string> 버전 2012-02-12 이상. x-ms-copy-status is failed 또는 pending. 치명적이거나 치명적이지 않은 복사 작업 실패의 원인을 설명합니다. 이 Blob이 작업의 Copy Blob 대상이 된 적이 없거나 , Put Blob또는 Put Block List, 를 사용하는 Set Blob Properties완료된 Copy Blob 작업 후에 이 Blob이 수정된 경우 이 헤더가 표시되지 않습니다.
x-ms-copy-id: <id> 버전 2012-02-12 이상. 마지막으로 시도한 Copy Blob 작업에 대한 문자열 식별자로, 여기서 이 Blob은 대상 Blob이었습니다. 이 Blob이 작업의 Copy Blob 대상이 된 적이 없거나 , Put Blob또는 Put Block List, 를 사용하는 Set Blob Properties완료된 Copy Blob 작업 후에 이 Blob이 수정된 경우 이 헤더가 표시되지 않습니다.
x-ms-copy-progress: <bytes copied/bytes total> 버전 2012-02-12 이상. 복사된 바이트 수와 마지막으로 시도한 Copy Blob 작업에서 원본의 총 바이트 수를 포함하며, 여기서 이 Blob은 대상 Blob입니다. 0에서 복사된 바이트까지 Content-Length 표시할 수 있습니다. 이 Blob이 작업의 Copy Blob 대상이 된 적이 없거나 , Put Blob또는 Put Block List, 를 사용하는 Set Blob Properties완료된 Copy Blob 작업 후에 이 Blob이 수정된 경우 이 헤더가 표시되지 않습니다.
x-ms-copy-source: url 버전 2012-02-12 이상. 마지막으로 시도한 Copy Blob 작업에서 사용된 원본 Blob을 지정하는 최대 2KiB 길이의 URL(이 Blob은 대상 Blob이었습니다). 이 Blob이 작업의 Copy Blob 대상이 된 적이 없거나 , Put Blob또는 Put Block List, 를 사용하는 Set Blob Properties완료된 Copy Blob 작업 후에 이 Blob이 수정된 경우 이 헤더가 표시되지 않습니다.
x-ms-copy-status: <pending \| success \| aborted \| failed> 버전 2012-02-12 이상. x-ms-copy-id로 식별되는 복사 작업의 상태이며 다음 값입니다.

- success: 복사가 성공적으로 완료되었습니다.
- pending: 복사가 진행 중입니다. 간헐적이고 치명적이지 않은 오류가 복사 진행을 방해하지만 실패를 일으키지 않는지 확인합니다 x-ms-copy-status-description .
- aborted: 복사가 에 의해 Abort Copy Blob종료되었습니다.
- failed: 복사에 실패했습니다. 실패 세부 정보는 참조하십시오 x-ms-copy-status-description .

이 Blob이 작업의 Copy Blob 대상이 된 적이 없거나 , 또는 Put BlobPut Block List를 사용하는 Set Blob Properties완료된 Copy Blob 작업 후에 이 Blob이 수정된 경우 이 헤더가 표시되지 않습니다.
x-ms-incremental-copy: true 버전 2016-05-31 이상. Blob이 증분 복사 Blob인 경우 포함됩니다.
x-ms-copy-destination-snapshot:<datetime> 버전 2016-05-31 이상. Blob이 증분 복사 Blob 또는 증분 복사 스냅숏 x-ms-copy-status 인 경우 포함됩니다. 이 Blob에 대한 마지막으로 성공한 증분 복사 스냅샷의 스냅샷 시간입니다.
x-ms-lease-duration: <infinite \| fixed> Blob이 임대되면 임대 기간이 무한인지 고정된 기간인지를 지정합니다. 버전 2012-02-12 이상을 사용하는 요청에 포함됩니다.
x-ms-lease-state: <available \| leased \| expired \| breaking \| broken> Blob의 임대 상태입니다. 버전 2012-02-12 이상을 사용하는 요청에 포함됩니다.
x-ms-lease-status:<locked\| unlocked> Blob의 임대 상태입니다.
Content-Length Blob의 크기(바이트)입니다. 페이지 Blob의 경우 이 헤더는 Blob과 함께 저장된 헤더의 x-ms-blob-content-length 값을 반환합니다.
Content-Type Blob에 대해 지정된 콘텐츠 형식입니다. 콘텐츠 형식을 지정하지 않으면 기본 콘텐츠 형식은 application/octet-stream.
Etag ETag에는 조건부로 작업을 수행하는 데 사용할 수 있는 값이 포함되어 있습니다. 자세한 내용은 Blob Storage 작업대한 조건부 헤더 지정을 참조하세요. 요청 버전이 2011-08-18 이상인 경우 ETag 값은 따옴표로 묶습니다.
Content-MD5 Blob에 대해 헤더가 Content-MD5 설정된 경우 클라이언트가 메시지 콘텐츠 무결성을 확인할 수 있도록 이 응답 헤더가 반환됩니다.

버전 2012-02-12 이상 Put Blob 에서는 요청에 Put Blob MD5 헤더가 포함되지 않은 경우에도 블록 Blob의 MD5 값을 설정합니다.
Content-Encoding 이전에 Blob에 대해 요청 헤더가 설정된 경우 Content-Encoding 해당 값이 이 헤더에 반환됩니다.
Content-Language 이전에 Blob에 대해 요청 헤더가 설정된 경우 Content-Language 해당 값이 이 헤더에 반환됩니다.
Content-Disposition 이전에 Blob에 대해 요청 헤더가 설정된 경우 Content-Disposition 버전 2013-08-15 이상에 대한 요청에 대해 이 헤더에 해당 값이 반환됩니다.

응답 헤더 필드는 Content-Disposition 응답 페이로드를 처리하는 방법에 대한 추가 정보를 전달하며 추가 메타데이터를 첨부하는 데에도 사용할 수 있습니다. 예를 들어, 헤더가 로 설정된 attachment경우 사용자 에이전트가 응답을 표시하지 않고 대신 다른 이름으로 저장 대화 상자를 표시해야 함을 나타냅니다.
Cache-Control 이전에 Blob에 대해 요청 헤더가 설정된 경우 Cache-Control 해당 값이 이 헤더에 반환됩니다.
x-ms-blob-sequence-number 페이지 Blob의 현재 시퀀스 번호입니다.

이 헤더는 블록 Blob 또는 추가 Blob에 대해 반환되지 않습니다.

이 헤더는 블록 Blob에 대해 반환되지 않습니다.
x-ms-request-id 이 헤더는 작성된 요청을 고유하게 식별하며 이를 사용하여 요청 문제를 해결할 수 있습니다. 자세한 내용은 API 작업문제 해결을 참조하세요.
x-ms-version 요청을 실행하는 데 사용되는 Blob Storage 버전을 나타냅니다. 이 헤더는 버전 2009-09-19 이상에 대해 수행된 요청에 대해 반환됩니다.

이 헤더는 Blob Storage 버전 2009-09-19를 사용하여 컨테이너가 공용 액세스용으로 표시된 경우 지정된 버전이 없는 익명 요청에 대해서도 반환됩니다.
Date 응답이 시작된 시간을 나타내는 서비스에서 생성된 UTC 날짜/시간 값입니다.
Accept-Ranges: bytes 서비스에서 부분 Blob 콘텐츠에 대한 요청을 지원한다는 것을 나타냅니다. 버전 2013-08-15 이상을 사용하여 수행된 요청에 포함됩니다.
x-ms-blob-committed-block-count Blob에 있는 커밋된 블록의 수입니다. 이 헤더는 추가 Blob에 대해서만 반환됩니다.
x-ms-server-encrypted: true/false 버전 2015-12-11 이상. 이 헤더의 값은 Blob 데이터 및 애플리케이션 메타데이터가 지정된 알고리즘을 사용하여 완전히 암호화된 경우로 true 설정됩니다. 그렇지 않으면 값이 (Blob이 암호화되지 않았거나 Blob/애플리케이션 메타데이터의 일부만 암호화된 경우)로 false 설정됩니다.
x-ms-encryption-key-sha256 버전 2019-02-02 이상. 이 헤더는 Blob이 고객이 제공한 키로 암호화된 경우 반환됩니다.
x-ms-encryption-context 버전 2021-08-06 이상. 암호화 컨텍스트 속성 값이 설정되면 집합 값이 반환됩니다. 계정에 대해 계층 구조 네임스페이스를 사용하는 경우에만 유효합니다.
x-ms-encryption-scope 버전 2019-02-02 이상. 이 헤더는 Blob이 암호화 범위로 암호화된 경우 반환됩니다.
x-ms-access-tier 버전 2017-04-17 이상. Premium Storage 계정의 페이지 Blob 계층 또는 Blob Storage 또는 범용 v2 계정의 블록 Blob 계층입니다. 허용되는 프리미엄 페이지 Blob 계층 목록은 VM대한 고성능 Premium Storage 및 관리 디스크 참조하세요. Blob Storage 또는 범용 v2 계정의 경우 유효한 값은 Hot, Cool, Cold및 Archive. 참고:Cold 계층은 버전 2021-12-02 이상에서 지원됩니다. 표준 Blob 계정 블록 Blob 수준 계층화에 대한 자세한 내용은 핫, 쿨 및 보관 스토리지 계층을 참조하세요.
x-ms-access-tier-inferred: true 버전 2017-04-17 이상. Premium Storage 계정의 페이지 Blob에만 해당됩니다. 액세스 계층이 Blob에 명시적으로 설정되지 않은 경우 계층은 콘텐츠 길이에 따라 유추되고 이 헤더는 true값 . Blob Storage 또는 범용 v2 계정의 블록 Blob의 경우 Blob에 액세스 계층이 설정되어 있지 않은 경우 스토리지 계정 속성에서 계층을 유추할 수 있습니다. 이 헤더는 블록 Blob 계층이 유추되는 경우에만 설정됩니다.
x-ms-archive-status 버전 2017-04-17 이상. Blob Storage 또는 범용 v2 계정의 경우 유효한 값은 rehydrate-pending-to-hot, rehydrate-pending-to-cool, 및 rehydrate-pending-to-cold입니다. Blob이 리하이드레이션 중이고 불완전한 경우 이 헤더가 반환되며, 이는 리하이드레이션이 보류 중임을 나타내고 대상 계층을 표시합니다. 표준 Blob 계정 블록 Blob 수준 계층화에 대한 자세한 내용은 핫, 쿨 및 보관 스토리지 계층을 참조하세요.
x-ms-access-tier-change-time 버전 2017-04-17 이상. 개체에서 계층이 마지막으로 변경된 시간을 나타냅니다. 이 헤더는 블록 Blob의 계층이 설정된 경우에만 반환됩니다. 날짜 형식은 RFC 1123을 따릅니다. 자세한 내용은 헤더날짜/시간 값을 나타냅니다. 표준 Blob 계정 블록 Blob 수준 계층화에 대한 자세한 내용은 핫, 쿨 및 보관 스토리지 계층을 참조하세요.
x-ms-client-request-id 요청 및 해당 응답의 문제를 해결하는 데 사용할 수 있습니다. 이 헤더의 값은 요청에 있는 경우 헤더의 x-ms-client-request-id 값과 같으며 값은 최대 1,024개의 표시되는 ASCII 문자입니다. x-ms-client-request-id 헤더가 요청에 없는 경우 이 헤더는 응답에 없습니다.
x-ms-rehydrate-priority 버전 2019-12-12 이상. 개체가 리하일레이트 보류 상태에 있는 경우 이 헤더는 리하이딩 우선 순위로 반환됩니다. 유효한 값은 High/Standard. 표준 Blob 계정 블록 Blob 수준 계층화에 대한 자세한 내용은 핫, 쿨 및 보관 스토리지 계층을 참조하세요.
x-ms-or-{policy-id}_{rule-id} 버전 2019-12-12 이상은 블록 Blob에 대해서만 반환됩니다. policy-id 는 스토리지 계정에 대한 개체 복제 정책의 식별자를 나타내는 GUID 값입니다. rule-id 는 Blob 컨테이너에 대한 정책 규칙의 식별자를 나타내는 GUID 값입니다. 계정이 -enabled인 ObjectReplication경우 이 헤더의 값은 지정된 정책 및 규칙 식별자( complete 또는 failed)가 있는 Blob의 복제 상태를 나타냅니다.
x-ms-or-policy-id 버전 2019-12-12 이상은 블록 Blob에 대해서만 반환됩니다. 계정이 -enabled인 ObjectReplication경우 이 헤더의 값은 복제를 제어하는 정책을 나타냅니다.
x-ms-last-access-time 버전 2020-02-10 이상. 스토리지 계정의 마지막 액세스 시간 추적 정책에 따라 Blob의 데이터에 마지막으로 액세스한 시간을 나타냅니다. 스토리지 계정에 마지막 액세스 시간 추적 정책이 없거나 정책을 사용하지 않도록 설정된 경우 헤더가 반환되지 않습니다. 스토리지 계정의 마지막 액세스 시간 추적 정책을 설정하는 방법에 대한 자세한 내용은 Blob Storage API를 참조하세요.
x-ms-blob-sealed 버전 2019-12-12 이상은 추가 Blob에 대해서만 반환됩니다. 추가 Blob이 봉인된 경우 값은 true가 됩니다. 자세한 내용은 Blob 씰 추가를 참조하세요
x-ms-immutability-policy-until-date 버전 2020-06-12 이상. Blob에 설정된 '보존 기간' 날짜를 지정합니다. Blob이 수정되거나 삭제되지 않도록 보호할 수 있는 날짜입니다. Blob에 불변성 정책이 설정된 경우에만 반환됩니다. 이 헤더의 값은 RFC1123 형식입니다.
x-ms-immutability-policy-mode: unlocked/locked 버전 2020-06-12 이상. 불변성 정책이 Blob에 설정된 경우 반환되는 불변성 정책 모드입니다. 값은 unlocked/locked입니다. unlocked 사용자가 보존 기한 날짜를 늘리거나 줄여 정책을 변경할 수 있음을 나타냅니다. locked 이러한 행위가 금지되었음을 나타냅니다.
x-ms-legal-hold: true/false 버전 2020-06-12 이상. Blob에 대한 법적 보존이 없는 경우 이 헤더가 반환되지 않습니다. Blob에 법적 보존이 포함되어 있고 해당 값이 true인 경우 이 헤더의 값은 true로 설정됩니다. 그렇지 않으면 Blob에 법적 보존이 포함되어 있고 해당 값이 false인 경우 값이 false로 설정됩니다.
x-ms-owner 버전 2020-06-12 이상. 계층적 네임스페이스가 활성화된 계정에만 해당됩니다. 파일 또는 디렉터리의 소유자 사용자를 반환합니다.
x-ms-group 버전 2020-06-12 이상. 계층적 네임스페이스가 활성화된 계정에만 해당됩니다. 파일 또는 디렉터리의 소유자 그룹을 반환합니다.
x-ms-permissions 버전 2020-06-12 이상. 계층적 네임스페이스가 활성화된 계정에만 해당됩니다. 파일 또는 디렉터리에서 사용자, 그룹 및 기타 에 대해 설정된 권한을 반환합니다. 각 개별 권한은 형식입니다.[r,w,x,-]{3}
x-ms-acl 버전 2023-11-03 이상. 계층적 네임스페이스가 활성화된 계정에만 해당됩니다. 파일 또는 디렉터리에서 사용자, 그룹 및 기타 에 대해 설정된 액세스 및 기본 액세스 제어 목록의 결합된 목록을 반환합니다. 각 ACE(액세스 제어 항목)는 범위, 유형, 사용자 또는 그룹 식별자 및 형식의 [scope]:[type]:[id]:[permissions]권한으로 구성됩니다. 범위는 default ACE가 디렉터리의 기본 ACL에 속함을 나타내며, 그렇지 않으면 범위가 암시적이며 ACE는 액세스 ACL에 속합니다. 각 개별 권한은 형식입니다.[r,w,x,-]{3}
x-ms-resource-type 버전 2020-10-02 이상. 계층적 네임스페이스가 활성화된 계정에만 해당됩니다. 경로의 리소스 유형(또는 directory)을 file 반환합니다.
x-ms-expiry-time 버전 2020-02-10 이상. 계층적 네임스페이스가 활성화된 계정에만 해당됩니다. Blob에 설정된 만료 시간을 반환합니다. 만료 시간이 설정된 파일에 대해서만 반환됩니다.

Response body

None.

Sample response

Response Status:  
HTTP/1.1 200 OK  
  
Response Headers:  
x-ms-meta-Name: myblob.txt  
x-ms-meta-DateUploaded: <date>  
x-ms-blob-type: AppendBlob  
x-ms-lease-status: unlocked  
x-ms-lease-state: available  
Content-Length: 11  
Content-Type: text/plain; charset=UTF-8  
Date: <date>  
ETag: "0x8CAE97120C1FF22"  
Accept-Ranges: bytes  
x-ms-blob-committed–block-count: 1  
x-ms-version: 2015-02-21  
Last-Modified: <date>  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  
x-ms-copy-id: 36650d67-05c9-4a24-9a7d-a2213e53caf6  
x-ms-copy-source: <url>  
x-ms-copy-status: success  
x-ms-copy-progress: 11/11  
x-ms-copy-completion-time: <date>

Authorization

Azure Storage에서 데이터 액세스 작업을 호출할 때 권한 부여가 필요합니다. 아래 설명된 대로 Get Blob Properties 작업에 권한을 부여할 수 있습니다.

Important

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 service에 대한 요청을 승인할 수 있습니다.

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

Permissions

아래에는 Microsoft Entra 사용자, 그룹, 관리 ID 또는 서비스 주체가 Get Blob Properties 작업을 호출하는 데 필요한 RBAC 작업과 이 작업을 포함하는 최소 권한의 기본 제공 Azure RBAC 역할이 나와 있습니다.

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

Remarks

작업이 완료되었는지 확인 Copy Blob 하려면 먼저 헤더 값이 원래 호출에서 제공하는 복사 ID와 일치하는지 확인합니다x-ms-copy-id.Copy Blob 일치는 다른 애플리케이션이 복사를 중단하고 새 Copy Blob 작업을 시작하지 않았는지 확인합니다. 다음으로 헤더를 x-ms-copy-status: success 확인합니다. 그러나 , Put Page, 및 Put Block 작업을 제외한 LeaseBlob에 대한 모든 쓰기 작업은 Blob에서 모든 x-ms-copy-* 속성을 제거합니다. 또한 이러한 속성은 2012-02-12 이전 버전을 사용하는 작업에 의해 Copy Blob 복사되지 않습니다.

x-ms-copy-status-description 에는 실패에 대한 자세한 정보가 포함되어 있습니다 Copy Blob . x-ms-copy-status-description 값은 다음 표에 설명되어 있습니다.

Component Description
HTTP 상태 코드 실패를 지정하는 표준 3자리 정수입니다.
Error code ErrorCode> 요소에서 <Azure에서 제공하는 오류를 설명하는 키워드입니다. ErrorCode> 요소가 표시되지 않으면 <HTTP 사양의 3자리 HTTP 상태 코드와 연결된 표준 오류 텍스트가 있는 키워드가 사용됩니다. 자세한 내용은 일반적인 REST API 오류 코드를 참조하세요.
Information 오류에 대한 자세한 설명(따옴표로 묶음).

x-ms-copy-status 일반적인 실패 시나리오의 및 x-ms-copy-status-description 값은 다음 표에 설명되어 있습니다.

Important

다음 오류 설명은 버전 변경 없이도 경고 없이 변경될 수 있으므로 텍스트가 정확히 일치하지 않을 수 있습니다.

Scenario x-ms-copy-status value x-ms-copy-status-description value
복사 작업이 성공적으로 완료되었습니다. success empty
사용자가 완료되기 전에 복사 작업을 중단했습니다. aborted empty
복사 작업 중에 원본 Blob에서 읽을 때 오류가 발생했지만 작업이 다시 시도됩니다. pending 502 BadGateway "원본을 읽을 때 다시 시도할 수 있는 오류가 발생했습니다. Will retry. 실패 시간: <시간>"
복사 작업의 대상 Blob에 쓸 때 오류가 발생했지만 작업이 다시 시도됩니다. pending 500 InternalServerError "다시 시도할 수 있는 오류가 발생했습니다. Will retry. 실패 시간: <시간>"
복사 작업의 원본 Blob에서 읽을 때 복구할 수 없는 오류가 발생했습니다. failed 404 ResourceNotFound "원본을 읽을 때 복사에 실패했습니다." 참고: 서비스가 이 기본 오류를 보고하면 ErrorCode> 요소로 <반환 ResourceNotFound 됩니다. 응답에 ErrorCode> 요소가 나타나지 않으면 <HTTP 상태의 표준 문자열 표현(예NotFound: )이 나타납니다.
모든 복사 작업을 제한하는 시간 제한 기간이 경과했습니다. (현재 타임아웃 기간은 2주입니다.) failed 500 OperationCancelled "복사본이 허용되는 최대 시간을 초과했습니다."
원본에서 읽을 때 복사 작업이 너무 자주 실패했으며 시도 대 성공의 최소 비율을 충족하지 못했습니다. (이 시간 제한은 실패하기 전에 2주 동안 매우 가난한 소스를 다시 시도하는 것을 방지합니다). failed 500 OperationCancelled "원본을 읽을 때 복사본이 실패했습니다."

x-ms-last-access-time 스토리지 계정의 마지막 액세스 시간 추적 정책에 따라 Blob의 데이터에 액세스한 시간을 추적합니다. Blob의 메타데이터에 액세스해도 마지막 액세스 시간은 변경되지 않습니다.

Billing

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

Operation Storage 계정 유형 Billing category
Blob 속성 가져오기 프리미엄 블록 Blob
표준 범용 v2		 Other operations
Blob 속성 가져오기 표준 범용 v1 Read operations

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

See also

Azure Storage 대한 요청 권한 부여
상태 및 오류 코드
Blob Storage 오류 코드

  • Last updated on