Yaşam döngüsü yönetimi politikası SSS

Bu makale, Azure Blob Depolama'daki yaşam döngüsü yönetim politikalarıyla ilgili sıkça sorulan soruları yanıtlamaktadır.

Yeni bir politika oluşturdum. Neden işlemler hemen başlamıyor?

Bir politikayı yapılandırdıktan sonra, yürürlüğe girmesi 24 saate kadar sürebilir. Polçe yürürlüğe girdikten sonra, işlemlerin çalışma süresi, depolama hesabının boyutuna ve yapılan işlemlere bağlı olarak değişebilir.

Mevcut bir poliçeyi güncellersem, işlemlerin çalışması ne kadar sürer?

Güncellenmiş politikanın yürürlüğe girmesi 24 saate kadar sürebilir. Polçe yürürlüğe girdikten sonra, işlemlerin çalışma süresi, depolama hesabının boyutuna ve gerçekleştirilen işlemlere bağlı olarak değişir. Güncelleme, bir kuralı devre dışı bırakmak veya silmek içinse ve enableAutoTierToHotFromCool kullanıldıysa, veriler yine de sıcak katmana otomatik olarak taşınır. Örneğin, son erişime göre enableAutoTierToHotFromCool içeren bir kural ayarlayın. Kural devre dışı bırakılırsa veya silinirse ve bir blob şu anda soğuk veya soğuk seviyedeyse ve erişilirse, yaşam döngüsü yönetimi dışındaki erişimde uygulandığı için tekrar sıcak katmana geri döner. Yaşam döngüsü yönetim kuralı devre dışı bırakıldığında veya silindiğinde blob sıcaktan soğuğa veya soğuğa geçmez. autoTierToHotFromCool önlemenin tek yolu, son erişim zamanı izlemeyi kapatmaktır.

Çalışma tamamlanıyor ama bazı blobları taşımıyor veya silmiyor

Bir depolama hesabındaki boyut ve nesne sayısına bağlı olarak, tüm nesneleri işlemek için birden fazla çalıştırma işlemi gerekebilir. Ayrıca, yaşam döngüsü yönetim politikasının işlemleri yapıp yapmadığını görmek için depolama kaynak kayıtlarını da kontrol edebilirsiniz.

Politika blobları çalıştırıp siliyor olsa da kapasite değişikliği görmüyorum

Depolama hesabında yumuşak silme veya sürüm oluşturma gibi veri koruma özelliklerinin etkin olup olmadığını kontrol edin. Politika blobları silse bile, bu bloblar özelliklerin nasıl yapılandırıldığına bağlı olarak yumuşak silinmiş durumda veya eski sürüm olarak var olabilir.

Arşivlenmiş bir lekeyi yeniden sulandırdım. Geçici olarak Arşiv seviyesine geri taşınmasını nasıl önleyebilirim?

Depolama hesabı için geçerli bir yaşam döngüsü yönetim ilkesi varsa, bir blobun katmanını değiştirerek onu yeniden etkinleştirmek, yaşam döngüsü ilkesinin blobu yeniden arşiv katmanına taşıdığı bir duruma yol açabilir. Bu koşul, son değiştirilen zaman, oluşturulma süresi veya son erişim süresi politika için belirlenen eşik sınırının ötesindeyse oluşur. Bu durumu önlemenin üç yolu vardır:

  • Poliçenin tierToArchive eylemine daysAfterLastTierChangeGreaterThan koşulunu ekleyin. Blobları arşivlemek için yaşam döngüsü yönetim politikalarını kullan başlıklarına bakınız.

  • Bu blob'u etkileyen kuralı geçici olarak devre dışı bırakın ki tekrar arşivlenmesini önleyin. Blob güvenli bir şekilde arşiv seviyesine geri taşınabildiğinde kuralı tekrar etkinleştirin.

  • Eğer blob kalıcı olarak sıcak, soğuk veya soğuk seviyede kalması gerekiyorsa, blob'u yaşam döngüsü yönetim politikasının geçerli olmadığı başka bir yere kopyalayın.

Blob önek eşleştirme dizesi, ilkeyi beklenen blob'lara uygulamadı

Bir poliçenin blob önek eşleşme alanı, politika eylemlerinin uygulanmasını istediğiniz blob'ları eşleştirmek için kullandığınız tam veya kısmi bir blob yoludur. Yol, konteyner adıyla başlamalıdır. Eğer bir prefik eşleşmesi belirtmezseniz, politika depolama hesabındaki tüm blob'lara uygulanır. Önek eşleşme dizesinin biçimi [container name]/[blob name] şeklindedir. Önek eşleşme dizisi hakkında aşağıdaki noktaları aklınızda bulundurun:

  • container1/ gibi bir önek eşleşme dizesi, container1 adlı kapsayıcıdaki tüm bloblara uygulanır. container1 önek eşleşme dizesi, sonundaki ileri eğik çizgi karakteri (/) olmadan, adı container1 dizesiyle başlayan tüm kapsayıcılardaki tüm bloblara uygulanır. Önek, container1234, container1ab, container11 vb. adlı kapsayıcılarla eşleşir.
  • sub1/ dizesiyle başlayan, container1 adlı kapsayıcıdaki tüm bloblara container1/sub1/ önek eşleşme dizesi uygulanır. Örneğin, ön ek, adı container1/sub1/test.txt veya container1/sub1/sub2/test.txt olan bloblarla eşleşir.
  • Yıldız işareti karakteri * , bir blob adında geçerli bir karakterdir. Bir önekte yıldız karakteri kullanırsanız, önek adlarında yıldız işareti bulunan blob’larla eşleşir. Yıldız işareti joker karakter olarak işlev görmez.
  • Soru işareti karakteri ? , bir blob isminde geçerli bir karakterdir. Soru işareti karakterini bir önekte kullanırsanız, önek adlarında soru işareti bulunan bloblarla eşleşir. Soru işareti joker karakter olarak işlev görmez.
  • Ön ek eşleşmesi yalnızca olumlu (=) mantıksal karşılaştırmaları dikkate alır. Olumsuz (!=) mantıklı karşılaştırmaları görmezden gelir.
  • Önek eşleştirmesi büyük/küçük harfe duyarlı olarak çalışır.

Poliçenin hangi saatte yürütüleceğini belirlemenin bir yolu var mı?

Ne yazık ki, politikanın ne zaman uygulanacağını takip etmek mümkün değil, çünkü bu arka planda bir planlama sürecidir. Yaşam döngüsü politikaları, bir kuralın oluşturulduğu veya güncellendiği tarihten sonraki 24 saat içinde yürütülmeye başlar. Politikalar, gerektiğinde nesneleri sürekli olarak arka planda işler. Sistem, iş yüklerinden gelen taleplere öncelik verir. Yani, bir poliçenin ne zaman uygulanacağını takip etmenin bir yolu yok. Nesnelerin işlemesi için gereken süre, depolama hesabının talep oranına bağlı olabilir. Depolama hesabı için talep oranı depolama hesabı limitine yaklaşırsa bu süre daha uzun olabilir.

Sonraki Adımlar

  • Last updated on