Aracılığıyla paylaş

Arşiv katmanından blob geri yükleme

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:

Önemli

Anlık görüntüler ve önceki sürümler arşiv katmanına taşındıktan sonra sık erişimli veya seyrek erişimli katmanlara geri döndürülemez. Arşivlenmiş anlık görüntüden veya önceki sürümden verilere erişmek için, blobu kopyalama işlemini kullanarak verileri çevrimiçi katmanda (Sık Erişimli veya Seyrek Erişimli) yeni bir bloba kopyalamanız gerekir. Anlık görüntülerin veya önceki sürümlerin doğrudan yeniden doldurulması desteklenmez.

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, öncelikli erişim ile saatte yeniden erişime açılabilir.

Arşivlenmiş bir bloğu çevrimiçi bir katmana yeniden etkinleştirmeyi öğrenmek için Arşivlenmiş bir bloğu çevrimiçi bir katmana yeniden etkinleştirme konusuna bakın.

Rehidrasyon ö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. Rehidrasyon ö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 sulandırma işlemi devam ederken yeniden sulandırma önceliğini kontrol etmek için, üst bilgi değerini döndürmek amacıyla Blob Özelliklerini Al yöntemini çağırın. Yeniden doldurma önceliği özelliği ya Standart ya da Yüksek döndürür.

Standart öncelik, varsayılan yeniden doldurma seçeneğidir. Yüksek öncelikli sıvı geri kazanımı daha hızlıdır, ancak standart öncelikli sıvı geri kazanımından daha fazla maliyeti vardı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 yüklemeniz gerekiyorsa, başlangıç işlemi için tüm bloblar için Standart öncelik belirtebilir ve sonra daha hızlı çevrimiçi hale getirilmesi gereken herhangi bir blob için önceliği Yüksek olarak ayarlayarak saatte 10 GiB sınırına kadar artırabilirsiniz.

Önemli

10 GiB/saat sınırı blob başına değil depolama hesabı düzeyinde uygulanır. Standart öncelik için "15 saate kadar" gibi zaman çizelgeleri ideal koşullar altında tek tek bloblar için geçerli olsa da, toplu işlemler için doğrusal bir şekilde ölçeklenmez. Büyük hacimli verileri yeniden nemlendirmeyi planlayan müşterilerin, uzun süreler beklemeleri gerektiğini ve buna göre plan yapmaları gerekir. Verim, aynı hesap içinde yeniden etkinleştirilen tüm bloblar arasında paylaşılır ve saatlik sınırın aşılması sınırlamaya veya daha uzun gecikmelere neden olabilir. En iyi performans için yeniden doldurma isteklerini toplu işlemeyi ve hesap düzeyinde etkinliği izlemeyi göz önünde bulundurun.

Bekleyen bir işlem için rehidrasyon önceliği ayarı Yüksek'ten Standart'a düşürülemez. Yeniden doldurma önceliği ayarını güncelleştirmenin faturalamayı etkileyeebileceğini unutmayın.

Yeniden etkinleştirme önceliği ayarını nasıl ayarlayıp güncelleştireceğinizi öğrenmek için bkz Arşivlenmiş bir blob'u çevrimiçi katmana yeniden etkinleştirmek.

Standard öncelikli ve yüksek öncelikli yeniden yükleme 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 etkinleştirme işlemi tamamlanmadan önce ana kapsayıcıdaki blobları listelediğinizde yeni blob görünebilir, ancak katmanı arşiv olarak ayarlanacaktı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 etkinleştirmeyi öğrenmek için bkz Bir kopya işlemiyle bir blobu yeniden etkinleştirme.

Ö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 Blob rehidrasyonu sırasında bir olayı işlemek bölümüne bakın.

2021-02-12 hizmet sürümünden önce, arşivlenmiş bir blobu çevrimiçi hedef katmana kopyalayarak yeniden doldurma işlemi yalnızca aynı depolama hesabı içinde destekleniyordu. 2021-02-12 ve sonraki sürümlerden itibaren, aynı bölgedeki farklı bir depolama hesabına blobu kopyalayarak da yeniden etkinleştirebilirsiniz. 2021-02-12 hizmet sürümünden başlayarak, kaynak hesapla aynı bölgede olduğu sürece, arşivlenmiş bir blobu farklı bir depolama hesabına kopyalayarak yeniden etkinleştirebilirsiniz. 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 rehidrasyon maliyetlerini hafifletmeye de 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.

