Bu makalede, Azure Blob Depolama için sık sorulan soruların (SSS) listesi sağlanır.
Yaşam döngüsü yönetimi ilkeleri
Yeni bir ilke oluşturdum. Eylemler neden hemen çalıştırılmıyor?
Platform, yaşam döngüsü ilkesini günde bir kez çalıştırır. Bir ilkeyi yapılandırdıktan sonra, geçerli olması 24 saat kadar sürebilir. İlke yürürlüğe girdikten sonra, eylemlerin çalıştırılması için geçen süre depolama hesabının boyutuna ve gerçekleştirilen işlemlere bağlı olarak değişebilir.
Mevcut bir ilkeyi güncelleştirirsem, eylemlerin çalıştırılması ne kadar sürer?
Güncelleştirilmiş ilkenin geçerlilik kazanması 24 saat kadar sürer. İlke yürürlüğe girdikten sonra, eylemlerin çalıştırılması için geçen süre, depolama hesabının boyutuna ve gerçekleştirilen işlemlere bağlı olarak değişir. Güncelleştirme bir kuralı devre dışı bırakmak veya silmek içinse ve enableAutoTierToHotFromCool kullanıldıysa, sık erişim katmanına otomatik katmanlama yine de gerçekleşir. Örneğin, son erişime göre enableAutoTierToHotFromCool gibi bir kural ayarlayın. Kural devre dışı bırakılır veya silinirse ve bir blob şu anda seyrek erişimli veya soğuk katmandaysa ve sonra erişilirse, yaşam döngüsü yönetimi dışında erişime uygulandığından sık erişim katmanına geri taşınır. Yaşam döngüsü yönetim kuralı devre dışı bırakıldığından veya silindiğinden blob sık erişimliden seyrek erişimliye veya soğuktan seyrek erişime geçmeyecek. autoTierToHotFromCool'u önlemenin tek yolu, son erişim zamanı izlemeyi kapatmaktır.
Çalıştırma tamamlar ancak bazı blobları taşımaz veya silmez
Depolama hesabında bulunan nesnelerin boyutuna ve sayısına bağlı olarak, tüm nesneleri işlemek için birden fazla çalıştırma gerekebilir. İşlemlerin yaşam döngüsü yönetimi ilkesi tarafından gerçekleştirilip gerçekleştirilmediğini görmek için depolama kaynak günlüklerini de denetleyebilirsiniz.
İlke blobları yürütür ve silerken kapasite değişikliklerini görmüyorum
Depolama hesabında geçici silme veya sürüm oluşturma gibi veri koruma özelliklerinin etkinleştirilip etkinleştirilmediğini denetleyin. İlke blobları siliyor olsa bile bu bloblar, bu özelliklerin nasıl yapılandırıldığına bağlı olarak geçici olarak silinmiş durumda veya eski bir sürüm olarak mevcut olabilir.
Arşivlenmiş bir blobu yeniden doldurmaya devam ettim. Arşiv katmanına geçici olarak geri taşınmasını Nasıl yaparım? engelleyebilirsiniz?
Depolama hesabı için geçerli olan bir yaşam döngüsü yönetimi ilkesi varsa katmanını değiştirerek blobu yeniden doldurmanız, yaşam döngüsü ilkesinin blobu arşiv katmanına geri taşıması senaryosuna neden olabilir. Son değiştirme zamanı, oluşturma zamanı veya son erişim zamanı ilke için ayarlanan eşiğin ötesindeyse bu durum oluşabilir. Bunun olmasını önlemenin üç yolu vardır:
koşulu ilkenin
daysAfterLastTierChangeGreaterThantierToArchive eylemine ekleyin. Bu koşul yalnızca son değiştirme zamanı için geçerlidir. Bkz . Blobları arşivlerken yaşam döngüsü yönetimi ilkelerini kullanma.
Yeniden arşivlenmesini önlemek için bu blobu etkileyen kuralı geçici olarak devre dışı bırakın. Blob arşiv katmanına güvenli bir şekilde geri taşındığında kuralı yeniden etkinleştirin.
Blob'un sık erişimli, seyrek erişimli veya soğuk katmanda kalıcı olarak kalması gerekiyorsa, blobu yaşam döngüsü yönetimi ilkesinin etkin olmadığı başka bir konuma kopyalayın.
Blob ön eki eşleştirme dizesi ilkeyi beklenen bloblara uygulamadı
Bir ilkenin blob ön eki eşleştirme alanı, ilke eylemlerinin uygulanmasını istediğiniz blobları eşleştirmek için kullanılan tam veya kısmi bir blob yoludur. Yol, kapsayıcı adıyla başlamalıdır. Hiçbir ön ek eşleştirmesi belirtilmemişse, ilke depolama hesabındaki tüm bloblara uygulanır. Ön ek eşleştirme dizesinin biçimi şeklindedir
[container name]/[blob name].
Ön ek eşleştirme dizesiyle ilgili aşağıdaki noktaları aklınızda bulundurun:
- container1/ gibi bir ön ek eşleştirme dizesi kapsayıcı1 adlı kapsayıcıdaki tüm bloblara uygulanır. Sonunda eğik çizgi karakteri (/) olmayan kapsayıcı1'in önek eşleştirme dizesi, kapsayıcı adının kapsayıcı1 dizesiyle başladığı tüm kapsayıcılardaki tüm bloblara uygulanır. Ön ek container11, container1234, container1ab vb. adlı kapsayıcılarla eşleşir.
- Kapsayıcı1/sub1/ ön eki eşleştirme dizesi, kapsayıcı1 adlı kapsayıcıdaki sub1/ dizesiyle başlayan tüm bloblara uygulanır. Örneğin, ön ek container1/sub1/test.txt veya container1/sub1/sub2/test.txt adlı bloblarla eşleşir.
- Yıldız karakteri
*, blob adında geçerli bir karakterdir. Ön ekte yıldız karakteri kullanılıyorsa, ön ek adlarında yıldız işareti bulunan bloblarla eşleşir. Yıldız işareti joker karakter olarak çalışmaz.
- Soru işareti karakteri
?, blob adında geçerli bir karakterdir. Bir ön ekte soru işareti karakteri kullanılıyorsa ön ek, adlarında soru işareti bulunan bloblarla eşleşir. Soru işareti joker karakter olarak çalışmaz.
- Ön ek eşleşmesi yalnızca pozitif (=) mantıksal karşılaştırmaları dikkate alır. Negatif (!=) mantıksal karşılaştırmalar yoksayılır.
- Ön ek eşleştirme büyük/küçük harfe duyarlı bir şekilde çalışır.
İlkenin yürütüleceği zamanı belirlemenin bir yolu var mı?
Ne yazık ki, ilkenin yürütüleceği zamanı izlemenin bir yolu yoktur çünkü bu bir arka plan zamanlama işlemidir. Ancak platform ilkeyi günde bir kez çalıştırır.
Azure Depolama blob envanteri
Yeni bir envanter kuralı oluşturdum. Her gün aynı saatte çalışacak mı?
Günlük envanter kuralı her gün bir kez çalıştırılacak şekilde tasarlanmıştır. Buna ek olarak, her Pazar için zamanlanmış haftalık bir envanter kuralı vardır.
Kuralların sabit bir zamanda çalışmasını bekleyebilir miyim?
Tutarlı bir deneyim sağlamaya çalışsak da, her çalıştırma için tam yürütme süresini garanti edemeyiz. Envanter kuralının yürütme süresi farklılık gösterebilir. Örneğin, bugünün ilkesi saat 12:05'te zamanlanmışsa, 12:07, 12:15 veya sonraki gün başka bir zaman başlatabilir.
Birden çok envanter dosyası çıktısı
Üretilen envanter dosyalarının sayısına göre ne değişti?
Blob Envanteri raporu üç tür dosya oluşturur. Bkz . Envanter dosyaları. Blob envanterini kullanan mevcut müşteriler, bir dosyadan birden çok dosyaya kadar stok dosyası sayısında bir değişiklik görebilir. Bugün, dosya listesini sağlayan bir bildirim dosyası zaten var. Bu davranış değişmeden kalır, bu nedenle bu dosyalar bildirim dosyasında listelenir.
Değişiklik neden yapıldı?
Değişiklik, özellikle beş milyondan fazla nesne içeren büyük depolama hesapları için blob envanter performansını geliştirmek için uygulandı. Artık sonuçlar birden çok dosyaya paralel olarak yazıldığından tek bir envanter dosyası kullanma performans sorunu ortadan kaldırılmıştır. Bu değişiklik, aşırı büyük tek envanter dosyasını açma ve bunlarla çalışma konusunda güçlükler bildirdiği için müşteri geri bildirimiyle istendi.
Bu değişiklik kullanıcı olarak beni nasıl etkiler?
Kullanıcı olarak bu değişikliğin blob envanter çalıştırmalarıyla ilgili deneyiminiz üzerinde olumlu bir etkisi vardır. Performansı artırması ve genel çalışma süresini azaltması beklenir. Ancak, bu geliştirmeden tam olarak yararlanmak için kodunuzun yalnızca bir dosya yerine birden çok sonuç dosyasını işleyebilecek şekilde güncelleştirildiğinden emin olmanız gerekir. Bu ayarlama kodunuzu yeni yaklaşımla hizalar ve envanter verilerinin işlenmesini iyileştirir.
Mevcut verilerim etkileniyor mu?
Hayır, mevcut veriler etkilenmez. Yalnızca yeni blob envanter sonuçları birden çok envanter dosyası içerir.
Kapalı kalma süresi veya hizmet kesintileri olacak mı?
Hayır, değişiklik sorunsuz gerçekleşir.
Şimdi farklı yapmam gereken bir şey var mı?
Gerekli eylemleriniz blob envanteri sonuçlarını şu anda nasıl işlediğinize bağlıdır:
Geçerli işlemeniz tek bir envanter sonuçları dosyası olduğunu varsayarsa, kodunuzu birden çok envanter sonuç dosyasını barındıracak şekilde değiştirmeniz gerekir.
Ancak, geçerli işlemeniz bildirim dosyasındaki sonuç dosyalarının listesini okumayı içeriyorsa, sonuçları işleme şeklinizde herhangi bir değişiklik yapmanız gerekmez. Mevcut yaklaşım, güncelleştirilmiş özellik ile sorunsuz bir şekilde çalışmaya devam eder.
Değişikliği beğenmiyorsam önceki davranışa geri dönebilir miyim?
Bu önerilmez, ancak mümkündür. Bu özelliği kapatmayı istemek için lütfen destek kanallarınızda çalışın.
Değişikliklerle ilgili geri bildirimi veya sorunları nasıl bildirebilirim?
Lütfen geçerli hesap ekibiniz ve destek kanallarınız üzerinden çalışın.
Bu değişiklik ne zaman geçerli olacak?
Bu değişiklik 1 Eylül 2023'den itibaren aşamalı olarak kullanıma sunulmaya başlayacaktır.
Ölçümler ve Günlükler
Azure Depolama Yönetilen Diskler veya Yönetilmeyen Diskler için ölçümleri destekliyor mu?
Hayır Azure İşlem, disklerdeki ölçümleri destekler. Daha fazla bilgi için bkz . Yönetilen ve Yönetilmeyen Diskler için disk başına ölçümler.
Azure Ölçüm grafiğindeki kesikli çizgi neleri gösterir?
Kullanılabilirlik ve gecikme verilerini görüntüleyenler gibi bazı Azure ölçüm grafikleri, bilinen iki zaman dilimi veri noktası arasında eksik bir değer (null değer olarak da bilinir) olduğunu belirtmek için kesikli çizgi kullanır. Örneğin, zaman seçicide zaman ayrıntı düzeyini seçtiyseniz
1 minute ancak ölçüm 07:26, 07:27, 07:29 ve 07:30 olarak bildirildiyse, bu iki veri noktası arasında bir dakikalık boşluk olduğundan kesikli çizgi 07:27 ve 07:29'a bağlanır. Düz çizgi diğer tüm veri noktalarını birbirine bağlar. Ölçüm sayı ve toplam toplamalarını kullandığında kesikli çizgi sıfıra düşer. Ortalama, minimum veya maksimum toplamalar için, kesikli çizgi bilinen en yakın iki veri noktasına bağlanır. Ayrıca grafiğin en sağ veya en sol ucunda veri eksik olduğunda, kesikli çizgi eksik veri noktasının yönünde genişletilir.
Depolama hesabımın kullanılabilirliğini izlemek Nasıl yaparım??
Depolama hesabınızın kullanılabilirliğini izlemek için Azure Kaynak Durumu hizmetini temel alan bir kaynak durumu uyarısı yapılandırabilirsiniz. Hesapta işlem yoksa, uyarı depolama hesabınızın bulunduğu Depolama kümesinin durumuna göre raporlar.
Değişiklik akışı desteği
Değişiklik akışı ile Depolama Analytics günlüğü arasındaki fark nedir?
Analiz günlüklerinde tüm işlemler genelinde başarılı ve başarısız isteklerle tüm okuma, yazma, listeleme ve silme işlemlerinin kayıtları bulunur. Analiz günlükleri en iyi çabayı gösterir ve hiçbir sipariş garanti değildir.
Değişiklik akışı, başarılı mutasyonların veya hesabınızda blob oluşturma, değiştirme ve silme gibi değişikliklerin işlem günlüğünü sağlayan bir çözümdür. Değişiklik akışı, tüm olayların blob başına başarılı değişiklikler sırasına göre kaydedilmesini ve görüntülenmesini garanti eder, bu nedenle çok büyük hacimli okuma işlemlerinden veya başarısız isteklerden gelen gürültüyü filtrelemeniz gerekmez. Değişiklik akışı temel olarak belirli garantiler gerektiren uygulama geliştirme için tasarlanmıştır ve iyileştirilmiştir.
Değişiklik akışını mı yoksa Depolama olayları mı kullanmalıyım?
Değişiklik akışı olarak her iki özellik de kullanılabilir ve Blob depolama olayları aynı teslim güvenilirliği garantisiyle aynı bilgileri sağlar ve temel fark olay kayıtlarının gecikme süresi, sıralama ve depolama olmasıdır. Değişiklik akışı, değişiklikleri izleyen birkaç dakika içinde kayıtları günlüğe yayımlar ve ayrıca blob başına değişiklik işlemlerinin sırasını garanti eder. Depolama olaylar gerçek zamanlı olarak gönderiliyor ve sıralanmayabilir. Değişiklik akışı olayları, depolama hesabınızın içinde kendi tanımlı saklamanıza sahip salt okunur kararlı günlükler olarak depolanırken, depolama olaylarının açıkça depolamadığınız sürece olay işleyicisi tarafından tüketilmesi geçicidir. Değişiklik akışıyla, istediğiniz sayıda uygulama blob API'lerini veya SDK'ları kullanarak günlükleri kendi kolaylığında kullanabilir.
Statik web sitesi barındırma
Azure Depolama güvenlik duvarı statik web sitesiyle çalışıyor mu?
Evet. IP tabanlı ve sanal ağ güvenlik duvarları da dahil olmak üzere depolama hesabı ağ güvenlik kuralları, statik web sitesi uç noktasında desteklenir ve web sitenizi korumak için kullanılabilir.
Statik web sitesi Microsoft Entra ID'yi destekliyor mu?
Hayır. Statik web sitesi yalnızca $web kapsayıcısındaki dosyalar için anonim genel okuma erişimini destekler.
Statik web sitesi ile özel etki alanını nasıl kullanabilirim?
Azure Content Delivery Network (Azure CDN) kullanarak statik web sitesiyle bir özel etki alanı yapılandırabilirsiniz. Azure CDN, web sitenize dünyanın farklı yerlerinden tutarlı ve düşük gecikme süreleriyle erişim sağlanmasına imkan tanır.
Statik web sitesiyle özel bir Güvenli Yuva Katmanı (SSL) sertifikası Nasıl yaparım??
Şu anda Azure CDN kullanarak statik web sitesiyle bir özel SSL yapılandırabilirsiniz. Azure CDN, web sitenize dünyanın farklı yerlerinden tutarlı ve düşük gecikme süreleriyle erişim sağlanmasına imkan tanır.
Statik web sitesine özel üst bilgileri ve kuralları nasıl ekleyebilirim?
Statik web sitesinden neden HTTP 404 hatası alıyorum?
Yanlış bir durum kullanarak bir dosya adına başvuruda bulunursanız 404 hatası oluşabilir. Örneğin:
Index.html yerine
index.html. Statik web sitesinin URL'sindeki dosya adları ve uzantıları, HTTP üzerinden kullanıma sunulsa bile büyük/küçük harfe duyarlıdır. Azure CDN uç noktanız henüz sağlanmamışsa da bu durum oluşabilir. Yayma işleminin tamamlanması için yeni bir Azure CDN sağladıktan sonra 90 dakika kadar bekleyin.
Web sitesinin kök dizini neden varsayılan dizin sayfasına yeniden yönlendirilmiyor?
Azure portalda hesabınızın statik web sitesi yapılandırma sayfasını açın ve Dizin belge adı alanında ayarlanan adı ve uzantıyı bulun. Bu adın, depolama hesabının $web kapsayıcısında yer alan dosyanın adıyla tam olarak aynı olduğundan emin olun. Statik web sitesinin URL'sindeki dosya adları ve uzantıları, HTTP üzerinden kullanıma sunulsa bile büyük/küçük harfe duyarlıdır.
Blob dizin etiketleri
Blob dizini, bloblarımın içindeki içeriği filtrelememe ve sorgulamama yardımcı olabilir mi?
Hayır, blob verilerinizde arama yapmanız gerekiyorsa sorgu hızlandırmayı veya Azure aramasını kullanın.
Dizin etiketi değerleriyle ilgili herhangi bir gereksinim var mı?
Blob dizin etiketleri yalnızca dize veri türlerini destekler ve sorgulama, sonuçları sözcüksal sıralamayla döndürür. Sayılar için, sayıyı sıfır tuş takımına ekleyin. Tarihler ve saatler için ISO 8601 uyumlu biçimde depolayın.
Blob dizini etiketleri ve Azure Resource Manager etiketleriyle ilgili mi?
Hayır, Resource Manager etiketleri abonelikler, kaynak grupları ve depolama hesapları gibi denetim düzlemi kaynaklarını düzenlemeye yardımcı olur. Dizin etiketleri, veri düzleminde blob yönetimi ve bulma sağlar.
Maliyetleri yönetme
Azure Depolama'yı ayın yalnızca birkaç gününde kullanırsam maliyet günlere eşit olarak dağıtılır mı?
Depolama kapasitesi, gigabayt (GB) cinsinden bir aylık bir dönemde depolanan günlük ortalama veri miktarı birimi üzerinden faturalandırılır. Örneğin, ayın ilk yarısında kesintisiz olarak 10 GB'lık depolama kullandıysanız ve ikinci yarısında hiç kullanmadıysanız, ortalama 5 GB'lık depolama kullanımı üzerinden faturalandırılırsınız.