Penerapan versi blob

  • Artikel

Anda dapat mengaktifkan penerapan versi penyimpanan Blob untuk mempertahankan versi objek sebelumnya secara otomatis. Saat penerapan versi blob diaktifkan, Anda dapat mengakses versi blob yang lebih lama untuk memulihkan data Anda jika dimodifikasi atau dihapus.

Penerapan versi blob adalah bagian dari strategi perlindungan data komprehensif untuk data blob. Untuk perlindungan optimal untuk data blob Anda, Microsoft menganjurkan untuk mengaktifkan semua fitur perlindungan data berikut:

Untuk mempelajari selengkapnya tentang rekomendasi Microsoft untuk perlindungan data, lihat Ringkasan perlindungan data.

Perhatian

Setelah Anda mengaktifkan penerapan versi blob untuk akun penyimpanan, setiap operasi tulis ke blob di akun tersebut akan menghasilkan pembuatan versi baru. Untuk alasan ini, pengaktifan penerapan versi blob dapat meminta biaya tambahan. Untuk meminimalkan biaya, gunakan kebijakan manajemen siklus hidup untuk menghapus versi lama secara otomatis. Untuk informasi tentang manajemen siklus hidup lebih lanjut, lihat Optimalkan biaya dengan mengotomatiskan tingkat akses Azure Blob Storage.

Cara kerja penerapan versi blob

Versi menangkap keadaan blob pada titik waktu tertentu. Setiap versi diidentifikasi dengan ID versi. Saat penerapan versi blob diaktifkan untuk akun penyimpanan, Microsoft Azure Storage secara otomatis membuat versi baru dengan ID unik saat blob pertama kali dibuat dan setiap kali blob kemudian dimodifikasi.

ID versi dapat mengidentifikasi versi saat ini atau versi sebelumnya. Blob hanya dapat memiliki satu versi saat ini pada satu waktu.

Saat Anda membuat blob baru, ada satu versi, dan versi tersebut adalah versi saat ini. Saat Anda memodifikasi blob yang ada, versi saat ini menjadi versi sebelumnya. Versi baru dibuat untuk menangkap status yang diperbarui, dan versi baru tersebut adalah versi saat ini. Saat Anda menghapus blob, versi blob saat ini menjadi versi sebelumnya, dan tidak ada lagi versi saat ini. Versi blob sebelumnya bertahan.

Diagram berikut menunjukkan bagaimana versi dibuat pada operasi tulis, dan bagaimana versi sebelumnya dapat dipromosikan menjadi versi saat ini:

Diagram showing how blob versioning works

Versi blob tidak dapat diubah. Anda tidak dapat mengubah konten atau metadata versi blob yang ada.

Memiliki sejumlah besar versi per blob dapat meningkatkan latensi untuk operasi daftar blob. Microsoft merekomendasikan untuk mempertahankan kurang dari 1000 versi per blob. Anda dapat menggunakan manajemen siklus hidup untuk menghapus versi lama secara otomatis. Untuk informasi tentang manajemen siklus hidup lebih lanjut, lihat Optimalkan biaya dengan mengotomatiskan tingkat akses Azure Blob Storage.

Pembuatan versi blob tersedia untuk v2 tujuan umum standar, blob blok premium, dan akun penyimpanan Blob warisan. Akun penyimpanan dengan namespace hierarkis yang diaktifkan untuk digunakan dengan Azure Data Lake Storage Gen2 saat ini tidak didukung.

Versi 2019-10-10 dan yang lebih tinggi dari Azure Storage REST API mendukung penerapan versi blob.

Penting

Penerapan versi blob tidak dapat membantu Anda memulihkan dari blob akun penyimpanan atau kontainer yang tidak disengaja. Untuk mencegah penghapusan akun penyimpanan yang tidak disengaja, konfigurasikan kunci pada sumber daya akun penyimpanan. Untuk informasi selengkapnya pada mengunci akun penyimpanan, lihat Menerapkan kunci Azure Resource Manager ke akun penyimpanan.

ID Versi

Setiap versi blob diidentifikasi oleh ID versi yang unik. Nilai ID versi adalah cap waktu tempat blob diperbarui. ID versi ditetapkan pada saat versi dibuat.

Anda dapat melakukan operasi membaca atau menghapus pada versi blob tertentu dengan menyediakan ID versinya. Jika Anda menghilangkan ID versi, operasi akan bertindak terhadap versi saat ini.

