범위 나열

아티클
03/29/2023

List Ranges 작업에서는 파일의 유효 범위 목록을 반환합니다.

프로토콜 가용성

파일 공유 프로토콜 사용	사용 가능
SMB
NFS

요청

다음과 같이 요청을 생성할 List Ranges 수 있습니다. HTTPS를 사용하는 것이 좋습니다.

메서드	요청 URI	HTTP 버전
GET	`https://myaccount.file.core.windows.net/myshare/mydirectorypath/myfile?comp=rangelist`	HTTP/1.1
GET	`https://myaccount.file.core.windows.net/myshare/mydirectorypath/myfile?sharesnapshot=<DateTime>&comp=rangelist`	HTTP/1.1
GET	`https://myaccount.file.core.windows.net/myshare/mydirectorypath/myfile?comp=rangelist&snapshot=<DateTime>&prevsharesnapshot=<DateTime>`	HTTP/1.1
GET	`https://myaccount.file.core.windows.net/myshare/mydirectorypath/myfile?comp=rangelist&prevsharesnapshot=<DateTime>`	HTTP/1.1

다음과 같이 요청 URI에 표시된 경로 구성 요소를 사용자 경로 구성 요소로 바꿉니다.

경로 구성 요소	Description
`myaccount`	사용자 스토리지 계정의 이름입니다.
`myshare`	파일 공유 이름입니다.
`mydirectorypath`	(선택 사항) 부모 디렉터리 경로입니다.
`myfile`	파일 이름입니다.

경로 명명 제한에 대한 자세한 내용은 공유, 디렉터리, 파일 및 메타데이터 명명 및 참조를 참조하세요.

URI 매개 변수

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

매개 변수	Description
`sharesnapshot`	(선택 사항) 버전 2017-04-17 이상. 매개 변수는 `sharesnapshot` 있을 때 파일을 쿼리할 공유 스냅샷 지정하는 불투명 `DateTime` 값입니다.
`timeout`	(선택 사항) `timeout` 매개 변수는 초 단위로 표시됩니다. 자세한 내용은 Azure Files 작업에 대한 시간 제한 설정을 참조하세요.
`prevsharesnapshot`	버전 2020-02-10 이상에서 선택 사항입니다. 매개 변수는 `prevsharesnapshot` 있는 경우 이전 스냅샷 지정하는 불투명 `DateTime` 값입니다. 이 매개 변수와 `sharesnapshot` 가 모두 있는 경우 응답에는 두 스냅샷 간에 변경된 페이지 범위만 포함됩니다. 만 `prevsharesnapshot` 있는 경우 응답에는 이 스냅샷 라이브 공유 간에 변경된 페이지 범위만 포함됩니다. 변경된 페이지에는 업데이트된 페이지와 지워진 페이지가 모두 포함됩니다.

요청 헤더

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

요청 헤더	Description
`Authorization`	필수 요소. 권한 부여 체계, 계정 이름 및 서명을 지정합니다. 자세한 내용은 Azure Storage에 대한 요청 권한 부여를 참조하세요.
`Date` 또는 `x-ms-date`	필수 요소. 요청에 대한 UTC(협정 세계시)를 지정합니다. 자세한 내용은 Azure Storage에 대한 요청 권한 부여를 참조하세요.
`x-ms-version`	모든 권한 있는 요청에 필요합니다. 이 요청에 사용할 작업의 버전을 지정합니다. 자세한 내용은 Azure Storage 서비스에 대한 버전 관리를 참조하세요.
`Range`	(선택 사항) 범위를 나열할 바이트 범위(포함)를 지정합니다. 생략하면 파일의 모든 범위가 반환됩니다.
`x-ms-range`	(선택 사항) 범위를 나열할 바이트 범위(포함)를 지정합니다. `Range` 및 `x-ms-range` 헤더가 모두 지정된 경우 서비스에서는 `x-ms-range`의 값을 사용합니다. 자세한 내용은 Azure Files 작업에 대한 범위 헤더 지정을 참조하세요.
`x-ms-lease-id:<ID>`	(선택 사항) 버전 2019-02-02 이상. 헤더를 지정하면 파일의 임대가 현재 활성 상태이고 요청에 지정된 임대 ID가 파일의 임대 ID와 일치하는 경우에만 작업이 수행됩니다. 그렇지 않으면 상태 코드 412(사전 조건 실패)로 인해 작업이 실패합니다.
`x-ms-client-request-id`	(선택 사항) 로깅이 구성될 때 로그에 기록되는 1키비바이트(KiB) 문자 제한으로 클라이언트에서 생성된 불투명 값을 제공합니다. 이 헤더를 사용하여 클라이언트 쪽 활동과 서버가 수신하는 요청의 상관 관계를 지정하는 것이 좋습니다. 자세한 내용은 Azure Files 모니터링을 참조하세요.
`x-ms-file-request-intent`	헤더가 OAuth 토큰을 지정하는 경우 `Authorization` 필수입니다. 허용되는 값은 입니다 `backup`. 이 헤더는 헤더를 `Microsoft.Storage/storageAccounts/fileServices/readFileBackupSemantics/action` 사용하여 `Authorization` 권한이 부여된 ID에 할당된 RBAC 정책에 포함되는 경우 또는 `Microsoft.Storage/storageAccounts/fileServices/writeFileBackupSemantics/action` 를 부여하도록 지정합니다. 버전 2022-11-02 이상에 사용할 수 있습니다.
`x-ms-allow-trailing-dot: { <Boolean> }`	(선택 사항) 버전 2022-11-02 이상. 부울 값은 요청 URL에 있는 후행 점을 잘라내야 하는지 여부를 지정합니다. 자세한 내용은 공유, 디렉터리, 파일 및 메타데이터 이름 지정 및 참조를 참조하세요.

