목록 범위

아티클
02/21/2025

List Ranges 작업은 파일의 유효한 범위 목록을 반환합니다. 이 작업은 NFS 프로토콜이 설정된 파일 공유에 대해 버전 2025-05-05 이상에서 지원됩니다.

프로토콜 가용성

파일 공유 프로토콜 사용	이용할 수 있는
SMB
NFS

요청

List Ranges 요청은 다음과 같이 생성됩니다. HTTPS를 사용하는 것이 좋습니다.

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

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

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

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

URI 매개 변수

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

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

요청 헤더

필수 및 선택적 요청 헤더는 다음 표에 설명되어 있습니다.

일반적인 요청 헤더

요청 헤더	묘사
`Authorization`	필수. 권한 부여 체계, 계정 이름 및 서명을 지정합니다. 자세한 내용은 Azure Storage대한 요청 권한 부여를 참조하세요.
`Date` 또는 `x-ms-date`	필수. 요청에 대한 UTC(협정 세계시)를 지정합니다. 자세한 내용은 Azure Storage대한 요청 권한 부여를 참조하세요.
`x-ms-version`	모든 권한 있는 요청에 필요합니다. 이 요청에 사용할 작업의 버전을 지정합니다. 이 작업은 NFS 프로토콜이 설정된 파일 공유에 대해 버전 2025-05-05 이상에서 지원됩니다. 자세한 내용은 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(사전 조건 실패)로 작업이 실패합니다. 파일이 파일 임대를 지원하지 않는 NFS 프로토콜이 설정된 파일 공유에 있는 경우 이 헤더는 무시됩니다.
`x-ms-client-request-id`	선택적. 로깅이 구성될 때 로그에 기록되는 1kibibyte(KiB) 문자 제한으로 클라이언트에서 생성된 불투명 값을 제공합니다. 이 헤더를 사용하여 클라이언트 쪽 활동과 서버가 수신하는 요청의 상관 관계를 지정하는 것이 좋습니다. 자세한 내용은 Azure Files모니터링을 참조하세요.
`x-ms-file-request-intent`	`Authorization` 헤더가 OAuth 토큰을 지정하는 경우 필수입니다. 허용되는 값은 `backup`. 이 헤더는 `Authorization` 헤더를 사용하여 권한이 부여된 ID에 할당된 RBAC 정책에 포함된 경우 `Microsoft.Storage/storageAccounts/fileServices/readFileBackupSemantics/action` 또는 `Microsoft.Storage/storageAccounts/fileServices/writeFileBackupSemantics/action` 부여하도록 지정합니다. 버전 2022-11-02 이상에서 사용할 수 있습니다.
`x-ms-allow-trailing-dot: { <Boolean> }`	선택적. 버전 2022-11-02 이상. 부울 값은 요청 URL에 있는 후행 점이 잘려야 하는지 여부를 지정합니다. 대상이 NFS 프로토콜을 사용하도록 설정된 파일 공유에 있는 경우 이 헤더는 무시됩니다. 이 헤더는 기본적으로 후행 점을 지원합니다. 자세한 내용은 공유, 디렉터리, 파일 및 메타데이터 명명 및 참조를 참조하세요.
`x-ms-file-support-rename: { <Boolean> }`	선택적. 버전 2024-05-04 이상에서 지원됩니다. 이 헤더는 `prevsharesnapshot` 쿼리 매개 변수가 있는 경우에만 허용됩니다. 부울 값은 이름 바꾸기 또는 이동 작업의 결과로 이전 스냅샷의 파일 위치가 요청 URI의 위치와 다를 때 파일의 변경된 범위를 나열해야 하는지 여부를 결정합니다. 값이 true이면 파일의 유효한 변경된 범위가 반환됩니다. 값이 false이면 작업이 409(충돌) 응답으로 실패합니다. 기본값은 false입니다.

SMB 전용 요청 헤더

없음.

NFS만 요청 헤더

없음.

요청 본문

없음.

응답

응답에는 HTTP 상태 코드, 응답 헤더 집합 및 XML 형식의 응답 본문이 포함됩니다.

상태 코드

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

응답 헤더

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

일반적인 응답 헤더

응답 헤더	묘사
`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` 헤더가 없으면 이 헤더가 응답에 표시되지 않습니다.

SMB 전용 응답 헤더

없음.

NFS만 응답 헤더

없음.

응답 본문

응답 본문에는 주소 범위를 늘려 정렬된 겹치지 않는 유효한 범위 목록이 포함됩니다. 응답 본문의 형식은 다음과 같습니다.

<?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 실패합니다. 서비스는 다음을 반환합니다.

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

참고 항목

파일 작업

다음을 통해 공유