Saat Anda memanggil operasi tulis untuk membuat atau memodifikasi blob, Azure Storage mengembalikan header x-ms-version-id dalam respons. Header ini berisi ID versi untuk versi blob saat ini yang dibuat oleh operasi tulis.

ID versi tetap sama untuk masa pakai versi.

Pembuatan versi pada operasi tulis

Ketika penerapan versi blob diaktifkan, setiap operasi tulis ke blob membuat versi baru. Operasi tulis termasuk Menempatkan Blob, Menempatkan Block List,, Salin Blob, dan Set Blob Metadata.

Jika operasi tulis membuat blob baru, maka blob yang dihasilkan adalah versi blob saat ini. Jika operasi tulis memodifikasi blob yang ada, maka versi saat ini menjadi versi sebelumnya, dan versi saat ini baru dibuat untuk menangkap blob yang diperbarui.

Diagram berikut menunjukkan bagaimana operasi tulis mempengaruhi versi blob. Untuk kesederhanaan, diagram yang diperlihatkan dalam artikel ini menampilkan ID versi sebagai nilai bilangan bulat sederhana. Pada kenyataannya, ID versi adalah cap waktu. Versi saat ini ditampilkan dalam warna biru, dan versi sebelumnya ditampilkan dalam warna abu-abu.

Diagram showing how write operations affect versioned blobs.

Catatan

Blob yang dibuat sebelum penerapan versi diaktifkan untuk akun penyimpanan tidak memiliki ID versi. Ketika blob itu dimodifikasi, blob yang dimodifikasi menjadi versi saat ini, dan versi dibuat untuk menyimpan status blob sebelum pembaruan. Versi ini diberi ID versi yang merupakan waktu pembuatannya.

Saat penerapan versi blob diaktifkan untuk akun penyimpanan, semua operasi tulis pada blob blok memicu pembuatan versi baru, kecuali untuk operasi Blok Put.

Untuk blob halaman dan blob tambahan, hanya subset operasi tulis yang memicu pembuatan versi. Operasi ini meliputi:

Operasi berikut tidak memicu pembuatan versi baru. Untuk menangkap perubahan dari operasi tersebut, ambil rekam jepret manual:

Semua versi blob harus dari jenis blob yang sama. Jika blob memiliki versi sebelumnya, Anda tidak dapat menimpa blob dari satu jenis dengan jenis lain kecuali Anda terlebih dahulu menghapus blob dan semua versinya.

Pembuatan versi pada operasi penghapusan

Saat Anda memanggil operasi Hapus Blob tanpa menentukan ID versi, versi saat ini menjadi versi sebelumnya, dan tidak ada lagi versi saat ini. Semua versi blob sebelumnya yang ada dipertahankan.

Diagram berikut menunjukkan efek operasi penghapusan pada blob versi:

Diagram showing deletion of versioned blob.

Untuk menghapus versi blob tertentu, berikan ID untuk versi tersebut pada operasi penghapusan. Jika penghapusan lunak blob juga diaktifkan untuk akun penyimpanan, versi dipertahankan dalam sistem sampai periode retensi penghapusan lunak berlalu.

Menulis data baru ke blob membuat versi baru blob saat ini. Versi apa pun yang ada tidak terpengaruh, seperti yang diperlihatkan dalam diagram berikut.

Diagram showing re-creation of versioned blob after deletion.

Tingkat akses

Anda dapat memindahkan versi blob blok, termasuk versi saat ini, ke tingkat akses blob yang berbeda dengan memanggil operasi Tingkat Set Blob. Anda dapat memanfaatkan harga kapasitas yang lebih rendah dengan memindahkan versi blob yang lebih lama ke tingkat keren atau arsip. Untuk informasi selengkapnya, lihat Tingkat akses Panas, Dingin, Dingin, dan Arsip untuk data blob.

Untuk mengotomatiskan proses pemindahan blob blok ke tingkat yang sesuai, gunakan manajemen siklus hidup blob. Untuk informasi selengkapnya tentang manajemen siklus hidup, lihat Mengelola siklus hidup penyimpanan Azure Blob.

Mengaktifkan atau menonaktifkan penerapan versi blob

Untuk mempelajari cara mengaktifkan atau menonaktifkan penerapan versi blob, lihat Mengaktifkan dan mengelola penerapan versi blob.

