Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Sürüm düzeyinde bir kez yazma, çok kez okuma (WORM) ilkesi, hesap, kapsayıcı veya sürüm düzeyinde ayarlanabilen bir değiştirilemezlik ilkesi türüdür. Azure Blob Depolama için değiştirilemez depolama hakkında daha fazla bilgi edinmek için bkz. İş açısından kritik blob verilerini bir kez yaz, birçok kez oku (WORM) durumunda değiştirilemez depolama.
Kullanılabilirlik
Sürüm düzeyinde değişmezlik (VLW) ilkeleri, yeni hesaplar için hesap düzeyinde ve yeni ve mevcut hesaplar/kapsayıcılar için kapsayıcı ve blob düzeyinde desteklenir. Bu ilkeler hem genel amaçlı v2 hem de premium blok blob hesapları için desteklenir. Bu özellik hiyerarşik ad alanı hesaplarında desteklenmez.
Sürüm bağımlılığı
Sürüm düzeyi ilkeleri, depolama hesabı için blob sürümü oluşturmanın etkinleştirilmesini gerektirir. Blob sürümlerini etkinleştirmeyi öğrenmek için Blob sürümlerini etkinleştirme ve yönetme bölümüne bakın. Sürüm oluşturmayı etkinleştirmenin faturalamayı etkileyeebileceğini unutmayın. Daha fazla bilgi için Blob Sürümü Oluşturma Fiyatlandırma ve faturalama bölümüne bakın.
Sürüm oluşturma etkinleştirildikten sonra, bir blob ilk yüklendiğinde blobun bu sürümü geçerli sürümdür. Blobun üzerine her yazıldığında, blobun önceki durumunu depolayan yeni bir sürüm oluşturulur. Blobun geçerli sürümünü sildiğinizde, geçerli sürüm önceki bir sürüme dönüşür ve açıkça silinene kadar korunur. Önceki bir blob sürümü, geçerli sürüm önceki bir sürüm olduğunda geçerli olan zamana bağlı saklama ilkesine sahiptir.
Depolama hesabı veya kapsayıcısı için varsayılan bir ilke etkinse, üzerine yazma işlemi önceki bir sürümü oluşturduğunda, yeni geçerli sürüm hesap veya kapsayıcı için varsayılan ilkeyi devralır.
Her sürümde yalnızca bir zaman tabanlı bekletme ilkesi yapılandırılmış olabilir. Bir versiyonda da bir hukuki bekletme yapılandırılmış olabilir.
Sürüm düzeyinde zamana bağlı saklama ilkelerini yapılandırmayı öğrenmek için bkz. Blob sürümleri için değişmezlik ilkelerini yapılandırma.
Etkinleştirme ve ilke ayarı
Sürüm düzeyinde WORM ile sabit ilkeler kullanmak iki adımlı bir işlemdir. İlk olarak, sürüm düzeyinde değişmezliği etkinleştirin. Ardından, sürüm düzeyinde değişmezlik ilkeleri ayarlayabilirsiniz.
Depolama hesabı düzeyinde bir ilke ayarlamak için, önce depolama hesabında sürüm düzeyi WORM'u etkinleştirmeniz gerekir. Bunu yalnızca hesap oluşturma zamanında yapabilirsiniz. Önceden var olan hesaplar için sürüm düzeyinde WORM'ı etkinleştirme seçeneği yoktur.
Kapsayıcı düzeyinde bir ilke ayarlamak için, önce hesapta VEYA kapsayıcıda sürüm düzeyi WORM'u etkinleştirmeniz gerekir.
Bir kapsayıcıda sürüm düzeyi WORM'u etkinleştirmeyi planlıyorsanız, Microsoft bunu kapsayıcı oluşturma zamanında etkinleştirmenizi önerir. Ancak, sürüm düzeyi WORM özellikli olmayan bir kapsayıcıyı sürüm düzeyinde WORM özellikli bir kapsayıcıya geçirebilirsiniz. Bir kapsayıcıyı taşımamayı seçerseniz, yine de bu kapsayıcıda kapsayıcı düzeyinde WORM ilkesi ayarlayabilirsiniz; ancak bu kapsayıcıda blob düzeyi ilkeler ayarlama seçeneği kullanılamaz olacak.
Blob düzeyinde bir ilke ayarlamak için hesapta veya kapsayıcıda sürüm düzeyi WORM'u etkinleştirmeniz gerekir. Blob düzeyinde, WORM'ın sürüm düzeyinde etkinleştirilmesi seçeneği yoktur; bu özellik devralınmalıdır.
Göç
Mevcut kapsayıcılar sürüm düzeyinde değişmezliği destekleyebilir, ancak önce bir geçiş işlemine tabi tutulmalıdır. Bu işlem biraz zaman alabilir. Etkinleştirildikten sonra, bu kapsayıcı için sürüm düzeyinde WORM desteği kaldırılamaz. Depolama hesabı başına aynı anda 10 kapsayıcı geçirebilirsiniz. Geçiş için gereken süre öncelikli olarak kapsayıcıdaki blob miktarına bağlıdır. Çok sayıda blob bulunan kapsayıcıların taşınması çok daha uzun zaman alır. Bir kapsayıcıyı sürüm düzeyinde değişmezliği destekleyecek şekilde geçirme hakkında daha fazla bilgi için bkz. Sürüm düzeyinde değişmezliği desteklemek için mevcut kapsayıcıyı geçirme.
Geçerli sürümde bir ilke yapılandırın
Bir depolama hesabı veya kapsayıcı için sürüm düzeyinde değişmezlik desteğini etkinleştirdikten sonra, hesap veya kapsayıcı için varsayılan zamana dayalı bekletme ilkesini yapılandırma seçeneğiniz vardır. Hesap veya kapsayıcı için varsayılan zamana dayalı bekletme ilkesini yapılandırıp bir blob yüklediğinizde blob bu varsayılan ilkeyi devralır. Ayrıca, bu blob için özel bir ilke yapılandırarak, karşıya yükleme sırasında herhangi bir blob için varsayılan ilkeyi geçersiz kılmayı seçebilirsiniz.
Hesap veya kapsayıcı için varsayılan zamana bağlı bekletme ilkesinin kilidi açıksa, varsayılan ilkeyi devralan blobun geçerli sürümü de kilidi açılmış bir ilkeye sahip olur. Tek bir blob karşıya yüklendikten sonra blob'un mevcut sürümündeki politikanın saklama süresini kısaltabilir veya uzatabilir ya da mevcut sürümü silebilirsiniz. Ayrıca, hesap veya kapsayıcıdaki varsayılan ilkenin kilitli olmamasına rağmen, mevcut sürüm için ilkeyi kilitleyebilirsiniz.
Hesap veya kapsayıcı için varsayılan zamana bağlı bekletme ilkesi kilitliyse, varsayılan ilkeyi devralan blobun geçerli sürümü de kilitli bir ilkeye sahip olur. Ancak, bir blob'u yüklerken yalnızca o blob için bir ilke ayarlayarak varsayılan ilkeyi geçersiz kılarsanız, siz onu açık bir şekilde kilitleyene kadar politika kilitlenmemiş olarak kalır. Geçerli sürümdeki ilke kilitlendiğinde bekletme aralığını uzatabilirsiniz, ancak ilkeyi silemez veya bekletme aralığını kısaltamazsınız.
Depolama hesabı veya kapsayıcı için yapılandırılmış bir varsayılan ilke yoksa, bir blob'u özel bir ilkeyle ya da ilke olmadan yükleyebilirsiniz.
Bir depolama hesabı veya kapsayıcıdaki varsayılan ilke değiştirilirse, bu ilkeler varsayılan ilkeden devralınmış olsa bile bu kapsayıcı içindeki nesnelerdeki ilkeler değişmeden kalır.
Aşağıdaki tabloda, yükleme sırasında bir blob üzerinde zamana dayalı bekletme ilkesi ayarlamak için kullanılabilecek çeşitli seçenekler gösterilmektedir.
| Hesap veya kapsayıcıda varsayılan ilke durumu | Varsayılan ilkeyle bir blob yükle. | Özel ilkeyle blobu karşıya yükleme | İlke olmadan bir blob yükle |
|---|---|---|---|
| Hesap veya saklayıcıda varsayılan politika (kilidi açık) | Blob, varsayılan kilidi açılmış ilkeyle karşıya yüklenir | Blob, özel kilidi açılmış ilkeyle karşıya yüklenir | Blob, politika olmadan yüklendi |
| Hesap veya kapsayıcı için varsayılan politika (kilitli) | Blob varsayılan kilitli politikayla karşıya yüklenir | Blob, özel kilidi açılmış ilkeyle karşıya yüklenir | Blob, politika olmadan yüklendi |
| Hesapta veya kapsayıcıda varsayılan ilke yok | Mevcut Değil | Blob, özel kilidi açılmış ilkeyle karşıya yüklenir | Blob, politika olmadan yüklendi |
Önceki bir sürümde politika yapılandırın
Sürüm oluşturma etkinleştirildiğinde, bir bloba yazma veya silme işlemi, bu blobun işlemden önceki durumunu kaydeden yeni bir önceki sürümünü oluşturur. Varsayılan olarak, önceki sürüm, mevcut sürüm önceki sürüme dönüştüğünde, mevcut sürüm için geçerli olan ve, eğer varsa, zamana bağlı saklama ilkesine sahiptir. Yeni geçerli sürüm, varsa kapsayıcıdaki ilkeyi devralır.
Önceki bir sürüm tarafından devralınan ilkenin kilidi açıksa bekletme aralığı kısaltılabilir veya uzatılabilir ya da ilke silinebilir. Geçerli sürümdeki ilkenin kilidi açılmış olsa bile, önceki sürümdeki ilke bu sürüm için kilitlenebilir.
Önceki bir sürüm tarafından devralınan ilke kilitliyse bekletme aralığı uzatılabilir. İlke silinemez veya bekletme aralığı kısaltılamaz. Geçerli sürümde yapılandırılmış bir ilke yoksa, önceki sürüm hiçbir ilkeyi devralmıyor demektir.
Sürüm için özel bir ilke yapılandırabilirsiniz. Geçerli sürümdeki ilke değiştirilirse, ilke geçerli bir sürümden devralınmış olsa bile mevcut önceki sürümlerde ilkeler değişmeden kalır.
Silme İşlemi
Bir hesap veya kapsayıcı değişmez bir ilke için etkinleştirildiğinde, boş olana kadar silinemez. Dikkate alınması gereken ana nokta, sürüm düzeyinde WORM hesabı veya kapsayıcıda değiştirilemez bir ilkenin ayarlanıp ayarlanmadığı değil, bu ilkenin etkinleştirilip etkinleştirilmediğidir. İşlem tamamlandıktan sonra, hesabın veya kapsayıcının silinmesi için boş olması gerekir.
Sabit bir ilke için etkinleştirilen bir kapsayıcıyı yalnızca denetim düzlemi işlemlerini kullanarak silebilirsiniz. Bu tür isteklerin tümü Azure Resource Manager URL'sine gönderilir. Örneğin, Remove-AzRmStorageContainer PowerShell komutu bir kapsayıcıyı silmek için bir denetim düzlemi işlemi kullanır. Buna karşılık Remove-AzStorageContainer komutu, başarılı olmayacak bir veri düzlemi işlemi kullanmayı dener. Benzer şekilde az storage container-rm delete Azure CLI komutu bir denetim düzlemi işlemi kullanır, az storage container delete ise veri düzlemi işlemine dayanır. Bir kapsayıcıyı, görevi denetim düzlemi işlemi kullanarak gerçekleştirdiğinden Azure portalı üzerinden de silebilirsiniz.
Senaryo
| Senaryo | Yasaklanmış işlemler | Blob koruması | Kapsayıcı koruması | Hesap koruması |
|---|---|---|---|---|
| Blob sürümü etkin saklama ilkesiyle korunur ve/veya yasal tutma etkindir | Blobu Silme, Blob Meta Verilerini Ayarlama ve SayfaYı Yerleştirme | Blob sürümü silinemez. Kullanıcı meta verileri yazılamaz. Blobu Koy, Blok Listesini Koy veya Blobu Kopyala ile bir blobun üzerine yazmak yeni birsürüm 1 oluşturur. |
İlkenin kilitli veya kilitsiz olmasına bakılmaksızın, kapsayıcıda en az bir blob varsa, kapsayıcı silme işlemi başarısız olur. | Sürüm düzeyinde sabit depolamanın etkinleştirildiği en az bir kapsayıcı varsa veya hesap için etkinleştirilmişse depolama hesabı silme işlemi başarısız olur. |
| Süresi dolmuş bir saklama politikası ile korunan bir blob sürümü vardır ve hiçbir yasal kısıtlama uygulanmamaktadır. | Blob Meta Verilerini Ayarla ve Sayfa Yerleştir | Süresi dolmuş bir saklama politikası ile korunan bir blob sürümü vardır ve hiçbir yasal kısıtlama uygulanmamaktadır. | Blob sürümü silinebilir. Blobu Koy, Blok Listesini Koy veya Blobu Kopyala ile bir blobun üzerine yazmak yeni birsürüm 1 oluşturur. |
Kilitli zamana dayalı saklama ilkesine sahip bir blob sürümü içeren en az bir kapsayıcı varsa depolama hesabı silme işlemi başarısız olur. Kilidi açılmış politikalar silme işlemine karşı koruma sağlamaz. |
1 Blob sürümleri içerik açısından her zaman değiştirilemezdir. Depolama hesabı için sürüm oluşturma etkinleştirildiyse blok blobu yazma işlemi, Blok Koy işlemi dışında yeni bir sürüm oluşturur.
Sınırlar
Tek bir hesapta benzersiz zamana dayalı saklama ilkeleriyle ayarlanmış yalnızca 10.000 kapsayıcı olabilir; ancak, 10.000'den fazla kapsayıcı tarafından devralınacak hesap düzeyinde bir ilke ayarlayabilirsiniz.