Snapshot, bir sistemin veya veri biriminin belirli bir andaki durumunu temsil eder. Yedekleme ise veriyi ihtiyaç duyulan bir noktaya geri getirmek için tasarlanan daha geniş bir süreçtir. Bu iki kavramı bütünüyle zıt görmek de, bütün snapshot'ları bağımsız yedek kabul etmek de doğru değildir. Kullanılan platformun çalışma biçimi belirleyicidir.
Snapshot nerede duruyor?
Bazı sanallaştırma platformlarında snapshot kaynak disk ve depolamayla yakından bağımlıdır. Aynı altyapı kaybedilirse beklenen kurtarma yolu da etkilenebilir. Bazı bulut ürünlerinde ise snapshot farklı bir saklama altyapısında yedek işlevi görür. Amazon EBS belgeleri bu ürünün snapshot'larını belirli bir ana ait artımlı yedekler olarak tanımlar. Dolayısıyla karar ürünün somut mimarisine dayanmalıdır.
Karşılaştırmayı beş soruyla yapın
| Soru | Neyi açığa çıkarır? |
|---|---|
| Kaynak kaybolursa kopya duruyor mu? | Ortak hata alanını |
| Aynı hesap kopyayı silebiliyor mu? | Yetki bağımlılığını |
| Uygulama tutarlı mı? | Geri dönüşte veri kullanılabilirliğini |
| Ne kadar saklanıyor? | Geç fark edilen hataya dönüşü |
| Gerçek test yapıldı mı? | Kurtarma yolunun uygulanabilirliğini |
Anlık durum ile uygulama tutarlılığı
Çalışan bir veritabanının dosyalarını yakalamak, her durumda uygulama açısından doğrulanmış kurtarma noktası oluşturmaz. İşlem halindeki veriler ve birden fazla diskin ilişkisi önemlidir. Üreticinin önerdiği tutarlılık ve yedekleme yöntemi kullanılmalıdır. Testte yalnızca sanal makinenin açılması değil, uygulamanın veriyi doğru okuyup işlemesi de kontrol edilmelidir.
Değişiklik öncesinde nasıl kullanılabilir?
Uygun platformda, bir bakım öncesi kısa süreli geri dönüş noktası yararlı olabilir. Ancak snapshot oluşturmanın süre, kapasite ve performans etkisi değerlendirilmelidir. Ne zaman kaldırılacağı ve başarısız değişiklikte hangi adımla geri dönüleceği yazılsın. Uzun süre kontrolsüz bırakılan snapshot zincirleri platforma göre yönetim ve kapasite sorunları yaratabilir.
Yedekleme planındaki yeri
Snapshot'ı bağımsız kopya, saklama, erişim ayrımı ve kurtarma testiyle birlikte değerlendirin. Tek bir mekanizma bütün riskleri karşılamak zorunda değildir. Örneğin hızlı operasyonel geri dönüş ile daha eski bir temiz noktaya dönmek farklı yöntemler gerektirebilir. Hedefler iş birimiyle belirlenmeli ve maliyetle birlikte onaylanmalıdır.
Snapshot varsa ayrıca yedek gerekir mi?
Kopyanın bağımlılıkları ve kurtarma hedefleri incelenmeden cevap verilemez. Pratik doğrulama için geri yükleme test planını kullanabilirsiniz.
İhtiyacınıza uygun kapsamı belirlemek için CieloSync çözümlerini inceleyebilir veya ekibimizle iletişime geçebilirsiniz.