Menonaktifkan penerapan versi blob tidak menghapus blob, versi, atau rekam jepret yang ada. Saat Anda menonaktifkan penerapan versi blob, versi apa pun yang ada tetap dapat diakses di akun penyimpanan Anda. Tidak ada versi baru yang kemudian dibuat.

Setelah penerapan versi dinonaktifkan, memodifikasi versi saat ini membuat blob yang bukan versi. Semua pembaruan berikutnya untuk blob menimpa datanya tanpa menyimpan status sebelumnya. Semua versi yang sudah ada akan tetap tersedia seperti versi sebelumnya.

Anda dapat membaca atau menghapus versi menggunakan ID versi setelah penerapan versi dinonaktifkan. Anda juga dapat mencantumkan versi blob setelah penerapan versi dinonaktifkan.

Replikasi objek bergantung pada penerapan versi blob. Sebelum dapat menonaktifkan penerapan versi blob, Anda harus menghapus kebijakan replikasi objek apa pun di akun tersebut. Untuk informasi selengkapnya tentang replikasi objek, lihat Replikasi objek untuk blob blok.

Diagram berikut menunjukkan cara memodifikasi blob setelah penerapan versi dinonaktifkan membuat blob yang tidak diberi versi. Setiap versi yang ada yang terkait dengan blob bertahan.

Diagram showing that modification of a current version after versioning is disabled creates a blob that isn't a version.

Pembuatan versi blob dan penghapusan lembut

Penerapan versi blob dan penghapusan sementara blob adalah bagian dari konfigurasi perlindungan data yang direkomendasikan untuk akun penyimpanan. Untuk informasi selengkapnya tentang rekomendasi Microsoft untuk perlindungan data, lihat Konfigurasi perlindungan data yang direkomendasikan dalam artikel ini, dan Gambaran umum perlindungan data.

Menimpa blob

Jika versi blob dan penghapusan sementara blob keduanya diaktifkan untuk akun penyimpanan, maka menimpa blob secara otomatis membuat versi baru. Versi baru tidak dihapus sementara dan tidak dihapus saat periode retensi penghapusan sementara berakhir. Tidak ada rekam jepret yang dihapus sementara yang dibuat.

Menghapus blob atau versi

Jika pembuatan versi dan penghapusan lunak keduanya diaktifkan untuk akun penyimpanan, maka ketika Anda menghapus blob, versi blob saat ini menjadi versi sebelumnya. Tidak ada versi baru yang dibuat dan tidak ada rekam jepret yang dihapus sementara yang dibuat. Periode retensi penghapusan sementara tidak berlaku untuk blob yang dihapus.

Hapus sementara menawarkan perlindungan tambahan untuk menghapus versi blob. Saat Anda menghapus versi blob sebelumnya, versi tersebut dihapus dengan lembut. Versi yang dihapus sementara dipertahankan hingga periode retensi penghapusan sementara berlalu, di mana versi tersebut dihapus secara permanen.

Untuk menghapus versi blob sebelumnya, hubungi operasi Hapus Blob dan tentukan ID versi.

Diagram berikut menunjukkan apa yang terjadi saat Anda menghapus blob atau versi blob.

Diagram showing deletion of a version with soft delete enabled.

Memulihkan versi yang dihapus lunak

Anda dapat menggunakan operasi Undelete Blob untuk memulihkan versi yang dihapus sementara selama periode retensi penghapusan sementara. Operasi Batal Hapus Blob selalu mengembalikan semua versi blob yang dihapus sementara. Tidak mungkin memulihkan hanya satu versi yang dihapus sementara.

Memulihkan versi yang dihapus sementara dengan operasi Batal hapus Blob tidak mempromosikan versi apa pun menjadi versi saat ini. Untuk memulihkan versi saat ini, pertama-tama pulihkan semua versi yang dihapus lunak, lalu gunakan operasi Salin Blob untuk menyalin versi sebelumnya ke versi baru saat ini.

Diagram berikut menunjukkan cara memulihkan versi blob yang dihapus lunak dengan operasi Batal Hapus Blob, dan cara memulihkan versi blob saat ini dengan operasi Salin Blob.

Diagram showing how to restore soft-deleted versions.

Setelah periode retensi penghapusan sementara berlalu, versi blob yang dihapus sementara akan dihapus secara permanen.

Pembuatan versi blob dan rekam jepret blob