요청 본문

없음

응답

응답에는 HTTP 상태 코드, 응답 헤더 집합 및 응답 본문이 XML 형식으로 포함되어 있습니다.

상태 코드

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

응답 헤더

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

응답 헤더	Description
`Last-Modified`	파일을 마지막으로 수정한 날짜/시간입니다. 파일의 메타데이터 또는 속성 업데이트를 포함하여 파일을 수정하는 모든 작업은 파일의 마지막 수정 시간을 변경합니다.
`ETag`	`ETag` 에는 파일의 버전을 나타내는 값(따옴표)이 포함되어 있습니다.
`x-ms-content-length`	파일의 크기(바이트)입니다. `prevsharesnapshot` 가 있는 경우 값은 에서 `sharesnapshot` 파일의 크기를 설명합니다(쿼리 매개 변수가 `sharesnapshot` 있는 경우). 그렇지 않으면 라이브 파일의 크기를 설명합니다.
`x-ms-request-id`	이 헤더는 만들어진 요청을 고유하게 식별하며 요청 문제 해결에 사용할 수 있습니다. 자세한 내용은 API 작업 문제 해결을 참조하세요.
`x-ms-version`	요청을 실행하는 데 사용되는 Azure Files 버전을 나타냅니다.
`Date` 또는 `x-ms-date`	응답이 시작된 시간을 나타내는 UTC 날짜/시간 값입니다. 서비스는 이 값을 생성합니다.
`x-ms-client-request-id`	이 헤더를 사용하여 요청 및 해당 응답 문제를 해결할 수 있습니다. 이 헤더의 값은 요청에 있는 경우 헤더 값 `x-ms-client-request-id` 과 같습니다. 값은 최대 1024자 표시 ASCII 문자입니다. 헤더가 `x-ms-client-request-id` 요청에 없는 경우 이 헤더는 응답에 존재하지 않습니다.

응답 본문

응답 본문에는 증가하는 주소 페이지별로 정렬된 겹치지 않는 유효한 페이지 범위가 포함됩니다. 응답 본문의 형식은 다음과 같습니다.

<?xml version="1.0" encoding="utf-8"?>  
<Ranges>  
  <Range>  
    <Start>Start Byte</Start>  
    <End>End Byte</End>  
  </Range>  
  <Range>  
    <Start>Start Byte</Start>  
    <End>End Byte</End>  
  </Range>  
</Ranges>

파일의 전체 범위 집합이 지워진 경우 응답 본문에는 범위가 포함되지 않습니다.

가 지정된 경우 prevsharesnapshot 응답에는 대상 스냅샷(또는 라이브 파일)과 이전 스냅샷 간에 다른 페이지만 포함됩니다. 반환되는 범위에는 업데이트되었거나 지워진 두 범위가 모두 포함됩니다. 이 응답의 형식은 다음과 같습니다.

<?xml version="1.0" encoding="utf-8"?> 
<Ranges> 
  <Range> 
    <Start>Start Byte</Start> 
    <End>End Byte</Start> 
  </Range> 
  <ClearRange> 
    <Start>Start Byte</Start>
    <End>End Byte</Start> 
  </ClearRange> 
  <Range> 
    <Start>Start Byte</Start> 
    <End>End Byte</Start> 
  </Range> 
</Ranges>

파일의 전체 페이지 집합이 지워지고 매개 변수가 prevsharesnapshot 지정되지 않은 경우 응답 본문에 범위가 포함되지 않습니다.

권한 부여

계정 소유자만 이 작업을 호출할 수 있습니다.

설명

각 범위에 대한 시작 및 종료 바이트 오프셋도 범위에 포함됩니다. 배치 범위에 대한 범위 업데이트 작업 및 범위 지우기 작업 예제를 참조 하세요. 다음 예제에서는 파일에서 정렬되지 않은 512 바이트 범위를 작성하거나 지우는 경우 반환되는 범위를 보여 줍니다.

여러 번의 쓰기 작업으로 인해 심하게 조각화된 파일의 경우 내부 서버 시간 초과로 인해 List Ranges 요청이 실패할 수 있습니다. 쓰기 작업 수가 많은 파일의 범위를 검색하는 응용 프로그램은 페이지 범위를 한 번에 조금씩 나눠서 검색해야 합니다.

버전 2020-02-10부터 매개 변수를 사용하여 prevsharesnapshot 를 호출 List Ranges 할 수 있습니다. 라이브 파일과 스냅샷 또는 스냅샷에 있는 파일의 두 스냅샷 간에 다른 범위를 반환합니다. 이러한 범위 차이를 사용하여 파일의 증분 스냅샷 검색할 수 있습니다. 증분 스냅샷은 자체 백업 솔루션을 구현하려는 경우 파일을 백업하는 비용 효율적인 방법입니다.

증분 스냅샷 검색하기 위해 호출될 때 파일에 List Ranges 대한 특정 작업이 실패합니다. 서비스는 다음을 반환합니다.

404(찾을 수 없음) 스냅샷 중 하나에 존재하지 않는 파일을 호출하는 경우(또는 지정되지 않은 경우 sharesnapshot 라이브).
409(충돌) 로 지정된 prevsharesnapshot스냅샷 다음에 덮어쓰는 복사본의 대상인 파일을 호출하는 경우
409(충돌) 에서 지정한 스냅샷 수행한 후 동일한 이름과 위치로 삭제되고 다시 만들어진 파일을 호출하는 prevsharesnapshot 경우

추가 정보

파일에 대한 작업

다음을 통해 공유