Rentang Daftar
Operasi List Ranges
mengembalikan daftar rentang yang valid untuk file. Operasi ini didukung dalam versi 2025-05-05 dan yang lebih baru untuk Berbagi File dengan protokol NFS diaktifkan.
Ketersediaan protokol
Protokol berbagi file yang diaktifkan | Tersedia |
---|---|
SMB |
![]() |
NFS |
![]() |
Minta
Permintaan List Ranges
dibangun sebagai berikut. Kami menyarankan agar Anda menggunakan HTTPS.
Metode | Meminta URI | Versi HTTP |
---|---|---|
DAPAT | https://myaccount.file.core.windows.net/myshare/mydirectorypath/myfile?comp=rangelist |
HTTP/1.1 |
DAPAT | https://myaccount.file.core.windows.net/myshare/mydirectorypath/myfile?sharesnapshot=<DateTime>&comp=rangelist |
HTTP/1.1 |
DAPAT | https://myaccount.file.core.windows.net/myshare/mydirectorypath/myfile?comp=rangelist&snapshot=<DateTime>&prevsharesnapshot=<DateTime> |
HTTP/1.1 |
DAPAT | https://myaccount.file.core.windows.net/myshare/mydirectorypath/myfile?comp=rangelist&prevsharesnapshot=<DateTime> |
HTTP/1.1 |
Ganti komponen jalur yang ditampilkan dalam URI permintaan dengan milik Anda sendiri, sebagai berikut:
Komponen jalur | Deskripsi |
---|---|
myaccount |
Nama akun penyimpanan Anda. |
myshare |
Nama berbagi file Anda. |
mydirectorypath |
Fakultatif. Jalur ke direktori induk. |
myfile |
Nama file. |
Untuk detail tentang pembatasan penamaan jalur, lihat Penamaan dan referensi berbagi, direktori, file, dan metadata.
Parameter URI
Anda dapat menentukan parameter tambahan berikut pada URI permintaan.
Parameter | Deskripsi |
---|---|
sharesnapshot |
Fakultatif. Versi 2017-04-17 dan yang lebih baru. Parameter sharesnapshot adalah nilai DateTime buram yang, saat ada, menentukan salinan bayangan berbagi yang akan dikueri untuk file tersebut. |
timeout |
Fakultatif. Parameter timeout dinyatakan dalam hitung detik. Untuk informasi selengkapnya, lihat Mengatur batas waktu untuk operasi Azure Files. |
prevsharesnapshot |
Opsional dalam versi 2020-02-10 dan yang lebih baru. Parameter prevsharesnapshot adalah nilai DateTime buram yang, saat ada, menentukan rekam jepret sebelumnya.Ketika parameter ini dan sharesnapshot ada, respons hanya akan berisi rentang halaman yang diubah antara dua rekam jepret. Ketika hanya prevsharesnapshot yang ada, respons hanya akan berisi rentang halaman yang diubah antara rekam jepret ini dan berbagi langsung.Halaman yang diubah mencakup halaman yang diperbarui dan dihapus. |
Header permintaan
Header permintaan yang diperlukan dan opsional dijelaskan dalam tabel berikut:
Header permintaan umum
Header permintaan | Deskripsi |
---|---|
Authorization |
Diperlukan. Menentukan skema otorisasi, nama akun, dan tanda tangan. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage. |
Date atau x-ms-date |
Diperlukan. Menentukan Waktu Universal Terkoordinasi (UTC) untuk permintaan tersebut. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage. |
x-ms-version |
Diperlukan untuk semua permintaan yang diotorisasi. Menentukan versi operasi yang akan digunakan untuk permintaan ini. Operasi ini didukung dalam versi 2025-05-05 dan yang lebih baru untuk Berbagi File dengan protokol NFS diaktifkan. Untuk informasi selengkapnya, lihat Penerapan Versi untuk layanan Azure Storage. |
Range |
Fakultatif. Menentukan rentang byte untuk mencantumkan rentang, secara inklusif. Jika dihilangkan, maka semua rentang untuk file dikembalikan. |
x-ms-range |
Fakultatif. Menentukan rentang byte untuk mencantumkan rentang, secara inklusif. Jika header Range dan x-ms-range ditentukan, layanan menggunakan nilai x-ms-range . Lihat Menentukan header rentang untuk operasi Azure Files untuk informasi selengkapnya. |
x-ms-lease-id:<ID> |
Fakultatif. Versi 2019-02-02 dan yang lebih baru. Jika header ditentukan, operasi akan dilakukan hanya jika sewa file saat ini aktif, dan ID sewa yang ditentukan dalam permintaan cocok dengan file. Jika tidak, operasi gagal dengan kode status 412 (Prasyarat Gagal). Header ini diabaikan jika file terletak di Berbagi File dengan protokol NFS diaktifkan, yang tidak mendukung sewa file. |
x-ms-client-request-id |
Fakultatif. Menyediakan nilai buram yang dihasilkan klien dengan batas karakter 1 kibibyte (KiB) yang dicatat dalam log saat pengelogan dikonfigurasi. Kami sangat menyarankan Anda menggunakan header ini untuk menghubungkan aktivitas sisi klien dengan permintaan yang diterima server. Untuk informasi selengkapnya, lihat Memantau Azure Files. |
x-ms-file-request-intent |
Diperlukan jika header Authorization menentukan token OAuth. Nilai yang dapat diterima backup . Header ini menentukan bahwa Microsoft.Storage/storageAccounts/fileServices/readFileBackupSemantics/action atau Microsoft.Storage/storageAccounts/fileServices/writeFileBackupSemantics/action harus diberikan jika disertakan dalam kebijakan RBAC yang ditetapkan ke identitas yang diotorisasi menggunakan header Authorization . Tersedia untuk versi 2022-11-02 dan yang lebih baru. |
x-ms-allow-trailing-dot: { <Boolean> } |
Fakultatif. Versi 2022-11-02 dan yang lebih baru. Nilai Boolean menentukan apakah titik berikutnya yang ada dalam url permintaan harus dipangkas atau tidak. Header ini diabaikan jika target terletak di Berbagi File dengan protokol NFS diaktifkan, yang mendukung titik berikutnya secara default. Untuk informasi selengkapnya, lihat Penamaan dan referensi berbagi, direktori, file, dan metadata. |
x-ms-file-support-rename: { <Boolean> } |
Fakultatif. Didukung dalam versi 2024-05-04 ke atas. Header ini hanya diperbolehkan ketika parameter kueri prevsharesnapshot ada. Nilai Boolean menentukan apakah rentang yang diubah untuk file harus dicantumkan ketika lokasi file di rekam jepret sebelumnya berbeda dari lokasi di URI Permintaan, sebagai akibat dari mengganti nama atau memindahkan operasi. Jika nilainya benar, rentang yang diubah yang valid untuk file akan dikembalikan. Jika nilai salah, operasi akan mengakibatkan kegagalan dengan respons 409 (Konflik). Nilai defaultnya adalah false. |
Header permintaan hanya SMB
Tidak.
Header permintaan NFS saja
Tidak.
Isi permintaan
Tidak.
Jawaban
Respons mencakup kode status HTTP, sekumpulan header respons, dan isi respons dalam format XML.
Kode status
Operasi yang berhasil mengembalikan kode status 200 (OK). Untuk informasi tentang kode status, lihat Status dan kode kesalahan.
Header respons
Respons untuk operasi ini mencakup header dalam tabel berikut. Respons juga dapat mencakup header HTTP standar tambahan. Semua header standar sesuai dengan spesifikasi protokol HTTP/1.1 .
Header respons umum
Header respons SMB saja
Tidak.
Header respons NFS saja
Tidak.
Isi respons
Isi respons mencakup daftar rentang valid yang tidak tumpang tindih, diurutkan berdasarkan peningkatan rentang alamat. Format isi respons adalah sebagai berikut.
<?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>
Jika seluruh rangkaian rentang file telah dibersihkan, isi respons tidak akan menyertakan rentang apa pun.
Jika prevsharesnapshot
ditentukan, respons hanya menyertakan halaman yang berbeda antara rekam jepret target (atau file langsung) dan rekam jepret sebelumnya. Rentang yang dikembalikan mencakup kedua rentang yang diperbarui atau yang dibersihkan. Format respons ini adalah sebagai berikut:
<?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>
Jika seluruh kumpulan halaman file telah dibersihkan, dan parameter prevsharesnapshot
tidak ditentukan, isi respons tidak akan menyertakan rentang apa pun.
Otorisasi
Hanya pemilik akun yang dapat memanggil operasi ini.
Komentar
Offset byte awal dan akhir untuk setiap rentang bersifat inklusif. Lihat Operasi Pembaruan Rentang dan Contoh Operasi Hapus Rentang untuk Rentang Put. Contoh-contoh ini menunjukkan rentang apa yang dikembalikan jika Anda menulis atau menghapus rentang byte 512-unaligned dari file.
Dalam file yang sangat terfragmentasi dengan sejumlah besar penulisan, permintaan List Ranges
dapat gagal karena batas waktu server internal. Aplikasi yang mengambil rentang file dengan sejumlah besar operasi tulis harus mengambil subset rentang pada satu waktu.
Dimulai dengan versi 2020-02-10, Anda dapat memanggil List Ranges
dengan parameter prevsharesnapshot
. Ini mengembalikan rentang yang berbeda antara file langsung dan rekam jepret, atau di antara dua rekam jepret file pada rekam jepret. Dengan menggunakan perbedaan rentang ini, Anda dapat mengambil rekam jepret bertahap dari file. Rekam jepret bertahap adalah cara hemat biaya untuk mencadangkan file jika Anda ingin menerapkan solusi pencadangan Anda sendiri.
Operasi tertentu pada file menyebabkan List Ranges
gagal ketika dipanggil untuk mengambil rekam jepret bertahap. Layanan mengembalikan:
- 404 (Tidak Ditemukan) jika Anda memanggil pada file yang tidak ada di salah satu rekam jepret (atau langsung, jika
sharesnapshot
tidak ditentukan). - 409 (Konflik) jika Anda memanggil file yang merupakan target penimpaan Salin setelah rekam jepret, ditentukan oleh
prevsharesnapshot
. - 409 (Konflik) jika Anda memanggil file yang dihapus dan dibuat ulang dengan nama dan lokasi yang sama, setelah rekam jepret yang ditentukan oleh
prevsharesnapshot
diambil.
Lihat juga
Operasi pada File