rekam jepret blob adalah salinan blob baca-saja yang diambil pada titik waktu tertentu. Rekam jepret blob dan versi blob serupa, tetapi rekam jepret dibuat secara manual oleh Anda atau aplikasi Anda, sementara versi blob dibuat secara otomatis pada operasi tulis atau hapus saat penerapan versi blob diaktifkan untuk akun penyimpanan Anda.

Penting

Microsoft menyarankan agar setelah mengaktifkan penerapan versi blob, Anda juga memperbarui aplikasi untuk berhenti mengambil rekam jepret dari blob blok. Jika penerapan versi diaktifkan untuk akun penyimpanan Anda, semua pembaruan dan penghapusan blokir akan ditangkap dan dipertahankan oleh versi. Mengambil rekam jepret tidak menawarkan perlindungan tambahan untuk data blob blok Anda jika penerapan versi blob diaktifkan, dan dapat meningkatkan biaya dan kompleksitas aplikasi.

Rekam jepret blob saat penerapan versi diaktifkan

Meskipun tidak disarankan, Anda dapat mengambil rekam jepret blob yang juga diberi versi. Jika Anda tidak dapat memperbarui aplikasi untuk berhenti mengambil rekam jepret blob saat mengaktifkan penerapan versi, aplikasi Anda dapat mendukung rekam jepret dan versi.

Saat Anda mengambil rekam jepret dari blob versi, versi baru dibuat pada saat yang sama saat rekam jepret dibuat. Versi baru saat ini juga dibuat saat rekam jepret diambil.

Diagram berikut menunjukkan apa yang terjadi saat Anda mengambil rekam jepret dari blob versi. Dalam diagram, versi blob dan rekam jepret dengan ID versi 2 dan 3 berisi data yang identik.

Diagram showing snapshots of a versioned blob.

Mengotorisasi operasi pada versi blob

Anda dapat mengotorisasikan akses ke versi blob menggunakan satu dari pendekatan berikut:

  • Dengan menggunakan kontrol akses berbasis peran Azure (Azure RBAC) untuk memberikan izin kepada perwakilan keamanan Microsoft Entra. Microsoft merekomendasikan penggunaan MICROSOFT Entra ID untuk keamanan yang unggul dan kemudahan penggunaan. Untuk informasi selengkapnya tentang menggunakan ID Microsoft Entra dengan operasi blob, lihat Mengotorisasi akses ke data di Azure Storage.
  • Dengan menggunakan tanda tangan akses bersama (SAS) untuk mendelegasikan akses ke versi blob. Tentukan ID versi untuk jenis sumber daya yang bv ditandatangani, mewakili versi blob, untuk membuat token SAS untuk operasi pada versi tertentu. Untuk informasi selengkapnya tentang tanda tangan akses bersama, lihat Berikan akses terbatas ke sumber daya Azure Storage dengan menggunakan tanda tangan akses berbagi (SAS).
  • Dengan menggunakan kunci akses akun untuk mengotorisasi operasi dari versi blob dengan Kunci Bersama. Untuk informasi selengkapnya, lihat Mengotorisasi dengan Kunci Bersama.

Penerapan versi blob dirancang untuk melindungi data Anda dari penghapusan yang tidak disengaja atau berbahaya. Untuk meningkatkan perlindungan, menghapus versi blob memerlukan izin khusus. Bagian berikut ini menjelaskan izin yang diperlukan untuk menghapus versi blob.

Tindakan RBAC Azure untuk menghapus versi blob

Tabel berikut ini memperlihatkan tindakan RBAC Azure mana yang mendukung penghapusan blob atau versi blob.

Deskripsi Operasi Blob service Diperlukan tindakan data Azure RBAC Dukungan peran bawaan Azure
Menghapus versi saat ini Menghapus blob Microsoft.Storage/storageAccounts/blobServices/containers/blobs/hapus Data blob penyimpanan kontributor
Menghapus versi sebelumnya Menghapus blob Microsoft.Storage/storageAccounts/blobServices/containers/blobs/deleteBlobVersion/action pemilik Data Blob Penyimpanan

Token tanda tangan akses bersama (SAS) parameter

Sumber daya yang ditandatangani untuk versi blob adalah bv. Untuk informasi selengkapnya, lihat Membuat layanan SAS atau Membuat delegasi pengguna SAS.

Tabel berikut ini memperlihatkan izin yang diperlukan pada SAS untuk menghapus versi blob.

Izin Simbol URI Operasi yang diperbolehkan
Hapus x Menghapus versi blob.

Penetapan harga dan penagihan

