⏲️Azure Blob Backup and Recovery
Soft Delete,
Bu özellik, blob ve container gibi nesneleri korumak için tasarlanmıştır. Nesneler silinse bile, belirlediğiniz bir süre içerisinde geri getirilebilirler.
Bir nesne silindiğinde, belirlenen süre boyunca (1 ila 365 gün arası) geri dönüş için kullanılabilir kalır.
Bu süreçte, silinen nesneler görünmez olur, ancak tamamen silinmeden önce kullanıcılar tarafından kurtarılabilir.
Versioning,
Azure'da her bir blob için yapılan değişiklikler otomatik olarak yeni bir sürüm olarak kaydedilir.
Bir blob güncellendiğinde veya üzerine yazıldığında, eski versiyonlar saklanır ve bu eski sürümlere istenildiği zaman erişilebilir.
Versioning özelliği veri yönetimi ve kurtarma süreçlerini kolaylaştırır ve eski sürümlere dönüş yapmayı mümkün kılar.
Özetle, Blob Storage'da Versioning özelliği, bir blob üzerinde yapılan her değişikliği (yeniden yazma, güncelleme veya silme gibi) yeni ve benzersiz bir sürüm olarak saklar.
Bir blob'a herhangi bir değişiklik uygulandığında, bu değişiklik otomatik olarak yeni bir sürüm oluşturur ve bu sürüm benzersiz bir sürüm kimliği (version ID) ile etiketlenir. Bu kimlik, o sürümü diğerlerinden ayırt etmek için kullanılır.
Yapılan her değişiklik yeni bir sürüm oluşturduğu için, kullanıcılar blob'un önceki durumlarına erişebilir ve gerektiğinde önceki sürümlere dönebilirler. Bu, verinin zaman içindeki evrimini gözlemlemek ve gerektiğinde eski verilere dönmek için çok faydalıdır.
Sadece en yeni sürüm varsayılan olarak erişilebilir durumdadır. Önceki sürümler listelendiğinde veya özel olarak istendiğinde erişilebilir olurlar. Misal,
Eğer bir blob üzerinde Versioning özelliği açıksa ve Soft Delete kapalı olsa bile, blob silinse dahi o blob'a ait önceki sürümler saklanmaya devam eder. Bu sürümler, silme işleminden bağımsız olarak korunur ve istediğiniz zaman bu sürümlere erişebilirsiniz.
Versioning özelliği, blobların her bir değişikliğini yeni bir sürüm olarak saklar. Bu sayede, Soft Delete özelliğinin açık olmadığı durumda bile herhangi bir blob silinse bile, onun önceki sürümleri tamamen silinmediği sürece veriye erişim mümkün olur. Ancak, bu özellik depolama kullanımını artırabileceği için, eski sürümleri düzenli olarak gözden geçirmek ve gereksiz olanları silmek gerekir.
PITR for blobs,
Point-in-Time Restore (PITR) özelliği, Azure Blob Storage'daki verileri, belli bir geçmiş noktasına göre otomatik olarak geri yükleyebilmeniz için bir veri kurtarma çözümüdür. Bu özellik, özellikle bloblar yanlışlıkla silindiğinde, zarar gördüğünde veya üzerinde istenmeyen değişiklik yapıldığında kullanılır.
T-3 Gün:
Ekranda sol tarafta gösterilen ilk durum, belirli bir zamandaki (T-3 gün) storage account'unuzun ve içerdiği container'ların durumunu temsil ediyor. Burada her container, içinde bir dizi blob (dosya veya veri parçası) barındırıyor.
Blobların Silinmesi (T-2 Gün):
Zamanda ilerlendiğinde, ortada gösterilen durumda bazı blob'ların silindiğini görüyoruz. Bu, yanlışlıkla silme veya veri bozulması gibi durumları temsil edebilir.
Blobların Geri Yüklenmesi (T):
Sağ tarafta ise, silinen blob'ların "Point-in-Time Restore" kullanılarak geri yüklendiği gösteriliyor. Burada, silinmeden önceki duruma (T-3 gün) geri dönmüş olarak, blob'lar tekrar yerlerinde ve erişilebilir durumda.
Nasıl Çalışır?
Azure, otomatik olarak blob depolama hesabınızda snapshotlar alır. Bu snapshotlar, belirlenen bir saklama politikasına göre tutulur.
Kullanıcılar, verilerini geri yüklemek istedikleri özel bir tarih ve saati seçebilirler. Bu, silinen veya bozulan verileri, seçilen zaman noktasına kadar olan en son durumuna geri yükleme imkanı verir.
Seçilen zaman noktasına ait snapshot üzerinden, bloblar eski haline geri yüklenir. Bu işlem, genellikle Azure portalı üzerinden veya Azure CLI aracılığıyla gerçekleştirilir.
Last updated
