Arşiv katmanından blob yeniden doldurma
Bir blob arşiv erişim katmanındayken, bu blob çevrimdışı olarak kabul edilir ve okunamaz veya değiştirilemez. Arşivlenmiş bir blobdaki verileri okumak veya değiştirmek için önce blobu sık erişimli veya seyrek erişimli katman olan çevrimiçi bir katmanda yeniden doldurmanız gerekir. Arşiv katmanında depolanan bir blobu yeniden doldurmaya yönelik iki seçenek vardır:
Arşivlenmiş bir blobu çevrimiçi katmana kopyalama: Blobu Kopyala işlemiyle arşivlenmiş bir blobu sık erişimli veya seyrek erişimli katmandaki yeni bir bloba kopyalayarak yeniden doldurmanız gerekir.
Arşivlenmiş blob'un erişim katmanını çevrimiçi katman olarak değiştirme: Blob KatmanıNı Ayarla işlemini kullanarak katmanını değiştirerek arşivlenmiş bir blobu sık erişimli veya seyrek erişim katmanına yeniden doldurmanız gerekir.
Bir blobu arşiv katmanından yeniden doldurma işleminin tamamlanması birkaç saat sürebilir. Microsoft, yeniden doldurma sırasında en iyi performans için daha büyük blobların arşivlenmesi önerilir. Çok sayıda küçük blobun yeniden doldurulmesi, her blob üzerindeki işlem yükünden dolayı ek süre gerektirebilir. Depolama hesabı başına en fazla 10 GiB, öncelik alma ile saatte yeniden doldurulabilir.
Arşivlenmiş blobu çevrimiçi katmanda yeniden doldurmayı öğrenmek için bkz . Arşivlenmiş blobu çevrimiçi katmana yeniden doldurma.
Yeniden doldurma önceliği
Bir blobu yeniden doldurma işleminin önceliğini, Blob Katmanını Ayarla veya Blobu Kopyala işlemindeki isteğe bağlı x-ms-rehydrate-priority üst bilgisi aracılığıyla ayarlayabilirsiniz. Yeniden doldurma önceliği seçenekleri şunlardır:
- Standart öncelik: Yeniden doldurma isteği alındığı sırada işlenir ve boyutu 10 GB'ın altındaki nesneler için tamamlanması 15 saate kadar sürebilir.
- Yüksek öncelik: Yeniden doldurma isteği standart öncelik isteklerine göre önceliklendirilir ve boyutu 10 GB'ın altındaki nesneler için bir saatten az bir sürede tamamlanabilir.
Yeniden doldurma işlemi devam ederken yeniden doldurma önceliğini denetlemek için, üst bilginin değerini döndürmek için Blob Özelliklerini Al'ı çağırın.x-ms-rehydrate-priority Yeniden doldurma önceliği özelliği Standart veya Yüksek döndürür.
Standart öncelik, varsayılan yeniden doldurma seçeneğidir. Yüksek öncelikli yeniden doldurma daha hızlıdır, ancak standart öncelikli yeniden doldurmadan daha pahalıdır. Blob boyutuna ve geçerli talebe bağlı olarak yüksek öncelikli yeniden doldurma işlemi bir saatten uzun sürebilir. Microsoft, acil durum verilerini geri yükleme durumlarında kullanmak üzere yüksek öncelikli yeniden doldurmayı ayırmanızı önerir.
Standart öncelikli yeniden doldurma işlemi beklemede olsa da, blobu daha hızlı yeniden doldurmak için blob için yeniden doldurma önceliği ayarını Yüksek olarak güncelleştirebilirsiniz. Örneğin, çok sayıda blobu toplu olarak yeniden doldurmaya çalışıyorsanız, ilk işlem için tüm bloblar için Standart öncelik belirtebilir, ardından daha hızlı çevrimiçi duruma getirilmesi gereken tek tek bloblar için önceliği Yüksek olarak yükseltebilir ve saatte 10 GiB sınırına kadar artırabilirsiniz.
Bekleyen bir işlem için yeniden doldurma önceliği ayarı Yüksekten Standart'a düşürülemez. Yeniden doldurma önceliği ayarını güncelleştirmenin faturalamayı etkileyeebileceğini unutmayın.
Yeniden doldurma önceliği ayarının nasıl ayarlanıp güncelleştirildiğini öğrenmek için bkz . Arşivlenmiş blobu çevrimiçi katmana yeniden doldurma.
Standart öncelikli ve yüksek öncelikli yeniden doldurma istekleri arasındaki fiyatlandırma farklılıkları hakkında daha fazla bilgi için bkz. Azure Blob Depolama fiyatlandırması.
Arşivlenmiş blobu çevrimiçi katmana kopyalama
Bir blobu arşiv katmanından çevrimiçi katmana taşımak için ilk seçenek, arşivlenmiş blobu sık erişimli, seyrek erişimli veya soğuk katmandaki yeni bir hedef bloba kopyalamaktır. Blobu Kopyalama işlemini kullanarak blobu kopyalayabilirsiniz. Arşivlenmiş bir blobu çevrimiçi katmandaki yeni bir bloba kopyaladığınızda, kaynak blob arşiv katmanında değiştirilmez.
Arşivlenen blobu farklı bir ada sahip yeni bir bloba veya farklı bir kapsayıcıya kopyalamanız gerekir. Aynı bloba kopyalayarak kaynak blobun üzerine yazamazsınız.
Bir blobu arşiv katmanından çevrimiçi katmana kopyalayarak, gerekli 180 günlük süre dolmadan önce bir blobun katmanını arşiv katmanından değiştirirseniz değerlendirilen erken silme ücretinden kaçınabilirsiniz. Daha fazla bilgi için bkz . Arşiv erişim katmanı.
Bu seçenek, depolama hesabı için geçerli olan bir yaşam döngüsü yönetimi ilkesi varsa ve koşul ilkenin daysAfterLastTierChangeGreaterThan her tierToArchive eylemine eklenmemişse de anlamlı olabilir. Bu durumda, blobu Blob KatmanıNı Ayarla işlemiyle yeniden doldurma işlemi, yaşam döngüsü ilkesinin blobu yeniden doldurma işleminden sonra arşiv katmanına geri taşımasına neden olabilir çünkü son değiştirme süresi ilke için ayarlanan eşiğin ötesindedir. Kopyalama işlemi, kaynak blobu arşiv katmanında bırakır ve farklı bir ada ve yeni bir son değiştirme zamanına sahip yeni bir blob oluşturur, bu nedenle yeniden doldurulan blob'un yaşam döngüsü ilkesi tarafından arşiv katmanına geri taşınması riski yoktur.
Blobu arşiv katmanından kopyalamak, seçilen yeniden doldurma önceliğine bağlı olarak tamamlanması saatler sürebilir. Arka planda bir blob kopyalama işlemi, seçilen hedef katmanda yeni bir çevrimiçi blob oluşturmak için arşivlenmiş kaynak blobunuzu okur. Yeniden doldurma işlemi tamamlanmadan önce üst kapsayıcıdaki blobları listelediğinizde yeni blob görünebilir, ancak katmanı arşiv olarak ayarlanır. Arşiv katmanındaki kaynak blobdan okuma işlemi tamamlanana ve blobun içeriği çevrimiçi katmandaki yeni hedef bloba yazılana kadar veriler kullanılamaz. Yeni blob bağımsız bir kopya olduğundan, blobu değiştirmek veya silmek arşiv katmanındaki kaynak blobu etkilemez.
Bir blobu çevrimiçi katmana kopyalayarak yeniden doldurmayı öğrenmek için bkz . Blobu kopyalama işlemiyle yeniden doldurma.
Önemli
Yeniden doldurma başarıyla tamamlanana kadar kaynak blobu silmeyin. Kaynak blob silinirse, hedef blob kopyalama işlemini tamamlaamayabilir. Kaynak blobu silmenin ne zaman güvenli olduğunu öğrenmek için kopyalama işlemi tamamlandığında tetiklenen olayı işleyebilirsiniz. Daha fazla bilgi için bkz . Blob yeniden doldurmada bir olayı işleme.
Arşivlenmiş bir blobu çevrimiçi hedef katmana kopyalayarak yeniden doldurma işlemi aynı depolama hesabında yalnızca 2021-02-12 öncesi hizmet sürümleri için desteklenir. 2021-02-12 hizmet sürümünden başlayarak, hedef hesap kaynak hesapla aynı bölgede olduğu sürece arşivlenmiş bir blobu farklı bir depolama hesabına kopyalayarak yeniden doldurmanız gerekir. Depolama hesapları arasında yeniden doldurma, üretim verilerinizi ayrı hesaplarda tutarak yedekleme verilerinizden ayırmanıza olanak tanır. Arşivlenmiş verileri ayrı bir hesapta yalıtmak, istenmeyen yeniden doldurma maliyetlerini azaltmaya da yardımcı olabilir.
Kopyalama işleminin hedef blobu çevrimiçi katmanda (sık erişimli veya seyrek erişimli) olmalıdır. Arşivlenmiş blobu aynı zamanda arşiv katmanındaki bir hedef bloba kopyalayamazsınız.
Aşağıdaki tabloda, kaynak ve hedef blobun katmanlarına bağlı olarak blob kopyalama işleminin davranışı gösterilmektedir.
| Sık erişim katmanı kaynağı | Seyrek erişim katmanı kaynağı | Arşiv katmanı kaynağı | |
|---|---|---|---|
| Sık erişim katmanı hedefi | Desteklenir | Desteklenir | Sürüm 2021-02-12 ve üzeri ile aynı bölgedeki hesaplar arasında desteklenir. Aynı depolama hesabında yalnızca önceki sürümler için desteklenir. Blob yeniden doldurma gerektirir. |
| Seyrek erişim katmanı hedefi | Desteklenir | Desteklenir | Sürüm 2021-02-12 ve üzeri ile aynı bölgedeki hesaplar arasında desteklenir. Aynı depolama hesabında yalnızca önceki sürümler için desteklenir. Blob yeniden doldurma gerektirir. |
| Arşiv katmanı hedefi | Desteklenir | Desteklenir | Desteklenmez |
İkincil bölgeden yeniden doldurma
Depolama hesabınızı okuma erişimli coğrafi olarak yedekli depolama (RA-GRS) kullanacak şekilde yapılandırdıysanız, ikincil bölgedeki blobları aynı ikincil bölgede bulunan başka bir depolama hesabına yeniden doldurma işlemi için Blobu Kopyala işlemini kullanabilirsiniz. Bkz . İkincil bölgeden yeniden doldurma.
İkincil bölgelere okuma erişimi alma hakkında daha fazla bilgi edinmek için bkz . İkincil bölgedeki verilere okuma erişimi.
Blob'un erişim katmanını çevrimiçi katman olarak değiştirme
Blobu arşiv katmanından çevrimiçi katmana yeniden doldurmanın ikinci seçeneği, Blob KatmanıNı Ayarla'yı çağırarak blob katmanını değiştirmektir. Bu işlemle, arşivlenen blobun katmanını sık erişimli veya seyrek erişimli olarak değiştirebilirsiniz.
Blob KatmanıNı Ayarla isteği başlatıldıktan sonra iptal edilemez. Yeniden doldurma işlemi sırasında, yeniden doldurma işlemi tamamlanana kadar blob'un erişim katmanı ayarı arşivlenmiş olarak gösterilmeye devam eder. Yeniden doldurma işlemi tamamlandığında blob'un erişim katmanı özelliği yeni katmanı yansıtacak şekilde güncelleştirilir.
Katmanını çevrimiçi katmana değiştirerek blobu yeniden doldurmayı öğrenmek için bkz . Katmanını değiştirerek blobu yeniden doldurma.
Dikkat
Blob katmanının değiştirilmesi, son değiştirme zamanını etkilemez. Depolama hesabı için geçerli olan bir yaşam döngüsü yönetimi ilkesi varsa Blob KatmanıNı Ayarla ile blobu yeniden doldurma, son değiştirme zamanı ilke için ayarlanan eşiğin ötesinde olduğundan yaşam döngüsü ilkesinin yeniden doldurmadan sonra blobu arşiv katmanına geri taşıması senaryosuna neden olabilir.
Bu senaryoyu daysAfterLastTierChangeGreaterThan önlemek için koşulu ilkenin tierToArchive eylemine ekleyin. Alternatif olarak, Arşivlenmiş blobu çevrimiçi katmana kopyalama bölümünde açıklandığı gibi, arşivlenmiş blobu kopyalayarak yeniden doldurmanız da gerekir. Kopyalama işleminin gerçekleştirilmesi, blobun son değiştirme zamanının güncelleştirilmiş olduğu yeni bir örneğini oluşturur, bu nedenle yaşam döngüsü yönetim ilkesini tetiklemez.
Blob yeniden doldurma işleminin durumunu denetleme
Blob yeniden doldurma işlemi sırasında Durumunu denetlemek için Blob Özelliklerini Al işlemini çağırabilirsiniz. Yeniden doldurma işleminin durumunu denetlemeyi öğrenmek için bkz . Yeniden doldurma işleminin durumunu denetleme.
Blob yeniden doldurmada bir olayı işleme
Arşivlenmiş blobun yeniden doldurulması 15 saate kadar sürebilir ve yeniden doldurmanın tamamlanıp tamamlanmadığını belirlemek için Blob Özelliklerini Al'ın tekrar tekrar yoklanması verimsizdir. Microsoft, daha iyi performans ve maliyet iyileştirmesi için yeniden doldurma tamamlandığında tetiklenecek olayı yakalamak için Azure Event Grid kullanmanızı önerir.
Azure Event Grid, blob yeniden doldurma işlemini tamamlayan Microsoft.Storage.BlobTierChanged olayını tetikler:
- Bir blob'un katmanı değiştirildiğinde Microsoft.Storage.BlobTierChanged olayı tetiklenir. Blob yeniden doldurma bağlamında, hedef blobun erişim katmanı arşiv katmanından çevrimiçi katmana (sık erişimli, seyrek erişimli veya soğuk katman) başarıyla değiştirildiğinde bu olay tetikleniyor. Arşivlenmiş blobun erişim katmanını değiştirmek için Blob KatmanıNı Ayarla işlemini kullanabilir veya arşivlenmiş bir blobu çevrimiçi katmandaki yeni bir hedef bloba kopyalamak için Blobu Kopyala işlemini kullanabilirsiniz.
Yeniden doldurmada bir olayı yakalamayı ve bir Azure İşlevi olay işleyicisine göndermeyi öğrenmek için bkz . Blob yeniden doldurma olayına yanıt olarak Azure İşlevi çalıştırma.
Blob Depolama'daki olayları işleme hakkında daha fazla bilgi için bkz. Azure Blob depolama olaylarına tepki verme ve Event Grid kaynağı olarak Azure Blob Depolama.
Fiyatlandırma ve faturalama
Blob KatmanıNı Ayarla ile bir yeniden doldurma işlemi, veri okuma işlemleri ve veri alma boyutu için faturalandırılır. Yüksek öncelikli yeniden doldurma, standart önceliğe kıyasla daha yüksek işlem ve veri alma maliyetlerine sahiptir. Yüksek öncelikli yeniden doldurma, faturanızda ayrı bir satır öğesi olarak gösterilir. Boyutu 10 GB'tan küçük bir arşivlenmiş blobu döndürmek için yüksek öncelikli bir istek beş saatten fazla sürerse, yüksek öncelikli alma oranı sizden ücret alınmaz. Ancak standart alma oranları hala geçerlidir.
Blobu Kopyala ile arşivlenmiş bir blobu çevrimiçi katmana kopyalamak , veri okuma işlemleri ve veri alma boyutu için faturalandırılır. Hedef blobu çevrimiçi katmanda oluşturma işlemi, veri yazma işlemleri için faturalandırılır. Kaynak blob arşiv katmanında değiştirilmediğinden, çevrimiçi bloba kopyaladığınızda erken silme ücretleri uygulanmaz. Yüksek öncelikli alma ücretleri seçilirse uygulanır.
Arşiv katmanındaki bloblar en az 180 gün boyunca depolanmalıdır. 180 günlük süre dolmadan önce arşivlenmiş blobun katmanını silmek veya değiştirmek erken silme ücretine neden olur. Örneğin, bir blob arşiv katmanına taşınır ve 45 gün sonra silinir veya sık erişim katmanına taşınırsa, bu blobu arşiv katmanında depolamak için 135 (180 eksi 45) güne eşdeğer bir erken silme ücreti alınır. Daha fazla bilgi için bkz . Arşiv erişim katmanı.
Blok blobları ve veri yeniden doldurma fiyatlandırması 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ı.