Mengaktifkan penerapan versi blob dapat mengakibatkan biaya penyimpanan data tambahan ke akun Anda. Saat merancang aplikasi Anda, penting untuk mengetahui bagaimana biaya ini mungkin bertambah sehingga Anda dapat meminimalkan biaya.

Versi blob, seperti rekam jepret blob, ditagih pada tingkat yang sama dengan data aktif. Cara penagihan versi bergantung pada apakah Anda telah secara eksplisit menetapkan tingkat untuk blob saat ini atau untuk versi sebelumnya (atau snapshot). Untuk informasi selengkapnya tentang tingkat blob, lihat Tingkat akses Panas, Dingin, Dingin, dan Arsip untuk data blob.

Jika Anda belum mengubah tingkat blob atau versi, maka Anda akan ditagih untuk blok data unik di seluruh blob tersebut, versinya, dan rekam jepret apa pun yang mungkin dimilikinya. Untuk informasi selengkapnya, lihat Penagihan saat tingkat blob belum ditetapkan secara eksplisit.

Jika Anda telah mengubah tingkat blob atau versi, maka Anda akan ditagih untuk seluruh objek, terlepas dari apakah blob dan versi akhirnya berada di tingkat yang sama lagi. Untuk informasi selengkapnya, lihat Penagihan saat tingkat blob sudah ditetapkan secara eksplisit.

Catatan

Mengaktifkan penerapan versi untuk data yang sering ditimpa dapat mengakibatkan peningkatan biaya kapasitas penyimpanan dan peningkatan latensi selama operasi daftar. Untuk mengurangi kekhawatiran ini, simpan data yang sering ditimpa di akun penyimpanan terpisah dengan penerapan versi dinonaktifkan.

Untuk informasi selengkapnya tentang detail penagihan untuk rekam jepret blob, lihat rekam jepret Blob.

Penagihan ketika tingkat blob belum ditetapkan secara eksplisit

Jika Anda belum secara eksplisit mengatur tingkat blob untuk versi blob apa pun, maka Anda dikenakan biaya untuk blok atau halaman unik di semua versi, dan rekam jepret apa pun yang mungkin dimilikinya. Data yang dibagikan di seluruh versi blob hanya dikenai biaya sekali. Saat blob diperbarui, data dalam versi baru akan menyimpang dari data yang disimpan dalam versi sebelumnya, dan data unik tersebut akan dikenai biaya per blok atau halaman.

Ketika Anda mengganti blok dalam blob blok, blok tersebut kemudian ditagih sebagai blok unik. Ini benar bahkan jika blok memiliki ID blok yang sama dan data yang sama seperti yang ada di versi sebelumnya. Setelah blok diterapkan lagi, blok tersebut menyimpang dari rekannya di versi sebelumnya, dan Anda akan dikenakan biaya untuk datanya. Hal yang sama berlaku untuk halaman dalam blob halaman yang diperbarui dengan data identik.

Penyimpanan blob tidak memiliki sarana untuk menentukan apakah dua blok berisi data yang identik. Setiap blok yang diunggah dan diterapkan diperlakukan unik, bahkan jika memiliki data yang sama dan ID blok yang sama. Karena biaya bertambah untuk blok unik, penting untuk diingat bahwa memperbarui blob saat penerapan versi diaktifkan akan menghasilkan blok unik tambahan dan biaya tambahan.

Saat penerapan versi blob diaktifkan, hubungi operasi pembaruan pada blob blok sehingga mereka memperbarui jumlah blok yang paling sedikit mungkin. Operasi tulis yang memungkinkan kontrol halus atas blok adalah Put Blok dan Put Block List. Operasi Put Blob, di sisi lain, menggantikan seluruh isi blob dan karenanya dapat menyebabkan biaya tambahan.

Skenario berikut menunjukkan bagaimana biaya bertambah untuk blob blok dan versinya ketika tingkat blob belum diatur secara eksplisit.

Skenario 1

Dalam skenario 1, blob memiliki versi sebelumnya. Blob belum diperbarui sejak versi dibuat, sehingga biaya hanya dikenakan untuk blok unik 1, 2, dan 3.

Diagram 1 showing billing for unique blocks in base blob and previous version.

Skenario 2

Dalam skenario 2, satu blok (blok 3 dalam diagram) dalam blob telah diperbarui. Meskipun blok yang diperbarui berisi data yang sama dan ID yang sama, blok 3 tidak sama dengan blok 3 di versi sebelumnya. Akibatnya, akun ditagih untuk empat blok.