Aktif katman kaynağı Soğuk katman kaynağı Arşiv katmanı kaynağı
Popüler hedef katmanı 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 nemlendirme

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

Blob'u arşiv katmanından çevrimiçi bir katmana yeniden etkinleştirmenin ikinci seçeneği, Blob Katmanını Ayarla komutunu çağırarak blob'un katmanını değiştirmektir. Bu işlemle, arşivlenen blobun katmanını sıcak veya soğuk olarak değiştirebilirsiniz.

Blob Katmanını Ayarla isteği başlatıldıktan sonra iptal edilemez. Rehidratasyon işlemi sırasında, blob'un erişim katmanı ayarı, rehidratasyon süreci tamamlanana kadar arşivlenmiş olarak gösterilmeye devam eder. Rehidrasyon işlemi tamamlandığında blob'un erişim katmanı özelliği, yeni katmanı yansıtacak şekilde güncellenir.

Katmanını çevrim içi bir katmana değiştirerek blob'u yeniden etkinleştirmeyi öğrenmek için Blob'un katmanını değiştirerek yeniden etkinleştirme bölümüne bakın.

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, blobu Blob Katmanını Ayarla ile yeniden etkinleştirdiğinizde, son değiştirme zamanı ilke için ayarlanan eşiğin ötesinde olduğundan, yaşam döngüsü ilkesi blobu yeniden etkinleştirme sonrasında arşiv katmanına geri taşıyabilir.

Bu senaryoyu daysAfterLastTierChangeGreaterThan önlemek için koşulu ilkenin tierToArchive eylemine ekleyin. Alternatif olarak, Arşivlenmiş bir bloğu çevrimiçi katmana kopyalama bölümünde açıklandığı gibi, arşivlenmiş bloğu kopyalayarak yeniden etkinleştirebilirsiniz. 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 Blob Özelliklerini Al işlemini çağırarak durumunu denetleyebilirsiniz. Yeniden doldurma işleminin durumunu denetlemeyi öğrenmek için Yeniden doldurma işleminin durumunu denetleme bölümüne bakın.

Blob yeniden etkinleştirilmesi sırasında bir olayı yönetme

Arşivlenmiş bir blobun rehidrate edilmesi 15 saate kadar sürebilir ve yeniden doldurmanın tamamlanıp tamamlanmadığını belirlemek için Blob Özelliklerini Al'ın tekrar tekrar sorgulanması verimsizdir. Microsoft, daha iyi performans ve maliyet iyileştirmesi için rehidrasyon 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:

  • Blob'un katmanı Microsoft.Storage.BlobTierChanged değiştirildiğinde bu 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 kullanabilirsiniz.

Blobu Kopyala işlemini kullanarak Arşiv katmanındaki bir blobu yeni bir hedef bloba çevrimiçi katmanda (sıcak, soğuk veya arşiv katmanı) rehidrasyon için kopyalayabilirsiniz.

  1. Microsoft.Storage.BlobCreated Kopyalama işlemi başlar başlamaz blob'un katmanı Arşiv olarak olacak şekilde bir olay tetikleniyor.

  2. Blob başarıyla kopyalanıp hedef çevrimiçi katmana yeniden doldurulduktan sonra, katmanın Microsoft.Storage.BlobTierChanged katmanından belirtilen çevrimiçi katmana değiştiğini gösteren bir olay tetiklenir.

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 detaylı bilgi için, Azure Blob Depolama olaylarına tepki verme ve Azure Blob Depolama'nın Event Grid kaynağı olarak kullanılması konularına bakın.

Fiyatlandırma ve faturalama

Blob Katmanını Ayarla ile bir yeniden hidratasyon 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 rehidrasyon, faturanızda ayrı bir kalem olarak gösterilir. Boyutu 10 GB'tan küçük bir arşivlenmiş blobu döndürmek için yapılan yüksek öncelikli bir isteğin tamamlanması beş saatten fazla sürerse, sizden yüksek öncelikli alma ücreti alınmaz. Ancak standart geri alma oranları hala geçerlidir. Örnek maliyet tahmini için bkz . Maliyet tahmini: Verileri arşiv depolama alanının dışına taşıma.

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. Seçildiği takdirde, yüksek öncelikli alma ücretleri uygulanır. Örnek bir tahmin için bkz . Maliyet tahmini: Analiz için arşiv depolama alanından veri alma.

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ı.

Ayrıca bkz.

  • Last updated on