Snapshot, belirli andaki disk veya veri durumu için kullanılan bir kavramdır; her ürün aynı şekilde saklamaz. Yerel dosya sistemi snapshotı, bağlı kaynak depolamaya dayanabilir. Bazı bulut sağlayıcıları snapshot verisini ayrı altyapıda saklar. Bu nedenle bütün snapshotları bağımsız yedek ya da bütün snapshotları yalnızca geçici kopya olarak tanımlamak doğru değildir. Asıl soru, hangi arızadan sonra hangi veriyi hangi erişimle geri getirebildiğinizdir.
Başlamadan önce
Sağlayıcının snapshot kapsamını, silme davranışını, saklama konumunu ve hesabınızın erişim sınırını okuyun. Ek volume, veritabanı ve harici depolamanın kapsanıp kapsanmadığını kontrol edin. Uygulamanın tutarlı kopya için durdurma veya özel hazırlık gerektirmesini değerlendirin. Hızlı geri dönüş noktası ile uzun süre saklanan bağımsız kopyayı ayrı amaçlar olarak planlayın. İşlem ücretleri ve saklama koşullarını kendi hesabınızdan doğrulayın.
Uygulama adımları
1. Bağımlılığı ve kapsamı yazın
Snapshot hangi diskleri içeriyor, hangi kaynak silinince ne oluyor ve hangi bölgede geri açılabiliyor sorularını cevaplayın.
Kontrol: Ek disk veya harici veritabanı için ayrı kayıt gerekebilir. Sunucunun tek görüntüsünü bütün işletme verisinin yedeği sanmayın.
2. Uygulama tutarlılığını sağlayın
Aktif veritabanı veya yoğun yazma yapan uygulamanın snapshot sırasında nasıl tutarlı hale geleceğini planlayın. Gerekli bakım penceresini belirleyin.
Kontrol: Disk kopyası açılabilir olsa da uygulama verisi tutarlı olmalıdır. Dosya görüntüsü almak transaction uyumunu otomatik garanti etmez.
3. Bağımsız kopyayı değerlendirin
Gerekli veriyi farklı saklama ve erişim sınırında koruyan yedek planını uygulayın. Hesap ele geçirilmesi veya kaynak disk kaybını ayrı senaryo olarak düşünün.
Kontrol: Bir olayın hem kaynağı hem bütün kopyaları yok etmesi önlenmelidir. Aynı parolayla erişilen tek konuma güvenmek bağımsızlık hedefini zayıflatabilir.
4. Geri açmayı gerçek testle doğrulayın
Snapshotı üretimin yerine doğrudan koymak yerine ayrı test sunucusu veya diski olarak açın. Ağ ve dış görevleri test koşullarına göre ayırın.
Kontrol: Veri tarihi, uygulama erişimi ve gerekli dosyalar kontrol edilmelidir. Kopyanın açılmasıyla canlı trafik kabul etmesini aynı adımda yapmayın.
Sonucu nasıl doğrularsınız?
Kurtarma testinde ana disk, ek volume, uygulama yapılandırması ve veritabanı için ayrı kabul maddeleri yazın. Bir kaynak silme olayında kopyanın saklanması sağlayıcıya göre değişebileceğinden belgeyi kontrol edin. Hesap erişimi kaybı veya anahtar kaybı senaryosunu da düşünün. Snapshotın son veri zamanı ile gerekli kurtarma noktası arasındaki farkı kaydedin. Gerçek testte geçen süre, tahmin edilen kurtarma süresinden daha yararlı bir planlama verisidir.
Sorun devam ederse
Snapshot geri açıldığında uygulama başlamıyorsa disk bağlama, ağ, gizli anahtar veya veritabanı tutarlılığı etkilenmiş olabilir. Ek volume görüntüye dahil değilse ayrı kopya gerekir. Kopyadaki otomatik işlerin canlı müşteriye e-posta göndermesini engelleyin. Kendi yerel snapshot alanınız dolduysa bu, kaynak dosya sistemi davranışını da etkileyebilir; ürünün belgelerini izleyin. Silme veya üzerine yazma işlemini sonuçlar kabul edilmeden yapmayın.
Uygulama örneği
Bir sunucunun işletim sistemi diskinde uygulama, ek volume üzerinde medya ve ayrı veritabanı hizmetinde kayıtlar bulunabilir. Ana disk snapshotı yalnızca ilk parçayı kapsıyorsa site görünse bile görseller ve veriler eksik kalır. Kapsam tablosunu bu üç bileşenle hazırlayın. Test kopyasında her bileşeni açıp örnek dosya ve kayıtları doğrulayın; sonra saklama ve geri dönüş sorumlularını belirleyin.
Sık sorulan sorular
Bulut snapshotı yedek olabilir mi?
Sağlayıcının saklama modeli ve kapsamına göre olabilir. Bağımlılık, erişim kontrolü ve geri yükleme testi incelenmeden genel güvence verilmemelidir.
Snapshot aldıktan sonra SQL yedeği gereksiz mi?
Uygulama ve kurtarma hedeflerine bağlıdır. Ayrı SQL yedeği farklı sürüme taşıma, kayıt kontrolü veya bağımsız saklama için yararlı olabilir.
İşletim kabulü ve bakım kaydı
Kurtarma için gerekli şifreleme anahtarı, sağlayıcı hesabı ve erişim rolünü de envantere ekleyin. Veri kopyası sağlam olduğu halde anahtara erişim kaybolursa kurtarma başarısız olabilir. İkinci bir yetkili kişinin belgelenmiş kurtarma yolunu izleyebildiğini test ortamında kontrol edin. Deneme sırasında asıl snapshotı silmeyin; yeni test kaynağının hangi kopyadan üretildiğini açık biçimde etiketleyin.
İlgili rehberler
Süreç özeti
Snapshot ile bağımsız yedek arasındaki fark için kontrol sırası
| Adım | Kontrol |
|---|---|
| 1 | Bağımlılığı ve kapsamı yazın |
| 2 | Uygulama tutarlılığını sağlayın |
| 3 | Bağımsız kopyayı değerlendirin |
| 4 | Geri açmayı gerçek testle doğrulayın |