Diagram 2 showing billing for unique blocks in base blob and previous version.

Skenario 3

Dalam skenario 3, blob telah diperbarui, tetapi versi belum. Blok 3 diganti dengan blok 4 di blob saat ini, tetapi versi sebelumnya masih mencerminkan blok 3. Akibatnya, akun ditagih untuk empat blok.

Diagram 3 showing billing for unique blocks in base blob and previous version.

Skenario 4

Dalam skenario 4, blob saat ini telah sepenuhnya diperbarui dan tidak berisi blok aslinya. Akibatnya, akun dikenakan biaya untuk semua delapan blok unik—empat dalam versi saat ini, dan empat digabungkan dalam dua versi sebelumnya. Skenario ini dapat terjadi jika Anda menulis ke blob dengan operasi Put Blob , karena menggantikan seluruh konten blob.

Diagram 4 showing billing for unique blocks in base blob and previous version.

Penagihan ketika tingkat blob belum ditetapkan secara eksplisit

Jika Anda telah secara eksplisit mengatur tingkat blob untuk blob atau versi (atau rekam jepret), maka Anda dikenakan biaya untuk panjang konten lengkap objek di tingkat baru, terlepas dari apakah itu berbagi blok dengan objek di tingkat asli. Anda juga dikenakan biaya untuk panjang konten lengkap versi terlama di tingkat asli. Selain versi sebelumnya atau salinan bayangan yang tetap berada di tingkat asli dikenakan biaya untuk blok unik yang dapat mereka bagikan, seperti yang dijelaskan dalam Penagihan ketika tingkat blob belum ditetapkan secara eksplisit.

Memindahkan blob ke tingkat baru

Tabel berikut ini menjelaskan perilaku penagihan untuk blob atau versi saat dipindahkan ke tingkat baru.

Jika tingkatan blob ditetapkan… Kemudian Anda ditagih untuk ...
Secara eksplisit pada versi, baik saat ini atau sebelumnya Panjang konten lengkap dari versi tersebut. Versi yang tidak menetapkan tingkat secara eksplisit hanya akan dikenai biaya untuk blok unik.1
Untuk mengarsipkan Panjang konten lengkap dari semua versi dan snapshot.1.

1Jika ada versi atau rekam jepret lain sebelumnya yang belum dipindahkan dari tingkat aslinya, versi atau rekam jepret tersebut dikenakan biaya berdasarkan jumlah blok unik yang dikandungnya, seperti yang dijelaskan dalam Penagihan saat tingkat blob belum diatur secara eksplisit.

Diagram berikut menggambarkan bagaimana objek ditagih ketika blob dengan salinan bayangan dipindah ke tingkat yang berbeda.

Diagram showing how objects are billed when a versioned blob is explicitly tiered.

Secara eksplisit mengatur tingkat untuk blob, versi, atau rekam jepret tidak dapat dibatalkan. Jika Anda memindahkan blob ke tingkat baru lalu memindahkannya kembali ke tingkat aslinya, Anda akan dikenakan biaya untuk panjang konten penuh objek bahkan jika berbagi blok dengan objek lain di tingkat asli.

Operasi yang secara eksplisit mengatur tingkat blob, versi, atau salinan bayangan meliputi:

Menghapus blob saat penghapusan sementara diaktifkan

Saat penghapusan sementara blob diaktifkan, semua entitas yang dihapus sementara akan dikenai biaya sesuai panjang konten lengkap. Jika Anda menghapus atau menimpa versi saat ini yang telah menetapkan tingkatnya secara eksplisit, versi sebelumnya dari blob yang dihapus sementara akan dikenai biaya sesuai panjang konten lengkap. Untuk informasi selengkapnya tentang cara penerapan versi blob dan penghapusan sementara, lihat Penerapan versi Blob dan penghapusan sementara.

Dukungan fitur

Dukungan untuk fitur ini mungkin terpengaruh dengan mengaktifkan Data Lake Storage Gen2, protokol Network File System (NFS) 3.0, atau SSH File Transfer Protocol (SFTP). Jika Anda telah mengaktifkan salah satu kemampuan ini, lihat Dukungan fitur Blob Storage di akun Azure Storage untuk menilai dukungan untuk fitur ini.

Penerapan versi tidak didukung untuk blob yang diunggah dengan menggunakan API Data Lake Storage Gen2 .

Lihat juga