Arşiv katmanından blob yeniden dolum
Bir blob Arşiv erişim katmanındayken çevrimdışı olarak kabul edilir ve okunamaz veya değiştirilemez. Arşivlenmiş bir blobda verileri okumak veya değiştirmek için öncelikle blobu Çevrimiçi katmana (Hot veya Cool katmanı) yeniden yazmalısiniz. Arşiv katmanında depolanan bir blobu yeniden dolum için iki seçenek vardır:
Arşivlenmiş bir blobuçevrimiçi katmana kopyalama: Blob Kopyalama işlemiyle Arşivlenmiş blobu, Hot veya Cool katmanında yeni bir bloba kopyalayıp yeniden tamamabilirsiniz. Microsoft çoğu senaryo için bu seçeneği önerer.
Bir blob'unerişim katmanını çevrimiçi katmana değiştirme: Blob KatmanıNı Ayarla işlemiyle katmanını değiştirerek arşivlenmiş bir blobu Hot veya Cool katmanına yeniden tamamabilirsiniz.
Arşiv katmanından bir blobu yeniden tamamlamak birkaç saat sürebilir. Microsoft, en iyi performans için daha büyük blobları yeniden depolamayı önerebilir. Birkaç küçük blobu eşzamanlı olarak yeniden depolamanız için ek süre gerekebilir. Depolama hesabı başına en fazla 10 GiB, saatte yeniden depolanmasına neden olabilir.
Arşiv katmanından Azure Event Grid çevrimiçi katmana bir blobu yeniden hazırlar ve olayı bir olay işleyiciye gönderirken bir olay oluşturması için bu yapılandırmayı yapılandırabilirsiniz. Daha fazla bilgi için bkz. Blob yenidenhydration'da bir olayı işleme.
Azure Depolama'daki erişim katmanları hakkında daha fazla bilgi için bkz. Blob verileri için Erişim, Cool ve Arşiv erişim katmanları.
Yenidenhydration önceliği
Bir blobu yeniden doldururken, Blob KatmanıNı Ayarla veya Blob Kopyala işlemi üzerinde isteğe bağlı x-ms-rehydrate-priority üst bilgisi aracılığıyla yeniden dolum işlemi için önceliği ayarlayın. Yenidenhydration öncelik seçenekleri şunlardır:
- Standart öncelik: Yeniden işleme isteği, alma sırasına göre işlenir ve 15 saate kadar sürebilir.
- Yüksek öncelikli: Yeniden tamamlama isteğine standart öncelik isteklerine göre öncelik verilecektir ve boyutu 10 GB'ın altındaki nesneler için bir saatten kısa sürede tamamlanır.
Yeniden dolum işlemi devam ederken yeniden dolum önceliğini kontrol etmek için Üst bilgi değerini geri almak için Blob Özelliklerini Al'ı x-ms-rehydrate-priority arayın. Yenidenhydration priority özelliği Standart veya Yüksek döndürür.
Standart öncelik, varsayılan yenidenhydration seçeneğidir. Yüksek öncelikli yenidenhydration daha hızlıdır, ancak standart öncelikli yenidenhydration'dan daha yüksek maliyetlidir. Yüksek öncelikli yeniden dolum, blob boyutuna ve geçerli talepe bağlı olarak bir saatten uzun sürebilir. Microsoft, acil durum veri geri yükleme durumlarında kullanmak üzere yüksek öncelikli yeniden yüklemenin korunmasını önermektedir.
Standart öncelikli yeniden dolum işlemi beklemedeyken, blobu daha hızlı yeniden kullanmak için blob için yeniden dolum öncelik ayarını Yüksek olarak güncelleştirebilirsiniz. Örneğin, çok sayıda blobu toplu olarak yeniden depolarsanız, ilk işlem için tüm bloblar için Standart öncelik'i belirtebilirsiniz, ardından daha hızlı çevrimiçi hale getirmesi gereken tek tek bloblar için önceliği Saatte 10 GiB sınırına kadar artırabilirsiniz.
Bekleyen bir işlem için yenidenhydration priority ayarı Yüksek'den Standart'a indirilenemz. Yenidenhydration öncelik ayarını güncelleştirmenin faturalama üzerinde bir etkisi olduğunu unutmayın.
Yeniden dolum öncelik ayarını ayarlamayı ve güncelleştirmeyi öğrenmek için bkz. Arşivlenmiş bir blobu çevrimiçi katmana yeniden yükleme.
Standart öncelikli ve yüksek öncelikli yeniden dolum istekleri arasındaki fiyatlandırma farkları hakkında daha fazla bilgi için bkz. Azure Blob Fiyatlandırması Depolama.
Arşivlenmiş blobu çevrimiçi katmana kopyalama
Bir blobu Arşiv katmanından çevrimiçi katmana taşımanın ilk seçeneği, arşivlenmiş blobu, Hot veya Cool katmanında yeni bir hedef bloba kopyalamaktır. Blobu kopyalamak için Blob Kopyalama işlemi kullanabilirsiniz. Arşivlenmiş bir blobu yeni bir çevrimiçi katmana kopyalayıp kaynak blob Arşiv katmanında değiştirilmemiş olarak kalır.
Arşivlenmiş blobu farklı bir adla yeni bir bloba veya farklı bir kapsayıcıya kopyalamanız gerekir. Aynı bloba kopyalayıp kaynak blob'un üzerine yazamazsiniz.
Microsoft, aşağıdaki nedenlerle bir blobu Arşiv katmanından çevrimiçi katmana taşımanız gereken çoğu senaryoda kopyalama işlemi gerçekleştirmenizi tavsiye eder:
- Kopyalama işlemi, gerekli 180 günlük süre sona ermeden önce Arşiv katmanından blob katmanını değiştirirken değerlendirilen erken silme ücretinden kaçınıyor. Daha fazla bilgi için bkz. Arşiv erişim katmanı.
- Depolama hesabı için bir yaşam döngüsü yönetimi ilkesi varsa, blobu Blob Katmanı Ayarla ile yeniden dolum yapmak, son değiştirme zamanı ilke için ayarlanmış eşiğin ötesinde olduğundan yaşam döngüsü ilkesinin blobu yeniden dolum sonrasında Arşiv katmanına geri yaptığı bir senaryoyla sonuçlandırabilirsiniz. Kopyalama işlemi kaynak blobu Arşiv katmanında bırakır ve farklı bir adla ve yeni bir son değiştirme zamanıyla yeni bir blob oluşturur, bu nedenle yeniden dolu blobu yaşam döngüsü ilkesi tarafından Arşiv katmanına geri taşınma riski yoktur.
Seçilen yeniden tamamlama önceliğe bağlı olarak Arşiv katmanından blob kopyalamanın tamamlanması saatler sürebilir. Arkalarında, bir blob kopyalama işlemi arşivlenmiş kaynak blob'larınızı okuarak seçilen hedef katmanda yeni bir çevrimiçi blob oluşturun. Yeniden tamamlama işlemi tamamlandıktan önce blobları üst kapsayıcıda listeleyenin, ancak katmanı Arşiv olarak ayarlanırsa, Arşiv katmanında kaynak blobdan okuma işlemi tamamlandıktan ve blob içeriğinin yeni hedef bloba yazıldığı çevrimiçi katmana yazılana kadar veriler kullanılamaz. Yeni blob bağımsız bir kopyadır, dolayısıyla bu blobu değiştirmek veya silmek Arşiv katmanında kaynak blobu etkilemez.
Bir blobu çevrimiçi bir katmana kopyalayıp yeniden dolum yapmayı öğrenmek için bkz. Kopyalama işlemiyle blobu yeniden dolum.
Önemli
Yeniden dolum başarıyla tamamlanana kadar kaynak blobu silmeyin. Kaynak blob silinirse hedef blob kopyalamayı bitirene kadar devam ediyor olabilir. Kaynak blobu silmenin ne zaman güvenli olduğunu bilmek için kopyalama işlemi tamamlandığında ortaya çıkar olayı işebilirsiniz. Daha fazla bilgi için bkz. Blob yenidenhydration'da bir olayı işleme.
Arşivlenmiş bir blobu çevrimiçi hedef katmanına kopyalamak yalnızca aynı depolama hesabı içinde de desteklenir. Arşivlenmiş bir blobu Aynı zamanda Arşiv katmanında yer alan bir hedef bloba kopyalayıp kopyalayamazsiniz.
Aşağıdaki tablo, kaynak ve hedef blob katmanlarına bağlı olarak blob kopyalama işlemi davranışını gösterir.
| Sıcak katman kaynağı | Cool katmanı kaynağı | Arşiv katmanı kaynağı | |
|---|---|---|---|
| Sıcak katman hedefi | Desteklenir | Desteklenir | Aynı hesap içinde de desteklenen. Blob yeniden dolum gerektirir. |
| Cool tier destination | Desteklenir | Desteklenir | Aynı hesap içinde de desteklenen. Blob yeniden dolum gerektirir. |
| Arşiv katmanı hedefi | Desteklenir | Desteklenir | Desteklenmeyen |
Blob'un erişim katmanını çevrimiçi katmana değiştirme
Arşiv katmanından bir blobu çevrimiçi katmana yeniden depolamanın ikinci seçeneği, Blob KatmanıNı Ayarla'yı çağırarak blob katmanını değiştirmektir. Bu işlemle, arşivlenen blob'un katmanını Hot veya Cool olarak değiştirebilirsiniz.
Blob Katmanı Ayarla isteği başlatıldıktan sonra iptal edilebilir. Yeniden tamamlama işlemi sırasında, yeniden tamamlama işlemi tamamlandıktan sonra blob'un erişim katmanı ayarı arşivlenmiş olarak göstermeye devam eder. Yeniden tamamlama işlemi tamamlandığında blob'un erişim katmanı özelliği yeni katmanı yansıtacak şekilde uzlanır.
Katmanını çevrimiçi bir katmana değiştirerek blobu yeniden nasıl yenileyebilirsiniz öğrenmek için bkz. Katmanını değiştirerek blobu yeniden dolum.
Dikkat
Blob'un katmanını değiştirmek son değiştirme zamanını etkilemez. Depolama hesabı için bir yaşam döngüsü yönetimi ilkesi varsa, blobu Blob Katmanı Ayarla ile yeniden dolum yapmak, son değiştirme zamanı ilke için ayarlanmış eşiğin ötesinde olduğundan yaşam döngüsü ilkesinin blobu yeniden dolum sonrasında Arşiv katmanına geri yaptığı bir senaryoyla sonuçlandırabilirsiniz.
Bu senaryodan kaçınmak için arşivlenmiş blobu çevrimiçi katmana kopyalama bölümünde açıklandığı gibi, bunun yerine kopyalayıp yeniden kullanın. Kopyalama işlemi gerçekleştirildiğinde, son değiştirme zamanı güncelleştirilmiş olan yeni bir blob örneği oluşturur, bu nedenle yaşam döngüsü yönetim ilkesini tetiklemez.
Blob yeniden dolum işlemi durumunu denetleme
Blob yeniden dolum işlemi sırasında Durumunu kontrol etmek için Blob Özelliklerini Al işlemi çağırabilirsiniz. Yenidenhydration işlemi durumunu denetleme hakkında bilgi edinmek için bkz. Yenidenhydration işlemi durumunu denetleme.
Blob yeniden dolum sırasında bir olayı işleme
Arşivlenmiş bir blobu yeniden tamamlamak 15 saate kadar sürebilir ve yeniden dolum işleminin verimsiz olup olmadığını belirlemek için Blob Özelliklerini Al'ın tekrar tekrar yoklaması. Yeniden Azure Event Grid tamamlandıktan sonra ortaya çıkan olayı yakalamak için Azure Event Grid kullanmak daha iyi performans ve maliyet iyileştirmesi sunar.
Azure Event Grid, blobu yeniden dolum için kullanılan işleme bağlı olarak blob yeniden dolum sırasında aşağıdaki iki olaydan birini yükselter:
- Microsoft.Depolama. Blob Oluşturuldu olayı bir blob oluşturulduğunda etkindir. Blob yenidenhydration bağlamında bu olay, Blob Kopyalama işlemi Hot veya Cool katmanında yeni bir hedef blob oluşturduğunda ve blob verileri Arşiv katmanından tamamen yeniden dolu olduğunda etkin olur.
- Microsoft.Depolama. Blob Katmanı değiştirilse BlobTierChanged olayı etkin olur. Blob yeniden dolum bağlamında bu olay, arşivlenmiş bir blob katmanını Hot veya Cool katmanına başarıyla değiştirirken Blob KatmanıNı Ayarla işlemi başarılı bir şekilde gerçekleştirildi.
Yeniden dolum sırasında bir olayı yakalamayı ve bir Azure İşlevi olay işleyiciye göndermeyi öğrenmek için bkz. Blob yeniden dolum olayına yanıt olarak Azure İşlevi çalıştırma.
Blob depolamada olayları işleme hakkında daha fazla Depolama için bkz. Azure Blob depolama olaylarına tepki verme ve azure blob Depolama kaynak Event Grid.
Fiyatlandırma ve Faturalama
Blob KatmanıNı Ayarla ile yeniden dolum işlemi, veri okuma işlemleri ve veri alma boyutu için faturalandırıldı. Yüksek öncelikli yenidenhydration, standart önceliğe kıyasla daha yüksek işlem ve veri alma maliyetlerine sahiptir. Yüksek öncelikli yenidenhydration, faturanıza ayrı bir satır öğesi olarak geliyor. Birkaç gigabaytlık arşivlenmiş blobu iade etmek için yüksek öncelikli bir isteğin beş saati aşması, yüksek öncelikli alma hızı için ücret ödemez. Ancak, standart alma oranları hala geçerlidir.
Arşivlenmiş bir blobu Kopyalama Blobu ile çevrimiçi katmana kopyalamak, veri okuma işlemleri ve veri alma boyutu için faturalandırıldı. Hedef blobu çevrimiçi katmanda oluşturmak, veri yazma işlemleri için faturalandırıldı. Çevrimiçi bloba kopyalama işlemi yapılırken erken silme ücretleri geçerli değildir çünkü kaynak blob Arşiv katmanında değiştirilmemiş olarak kalır. Yüksek öncelikli alma ücretleri seçilirse uygulanır.
Arşiv katmanında blobların en az 180 gün depolanmış olması gerekir. Arşivlenmiş blobların 180 günlük süreden önce silinmesi veya değiştirilmesi için erken silme ücreti ödemeniz gerekir. Daha fazla bilgi için bkz. Arşiv erişim katmanı.
Blok bloblarının fiyatlandırması ve veri yeniden dolum hakkında daha fazla bilgi için bkz. Azure Depolama Fiyatlandırması. Giden veri aktarımı ücretleri hakkında daha fazla bilgi için bkz. Veri Aktarımları Fiyatlandırma Ayrıntıları.