Blob sürümü
Bir nesnenin önceki sürümlerini otomatik olarak korumak için Blob depolama sürümü oluşturmayı etkinleştirebilirsiniz. Blob sürümü etkinleştirilmişse, hatalı bir şekilde değiştirilmiş veya silinmiş olan verilerinizi kurtarmak için blob'un önceki bir sürümünü geri yükleyebilirsiniz.
Önerilen veri koruma yapılandırması
Blob sürümü, blob verileri için kapsamlı bir veri koruma stratejisinin bir parçasıtır. Microsoft, blob verileriniz için en iyi korumayı sağlamak için aşağıdaki veri koruma özelliklerinin hepsini etkinleştirmenizi tavsiye ediyor:
- Bir blob'un önceki sürümlerini otomatik olarak korumak için blob sürümü oluşturulur. Blob sürümü etkinleştirilmişse, hatalı bir şekilde değiştirilmiş veya silinmiş olan verilerinizi kurtarmak için blob'un önceki bir sürümünü geri yükleyebilirsiniz. Blob sürümünü etkinleştirme hakkında bilgi edinmek için bkz. Blob sürümünü etkinleştirme ve yönetme.
- Silinen bir kapsayıcıyı geri yüklemek için kapsayıcıyı kalıcı olarak silme. Kapsayıcılar için yazılımdan silmeyi etkinleştirme hakkında bilgi edinmek için bkz. Kapsayıcılar için yazılım silmeyi etkinleştirme ve yönetme.
- Silinen blobu, anlık görüntüyü veya sürümü geri yüklemek için blobu kalıcı olarak silme. Blob yazılım silmeyi etkinleştirme hakkında bilgi edinmek için bkz. Bloblar için yazılım silmeyi etkinleştirme ve yönetme.
Microsoft'un veri koruma önerileri hakkında daha fazla bilgi edinmek için bkz. Veri korumasına genel bakış.
Blob sürümü nasıl çalışır?
Sürüm, bir blobu zaman içinde verilen bir noktada yakalar. Her sürüm bir sürüm kimliği ile tanımlanır. Depolama hesabı için blob sürümü oluşturma etkinleştirildiğinde Azure Depolama, blob ilk oluşturulduğunda ve blob daha sonra her değiştirildiğinde benzersiz bir kimlikle otomatik olarak yeni bir sürüm oluşturur.
Sürüm kimliği, geçerli sürümü veya önceki bir sürümü tanımlayabilir. Bir blob aynı anda yalnızca bir geçerli sürüme sahip olabilir.
Yeni bir blob musunuz, tek bir sürüm var ve bu sürüm geçerli sürümdür. Mevcut bir blobu değiştirerek geçerli sürüm önceki bir sürüm haline gelir. Güncelleştirilmiş durumu yakalamak için yeni bir sürüm oluşturulur ve bu yeni sürüm geçerli sürümdür. Bir blobu silebilirsiniz; blob'un geçerli sürümü önceki bir sürüm olur ve artık geçerli bir sürüm yoktur. Blob'un önceki sürümleri kalıcıdır.
Aşağıdaki diyagramda, sürümlerin yazma işlemleriyle nasıl oluşturulacakları ve önceki bir sürümün geçerli sürüm olarak nasıl yükseltildikleri açıklandı:
Blob sürümleri sabittir. Mevcut blob sürümünün içeriğini veya meta verilerini değiştiremezsiniz.
Blob başına çok sayıda sürümün olması, blob listeleme işlemlerinin gecikme süresini artırabilir. Microsoft, blob başına 1000'den az sürümün korunmasını önerer. Eski sürümleri otomatik olarak silmek için yaşam döngüsü yönetimini kullanabilirsiniz. Yaşam döngüsü yönetimi hakkında daha fazla bilgi için bkz. Azure Blob depolama ve erişim katmanlarını Depolama maliyetleri iyileştirme.
Blob sürümü, standart genel amaçlı v2, premium blok blobu ve eski Blob depolama hesapları için kullanılabilir. Depolama Ad Alanı Azure Data Lake Depolama 2. Nesil ile kullanım için etkinleştirilmiş hiyerarşik ad alanı olan hesaplar şu anda destekçi değildir.
Azure Depolama REST API'nin 2019-10-10 ve daha yeni bir sürümü blob sürümü 2019'Depolama REST API destekler.
Önemli
Blob sürümü ekleme, depolama hesabının veya kapsayıcının yanlışlıkla silinmesini geri alamanıza yardımcı olamaz. Depolama hesabının yanlışlıkla silinmesini önlemek için depolama hesabı kaynağında bir kilit yapılandırabilirsiniz. Depolama hesabını kilitleme hakkında daha fazla bilgi için bkz. Depolama hesabına Azure Resource Manager hesabı kilitleme.
Sürüm Kimliği
Her blob sürümü benzersiz bir sürüm kimliğiyle tanımlanır. Sürüm kimliğinin değeri, blob'un güncelleştirilmiş olduğu zaman damgasıdır. Sürüm kimliği, sürüm oluşturulduğunda atanır.
Sürüm kimliğini sağlayarak blob'un belirli bir sürümünde okuma veya silme işlemleri gerçekleştirebilirsiniz. Sürüm kimliğini atlarsanız, işlem geçerli sürüme göre hareket ediyor.
Blob oluşturmak veya değiştirmek için bir yazma işlemi çağırarak Azure Depolama yanıtta x-ms-version-id üst bilgisini döndürür. Bu üst bilgi, yazma işlemi tarafından oluşturulan blob'un geçerli sürümünün sürüm kimliğini içerir.
Sürüm kimliği, sürümün kullanım ömrü boyunca aynı kalır.
Yazma işlemleri üzerinde sürüm yazma
Blob sürümü açık olduğunda, bloba yapılan her yazma işlemi yeni bir sürüm oluşturur. Yazma işlemleri Blob Koy, Blok Listesi Koy, Blob Kopyalamave Blob Meta Verilerini Ayarlama işlemlerini içerir.
Yazma işlemi yeni bir blob oluşturursa sonuçta elde edilen blob, blob'un geçerli sürümüdür. Yazma işlemi var olan bir blobu değiştirebilirse, geçerli sürüm önceki bir sürüm olur ve güncelleştirilmiş blobu yakalamak için yeni bir geçerli sürüm oluşturulur.
Aşağıdaki diyagramda, yazma işlemlerinin blob sürümlerini nasıl etkilediği gösterir. Kolaylık olması için bu makalede gösterilen diyagramlarda sürüm kimliği basit bir tamsayı değeri olarak görüntülenir. Gerçekte sürüm kimliği bir zaman damgasıdır. Geçerli sürüm mavi, önceki sürümler ise gri renkte gösterilir.
Not
Depolama hesabı için sürüm oluşturma etkinleştirilmeden önce oluşturulan bir blobda sürüm kimliği yok. Bu blob değiştirildiğinde değiştirilen blob geçerli sürüm olur ve güncelleştirmeden önce blob durumunu kaydetmek için bir sürüm oluşturulur. Sürüme, oluşturma zamanı olan bir sürüm kimliği atanır.
Depolama hesabı için blob sürümü oluşturma etkinleştirildiğinde, blok blobları üzerinde yapılan tüm yazma işlemleri, Blok Koy işlemi dışında yeni bir sürümün oluşturulmasını tetikler.
Sayfa blobları ve ekleme blobları için yazma işlemlerinin yalnızca bir alt kümesi sürümün oluşturulmasını tetikler. Bu işlemler şunlardır:
- İkili Büyük Nesne Koyma
- Blok Listesini Koy
- Blob Meta Verilerini Ayarlama
- İkili Büyük Nesneyi Kopyalama
Aşağıdaki işlemler yeni bir sürümün oluşturulmasını tetiklemez. Bu işlemlerden değişiklikleri yakalamak için el ile bir anlık görüntü alın:
- Sayfa Koy (sayfa blobu)
- Ekleme Bloğu (ekleme blobu)
Bir blob'un tüm sürümleri aynı blob türünde olması gerekir. Bir blob önceki sürümlere sahipse, önce blobu ve tüm sürümlerini silmedikçe bir blob türünün üzerine başka bir tür yazamaz.
Silme işlemleri üzerinde sürüm ekleme
Bir sürüm kimliği belirtmeden Blob Silme işlemi çağırarak, geçerli sürüm önceki bir sürüm olur ve artık geçerli bir sürüm yoktur. Blob'un mevcut tüm önceki sürümleri korunur.
Aşağıdaki diyagramda, bir silme işlemi sürüme sahip blob üzerindeki etkisi gösterir:
Blob'un belirli bir sürümünü silmek için silme işlemi sırasında bu sürümün kimliğini girin. Depolama hesabı için blob yazılımlı silme de etkinleştirildiyse, sürüm, yazılım silme saklama süresi geçene kadar sistemde korunur.
Bloba yeni veri yazmak, blob'un yeni bir geçerli sürümünü oluşturur. Aşağıdaki diyagramda gösterildiği gibi mevcut sürümler bundan etkilenmez.
Erişim katmanları
Blob KatmanıNı Ayarla işlemi çağrılarak geçerli sürüm de dahil olmak üzere blok blobu herhangi bir sürümünü farklı bir blob erişim katmanına taşıYöneti. Blob'un eski sürümlerini cool veya archive katmanına taşınarak daha düşük kapasite fiyatlandırması avantajından faydalanabilirsiniz. Daha fazla bilgi için bkz. Blob verileri için Hot, Cool ve Archive erişim katmanları.
Blok bloblarını uygun katmana taşıma işlemini otomatikleştirmek için blob yaşam döngüsü yönetimini kullanın. Yaşam döngüsü yönetimi hakkında daha fazla bilgi için bkz. Azure Blob depolama yaşam döngüsünü yönetme.
Blob sürümünü etkinleştirme veya devre dışı bırakma
Blob sürümünü etkinleştirmeyi veya devre dışı bırakmayı öğrenmek için bkz. Blob sürümünü etkinleştirme ve yönetme.
Blob sürümünün devre dışı bırakılması mevcut blobları, sürümleri veya anlık görüntüleri silemez. Blob sürümünü kapatmanız, mevcut sürümlerin depolama hesabında erişilebilir durumda kalmasını sağlar. Daha sonra yeni sürüm oluşturulmaz.
Depolama hesabında sürüm oluşturma devre dışı bırakılmıştır ve blob oluşturulduktan veya değiştirildikten sonra blob'un üzerine yazarak yeni bir sürüm oluşturulur. Güncelleştirilmiş blob artık geçerli sürüm değildir ve sürüm kimliğine sahip değildir. Bloba sonraki tüm güncelleştirmeler, önceki durumu kaydetmeden verilerin üzerine yazacak.
Sürümler devre dışı bırakıldıktan sonra sürüm kimliğini kullanarak sürümleri okuyabilir veya silebilirsiniz. Sürümler devre dışı bırakılmıştır.
Aşağıdaki diyagramda, sürüm oluşturma devre dışı bırakılmıştır sonra blobu değiştirmenin sürüm oluşturmamış bir blobu nasıl oluşturduğu gösterir. Blobla ilişkilendirilmiş tüm mevcut sürümler kalıcıdır.
Blob sürümü ve yazılım silme
Microsoft, en iyi veri koruması için depolama hesaplarınız için hem sürüm hem de blob yazılımlı silmeyi etkinleştirmenizi tavsiye ediyor. Blob yazılımlı silme hakkında daha fazla bilgi için bkz. Azure blobları için Depolama silme.
Blob'un üzerine yazma
Blob sürümü ve blob yazılım silme özelliği bir depolama hesabı için etkinleştirildiyse, blob üzerine yazarak otomatik olarak yeni bir sürüm oluşturulur. Yeni sürüm, yazılımdan silinmez ve kalıcı silme saklama süresinin süresi dolduğunda kaldırılamaz. Yazılımla silinen anlık görüntüler oluşturulmaz.
Blob veya sürümü silme
Depolama hesabı için sürüm ve yazılım silme etkinleştirildiyse, blobu sildikten sonra geçerli blob sürümü önceki bir sürüme gelir. Yeni bir sürüm oluşturulmaz ve yazılımdan silinen anlık görüntüler oluşturulmaz. Silinen blob için kalıcı silme saklama süresi geçerli değildir.
Geçici silme, blob sürümlerini silmek için ek koruma sağlar. Blob'un önceki bir sürümünü sildikten sonra bu sürüm yazılımdan silinir. Geçici silme sürümü, geçici silme saklama süresi geçene kadar korunur ve bu süre sonunda kalıcı olarak silinir.
Blob'un önceki bir sürümünü silmek için Blob Silme işlemi çağrısında bulundurarak sürüm kimliğini belirtin.
Aşağıdaki diyagramda bir blobu veya blob sürümünü silebilirsiniz.
Yazılımdan silinen sürümü geri yükleme
Kalıcı silme saklama süresi boyunca yazılımdan silinen sürümleri geri yüklemek için Blob silmeyi geri yükleme işlemi kullanabilirsiniz. Silmeyi Geri Yükleme Blobu işlemi her zaman blob'un tüm yazılımdan silinen sürümlerini geri yüklemez. Yalnızca tek bir yazılımla silinmiş sürümü geri yüklemek mümkün değildir.
Silmeyi Geri Yükleme Blobu ile yazılımdan silinen sürümleri geri yüklemek, herhangi bir sürümü geçerli sürüme yükseltemez. Geçerli sürümü geri yüklemek için önce tüm yazılımdan silinen sürümleri geri yükledikten sonra Blobu Kopyala işlemiyle önceki bir sürümü yeni bir geçerli sürüme kopyalayın.
Aşağıdaki diyagramda, Silmeyi Geri Yükleme Blobu işlemiyle yazılımdan silinen blob sürümlerini geri yükleme ve Blob Kopyalama işlemiyle blob'un geçerli sürümünü geri yükleme işlemi gösterir.
Geçici silme saklama süresi sona erdikten sonra, geçici olarak silinen tüm blob sürümleri kalıcı olarak silinir.
Blob sürümü oluşturma ve blob anlık görüntüleri
Blob anlık görüntüsü, belirli bir noktada alınan blobların salt okunur bir kopyasıdır. Blob anlık görüntüleri ve blob sürümleri benzerdir, ancak blob sürümü depolama hesabınız için etkinleştirildiğinde blob sürümü yazma veya silme işlemi üzerinde otomatik olarak oluşturulurken siz veya uygulamanız tarafından el ile bir anlık görüntü oluşturulur.
Önemli
Microsoft, blob sürümü oluşturmayı etkinleştirdikten sonra, blok bloblarının anlık görüntülerini almalarını durdurmak için de uygulamanızı güncelleştirmenizi önermektedir. Depolama hesabınız için sürüm etkinleştirilmişse, tüm blok blobu güncelleştirmeleri ve silmeleri sürümler tarafından yakalanır ve korunur. Blob sürümü oluşturma etkinleştirildiyse anlık görüntü almak blok blobu verilerinize ek koruma sunmaz ve maliyetleri ve uygulama karmaşıklığını artırabilir.
Sürüm oluşturma etkinleştirildiğinde blob'un anlık görüntüsünü alma
Önerilmez, ancak sürümü de olan bir blob'un anlık görüntüsünü alın. Sürüm oluşturmayı etkinleştirerek blobların anlık görüntülerini almalarını durduracak şekilde uygulamanızı güncelleştire değil, hem anlık görüntüleri hem de sürümleri destekleyebilirsiniz.
Sürümü oluşturulan blob'un anlık görüntüsünü alırken, anlık görüntü oluşturulurken yeni bir sürüm oluşturulur. Anlık görüntü alınırken yeni bir geçerli sürüm de oluşturulur.
Aşağıdaki diyagramda, sürüme sahip bir blob'un anlık görüntüsünü alırken ne olduğu gösterir. Diyagramda, sürüm kimliği 2 ve 3 olan blob sürümleri ve anlık görüntüler aynı verileri içerir.
Blob sürümlerinde işlemleri yetkilendirme
Aşağıdaki yaklaşımlardan birini kullanarak blob sürümlerine erişimi yetkilendirebilirsiniz:
- Bir Azure Active Directory (Azure AD) güvenlik sorumlusuna izin vermek için Azure rol tabanlı erişim denetimi (Azure RBAC) kullanarak. Microsoft, üstün güvenlik ve kullanım kolaylığı için Azure AD'nin kullanılması önerilir. Blob işlemleriyle Azure AD kullanma hakkında daha fazla bilgi için bkz. AzureDepolama.
- Blob sürümlerine temsilci erişimi için paylaşılan erişim imzası (SAS) kullanarak. Belirli bir sürümde işlemler için SAS belirteci oluşturmak için blob sürümünü temsil eden imzalı kaynak
bvtürünün sürüm kimliğini belirtin. Paylaşılan erişim imzaları hakkında daha fazla bilgi için bkz. Paylaşılan erişim imzaları (SAS) kullanarak Azure Depolamakaynaklara sınırlı erişim izni ver. - Paylaşılan Anahtar ile blob sürümlerine karşı işlemleri yetkilendirmek için hesap erişim anahtarlarını kullanarak. Daha fazla bilgi için bkz. Paylaşılan Anahtar ile Yetkilendirme.
Blob sürümü, verilerinizi yanlışlıkla veya kötü amaçlı silmelere karşı korumak için tasarlanmıştır. Korumayı geliştirmek için blob sürümünü silmek için özel izinler gerekir. Aşağıdaki bölümlerde blob sürümünü silmek için gereken izinler açıklanmaktadır.
Blob sürümünü silmek için Azure RBAC eylemi
Aşağıdaki tabloda blob veya blob sürümünü silmeyi destekleyen Azure RBAC eylemleri yer alır.
| Description | Blob hizmeti işlemi | Azure RBAC veri eylemi gerekiyor | Azure yerleşik rol desteği |
|---|---|---|---|
| Geçerli sürümü silme | İkili Büyük Nesneyi Silme | Microsoft. Depolama/storageAccounts/blobServices/containers/blobs/delete | Depolama Blob Verileri Katkıda Bulunanı |
| Önceki sürümü silme | İkili Büyük Nesneyi Silme | Microsoft. Depolama/storageAccounts/blobServices/containers/blobs/deleteBlobVersion/action | Depolama Blob Verileri Sahibi |
Paylaşılan erişim imzası (SAS) parametreleri
Blob sürümü için imzalı kaynak: bv . Daha fazla bilgi için bkz. Hizmet SAS'ı oluşturma veya Kullanıcı temsilcisi SAS oluşturma.
Aşağıdaki tabloda, blob sürümünü silmek için SAS üzerinde gerekli izinler yer alır.
| İzin | URI simgesi | İzin verilen işlemler |
|---|---|---|
| Sil | x | Blob sürümünü silin. |
Fiyatlandırma ve Faturalama
Blob sürümünün etkinleştirilmesi hesabınıza ek veri depolama ücretlerine neden olabilir. Uygulamanızı tasarlarken maliyetleri en aza indirgeymek için bu ücretlerin nasıl tahakkuk ettiğne dikkat etmek önemlidir.
Blob anlık görüntüleri gibi blob sürümleri, etkin verilerle aynı fiyattan faturalandırıldı. Sürümlerin faturalandırma durumu, temel blob için katmanı açıkça ayarlamış olup olmadığınız veya sürümlerinin herhangi biri (veya anlık görüntüleri) için ayarlamış olup olmadığınız bağlıdır. Blob katmanları hakkında daha fazla bilgi için bkz. Blob verileri için Hot, Cool ve Archive erişim katmanları.
Bir blob veya sürümün katmanını değiştirmemiş olursanız bu blob, sürümleri ve sahip olduğu anlık görüntüler genelindeki benzersiz veri blokları için faturalandırabilirsiniz. Daha fazla bilgi için bkz. Blob katmanı açıkça ayarlanmazsa faturalama.
Bir blob veya sürümün katmanını değiştirdiysanız, blob ve sürümün sonunda yeniden aynı katmanda olup olmadığına bakılmaksızın nesnenin tamamı için faturalandırabilirsiniz. Daha fazla bilgi için bkz. Blob katmanı açıkça ayarlanmış olduğunda faturalama.
Not
Sık sık üzerine yazılan veriler için sürüm 9'un etkinleştirilmesi, depolama kapasitesi ücretlerinin artmasına ve listeleme işlemleri sırasında gecikme süresinin artmasına neden olabilir. Bu endişeleri azaltmak için, sık üzerine yazılan verileri sürüm yazma devre dışı bırakılmış ayrı bir depolama hesabında depolar.
Blob anlık görüntüleri için faturalama ayrıntıları hakkında daha fazla bilgi için bkz. Blob anlık görüntüleri.
Blob katmanı açıkça ayarlanmazken faturalama
Bir temel blob veya sürümlerinin herhangi biri için blob katmanını açıkça ayarlamadıysanız, blob genelindeki benzersiz bloklar veya sayfalar, sürümleri ve sahip olduğu anlık görüntüler için ücret tahsil edileceksiniz. Blob genelinde paylaşılan veriler ve sürümleri yalnızca bir kez ücret tahsil edilecektir. Bir blob güncelleştirildiğinde, temel blob'daki veriler kendi sürümlerinde depolanan verilerden ayrılır ve benzersiz veriler blok veya sayfa başına ücrete tabidir.
Blok blobu içindeki bir bloğu değiştir değiştirilsin, bu blok daha sonra benzersiz bir blok olarak ücret tahsil edilecektir. Blok, önceki sürümde olduğu gibi aynı blok kimliğine ve aynı verilere sahip olsa bile bu durum doğrudur. Blok yeniden işlendikten sonra, önceki sürümde yer alan karşıtlarından ayrılır ve verileri için ücret tahsil edilecektir. Aynı durum, aynı verilerle güncelleştirilen bir sayfa blobu içinde yer alan bir sayfa için de geçerli olur.
Blob depolamanın iki bloğun aynı verileri içerip içer içere olmadığını belirlemenin bir anlamı yok. Karşıya yüklenen ve işlenen her blok, aynı verilere ve aynı blok kimliğine sahip olsa bile benzersiz olarak kabul edilir. Benzersiz bloklar için ücretler tahakkuk etti olarak, sürüm etkinleştirilmiş olduğunda blobu güncelleştirmenin ek benzersiz bloklara ve ek ücretlere neden olduğunu unutmayın.
Blob sürümü etkinleştirilmiş olduğunda blok blobları üzerinde güncelleştirme işlemlerini çağırarak mümkün olan en az sayıda bloğu güncelleştirin. Bloklar üzerinde ince denetime izin verme yazma işlemleri Put Block ve Put Block List işlemleridir. Öte yandan Blob Koy işlemi, blob içeriğinin tamamını değiştirir ve bu nedenle ek ücrete yol açabilirsiniz.
Aşağıdaki senaryolar, blob katmanı açıkça ayarlanmazken blok blobu ve sürümleri için ücretlerin nasıl tahakkuk ettiğni gösteriyor.
1. Senaryo
Senaryo 1'de blob önceki bir sürüme sahip. Blob, sürüm oluşturulduktan sonra güncelleştirilmedi, bu nedenle yalnızca benzersiz 1, 2 ve 3. bloklar için ücret tahakkuk etti.
2. Senaryo
Senaryo 2'de blobda bir blok (diyagramda 3. blok) güncelleştirildi. Güncelleştirilmiş blok aynı verileri ve kimliği içeriyor olsa da, önceki sürümde 3. blokla aynı değildir. Sonuç olarak, hesap dört blok için ücrete tabidir.
3. Senaryo
Senaryo 3'te blob güncelleştirilmiştir, ancak sürüm güncelleştirilmedi. Blok 3, temel blobda 4. blokla değiştirilmiştir ancak önceki sürüm yine de blok 3'ü yansıtıyor. Sonuç olarak, hesap dört blok için ücrete tabidir.
4. Senaryo
Senaryo 4'te temel blob tamamen güncelleştirilmiştir ve özgün bloklarının hiçbirini içerir. Sonuç olarak hesap, temel blobda dört benzersiz blok ve önceki sürümde dört benzersiz — bloğun hepsi için ücret tahsil edilecektir. Bu senaryo, bloba Blob Koy işlemiyle yazıyorsanız oluşabilir çünkü temel blob'un tüm içeriğini değiştirir.
Blob katmanı açıkça ayarlanmış olduğunda faturalama
Blob veya sürüm (veya anlık görüntü) için blob katmanını açıkça ayarladısanız, özgün katmanda bir nesneyle blok paylaşıp paylaştığına bakılmaksızın yeni katmanda nesnenin tam içerik uzunluğu için ücret ödemeniz gerekir. Özgün katmandaki en eski sürümün tam içerik uzunluğu için de ücret tahsil edilecektir. Özgün katmanda kalan diğer tüm önceki sürümler veya anlık görüntüler, blob katmanı açıkça ayarlanmazsa Faturalama'da açıklandığı gibi paylaştırıldıkları benzersiz bloklar için ücret tahsil edilecektir.
Blobu yeni bir katmana taşıma
Aşağıdaki tabloda blob veya sürüm yeni bir katmana taşındığında faturalama davranışı açıkmektedir.
| Blob katmanı açıkça açık olarak ayarlanırken... | Daha sonra faturalandır... |
|---|---|
| Önceki sürüme sahip bir temel blob | Yeni katmandaki temel blob ve özgün katmandaki en eski sürüm ile diğer sürümlerde benzersiz bloklar. 1 |
| Önceki sürüme ve anlık görüntüye sahip temel blob | Yeni katmandaki temel blob, özgün katmandaki en eski sürüm ve özgün katmandaki en eski anlık görüntüye ek olarak diğer sürümlerde veya anlık görüntülerde yer alan benzersiz bloklar1. |
| Önceki bir sürüm | Yeni katmanda sürüm ve özgün katmanda temel blob ile diğer sürümlerde benzersiz bloklar. 1 |
1 Özgün katmanlarından taşınmaan başka önceki sürümler veya anlık görüntüler varsa, blob katmanı açıkça ayarlanmazsa Faturalama'da açıklandığı gibi, bu sürümler veya anlık görüntüler içerebilecekleri benzersiz blok sayısına göre ücret tahsil edilecektir.
Aşağıdaki diyagramda, sürümü edilen bir blob farklı bir katmana taşındığında nesnelerin nasıl faturalandır olduğu göstermektedir.
Blob, sürüm veya anlık görüntü için katmanı açıkça ayarlama işlemi geri alınamaz. Bir blobu yeni bir katmana taşımanın ardından özgün katmanına geri taşıması, özgün katmandaki diğer nesnelerle blok paylaşsa bile nesnenin tam içerik uzunluğu için ücret tahsil edersiniz.
Blob, sürüm veya anlık görüntü katmanını açıkça ayaran işlemler şunlardır:
- Blob Katmanını Ayarla
- Blobu belirtilen katmanla koyma
- Blok Listesini belirtilen katmanla koy
- Blobu belirtilen katmanla kopyalama
Geçici silme etkinleştirildiğinde blob silme
Blob geçici silme etkinleştirildiğinde, katmanı açıkça ayarlanmış bir temel blobu siler veya üzerine yazarak geçici silme etkinleştirildiğinde, geçici olarak silinen blob'un önceki sürümleri tam içerik uzunluğuna göre faturalandırabilirsiniz. Blob sürümü ve yazılım silmenin birlikte çalışması hakkında daha fazla bilgi için bkz. Blob sürümü ve yazılım silme.
Aşağıdaki tabloda sürüm etkinleştirilmiş veya devre dışı bırakılmıştır. Sürüm oluşturma etkinleştirildiğinde, blob yazılımdan silindiğinde bir sürüm oluşturulur. Sürüm oluşturma devre dışı bırakılmıştır, blobu geçici silme bir geçici silme anlık görüntüsü oluşturur.
| Katmanı açıkça ayarlanmış bir temel blob'un üzerine yazarak... | Daha sonra faturalandır... |
|---|---|
| Blob soft delete ve versioning etkinleştirildiyse | Katmandan bağımsız olarak tüm mevcut sürümler tam içerik uzunluğundadır. |
| Blob yazılımlı silme etkinleştirildiyse ama sürüm özelliği devre dışı bırakıldı | Katmandan bağımsız olarak tam içerik uzunluğuna sahip tüm mevcut yazılım silme anlık görüntüleri. |
Özellik desteği
Bu tabloda, bu özelliğin hesapta nasıl desteklen olduğu ve belirli özellikleri etkinleştiren destek üzerindeki etkisi yer alır.
| Depolama hesabı türü | Blob Depolama (varsayılan destek) | Data Lake Depolama 2. Nesil | NFS 3.0 1 | SFTP 1 |
|---|---|---|---|---|
| Standart genel amaçlı v2 |  |
 |
|
|
| Premium blobları | |
|
|
|
1 Data Lake Depolama 2. Nesil, Ağ Dosya Sistemi (NFS) 3.0 protokolü ve Güvenli Dosya Aktarımı protokolü (SFTP) desteği, hiyerarşik ad alanı etkinleştirilmiş bir depolama hesabı gerektirir.