Anlık görüntü, koruması uygulamasıyla belirlenen belirli bir andaki temsildir. Yedekleme stratejisi kasıtlı saklama, erişim ayrımı ve test edilmiş kurtarma ekler. Bazı anlık görüntüler yedektir; diğerleri orijinal depolamaya bağlıdır. Silme, ele geçirme veya birincil ortamın kaybından neyin sağ çıktığını sorun.
Kopyayı adlandırmadan önce tanımlayın
Anlık görüntü sözcüğü, belirli bir anın temsil edildiğini söyler; ancak kurtarılabilir verinin nerede tutulduğunu veya kimin silebileceğini söylemez. Orijinal depolama üzerindeki bir dosya sistemi anlık görüntüsü ile sağlayıcı tarafından yönetilen bir blok anlık görüntüsü farklı arıza sınırlarına sahip olabilir. Etiketi evrensel bir vaat olarak değerlendirmek yerine uygulamayla başlayın.
AWS, EBS anlık görüntülerini birimlerinin artımlı, belirli bir andaki yedekleri olarak belgeler. Bu belirli bir uygulamadır; her anlık görüntü seçeneğinin aynı şekilde davrandığının kanıtı değildir. Herhangi bir hizmet için geri yüklemenin orijinal birime bağlı olup olmadığını, kopyaların birincil arıza alanından çıkıp çıkmadığını ve kaynak kaldırıldığında ne olacağını sorun.
Hayatta kalmayı beklediğiniz arızaları karşılaştırın
Bir güncellemeden sonra hızlı geri alma ile bir hesabı kaybettikten sonra kurtarma farklı sorunlardır. Yerel bir anlık görüntü ilki için uygun olabilirken ikincisi için çok az ayrım sunar. Bağımsız kopyalar koruma ekleyebilir, ancak yalnızca depolama, erişim ve silme yolları hazırlandığınız olaydan yeterince ayrıysa.
Arızayı ve gerekli sonucu yazın. Bu örnek karşılaştırma bir karar yardımcısıdır, SwissOctet için bir özellik listesi değildir. Bir teknolojinin her zaman üstün olduğu iddiası yerine kopyalar ve kontrol hakkında sorular sormayı teşvik eder. Gerçek sonuç yapılandırmaya ve operatörün belgelenmiş kurtarma sürecine bağlıdır.
| Senaryo | Anlık görüntü için soru | Yedek için soru |
|---|---|---|
| Hatalı uygulama güncellemesi | Amaçlanan noktaya dönebilir miyim? | Kullanılabilir bir geri yükleme ne kadar sürer? |
| Birincil disk kayboldu | Kopya o diske bağlı mı? | Yeni depolamaya geri yükleyebilir miyim? |
| Yönetici hesabı ele geçirildi | Bu hesap her kopyayı silebilir mi? | Silme hakları ayrılmış mı? |
| Hata haftalar sonra keşfedildi | O nokta hâlâ saklanıyor mu? | Saklama, keşif gecikmesini kapsıyor mu? |
Uygulama tutarlılığını kontrol edin
Bir disk, bir uygulama dosyaları hâlâ değiştirirken onları yakalayabilir. Yazılıma ve anlık görüntü sürecine bağlı olarak sonuç, koordineli bir uygulama durumu yerine çökme tutarlı bir durumu temsil edebilir. Okunabilir dosyaların bir veritabanı ile ilgili yüklemelerinin uyuştuğu anlamına geldiğini varsaymayın. Uygulama veya veritabanı tarafından belgelenen yedekleme yöntemini kullanın.
PostgreSQL'ın sürekli arşivleme tasarımı farkı gösterir: kurtarma için uygun bir temel yedek ve gerekli write-ahead log dosyalarının sürekli bir dizisi gerekir. Veritabanı çalışırken gelişigüzel kopyalanan bir dizin eşdeğer bir yordam değildir. Uygulama ayrıca veritabanı dışında dosyalar saklıyorsa, bu iki veri kümesinin birlikte nasıl kurtarılacağını planlayın.
Saklamayı bir kurtarma penceresi olarak değerlendirin
Saklama, bir hatanın ne kadar süre fark edilmeden kalabileceğini hesaba katmalıdır. On günlük bir pencere, bir ay sonra keşfedilen yanlışlıkla silmeye yardımcı olmaz. Her kopyayı süresiz saklamak farklı bir sorun yaratır: maliyet, artan hassas veri maruziyeti ve belirsiz bir silme politikası. Saklamayı somut operasyonel ve veri işleme gereksinimlerinden seçin.
Kurtarma noktalarını sırlar gömmeden uygulama sürümü ve tamamlanan iş zamanı gibi yararlı bağlamla etiketleyin. İyi bir durumu hasarlı olandan ayırt etmek için yeterli geçmiş tutun. Budamadan önce seçilen sistemin paylaşılan veya artımlı verileri nasıl işlediğini doğrulayın; etiketli bir noktayı silmek basit bir bağımsız dosyayı silmeye karşılık gelmeyebilir.
Başarılı işleri doğrulanmış verilerden ayırın
Bir yedekleme aracının başarı bildirmesi, sürecinin kendi kuralları altında tamamlandığını gösterir. Tüm önemli uygulama verilerinin seçildiğini, saklanan her baytın sağlam kaldığını veya yeni bir sunucunun sonucu kullanabileceğini otomatik olarak kanıtlamaz. Bunlar farklı kontrollerdir. Operasyonel plana depo sağlığı, seçim incelemesi ve temsili geri yüklemeyi dahil edin.
Restic, varsayılan depo kontrolü ile saklanan paket verilerini okuyan doğrulama arasında bir ayrım belgeler. Tam veri okuma kontrolü daha fazla zaman ve bant genişliği tüketebilir. Bu örnek planlama noktasını somutlaştırır: doğrulamanın gerçekte neyi okuduğuna karar verin ve işi bütçeleyin. Her check adlı komutun aynı kapsama sahip olduğunu varsaymak yerine araç belgelerini kullanın.
Küçük ve eksiksiz bir kurtarmayı test edin
Bir veritabanı, yüklenen görseller ve yapılandırma içeren bir yayın düşünün. Üçünü de özel bir test ortamına geri yükleyin, ardından bir makale açın ve eklerini doğrulayın. Alıştırma sırasında zamanlanmış posta, ödeme ve yayınlama entegrasyonlarını devre dışı tutun. Yalnızca rastgele bir metin dosyasını test etmek, uygulamayı yararlı kılan ilişkileri kaçırır.
Gereken süreyi ölçün ve hangi kimlik bilgilerinin, paket sürümlerinin veya harici bağımlılıkların eksik olduğunu kaydedin. Kurtarılan dosyaların yalnızca içeriğini değil izinlerini de inceleyin. Bir kurtarma alıştırması sıklıkla verinin var olduğunu ancak onu kullanmak için gereken talimatların veya erişimin operasyon planının yanında hiç saklanmadığını ortaya çıkarır.
İsteğe bağlı yedekleri belirli bir hizmet olarak okuyun
SwissOctet'ı yapılandırırken aile için tam yedekleme seçeneğine ve saklama süresine bakın. Hangi birimleri ve uygulama verilerini kapsadığını, kurtarmanın self-servis olup olmadığını ve birincil yapılandırma değiştiğinde ne olacağını sorun. Yalnızca seçenek etiketi bağımsız bir kopya, değiştirilemez bir depo veya veritabanıyla tutarlı bir kurtarma noktası oluşturmaz.
Anlık görüntüleri iş yüküne uydukları yerde kullanın ve kapsamadıkları arızalar için daha geniş bir yedekleme stratejisi tutun. Önemli veriler için bağımsız bir kurtarma yolu kaydedin, kopyaları silebilecek kimlik bilgilerini koruyun ve yordamı test edin. En güçlü seçim, en güven verici ada sahip olan değil tanımladığınız senaryodan sağ çıkandır.
Pratik kontrol listeniz.
- Kurtarılabilir verinin nerede olduğunu belirleyin.
- Kopyanın hayatta kalması gereken arızaları listeleyin.
- Uygulama tarafından desteklenen bir tutarlılık yöntemi kullanın.
- Keşif penceresi için saklama süresini seçin.
- Silme haklarını ayrı olarak koruyun.
- Eksiksiz bir uygulamayı yalıtım içinde geri yükleyin.
Önemli olan ayrıntılar.
Anlık görüntü hiçbir zaman yedek değil midir?+
Bazı anlık görüntü uygulamaları yedektir. Yararlı ayrım, yalnızca etiket değil depolama bağımlılıkları, saklama, erişim modeli ve test edilmiş kurtarmadır.
Başarılı bir bütünlük kontrolü uygulamanın çalışacağını kanıtlar mı?+
Yalnızca o kontrolün kapsadığını kanıtlar. Uygulama geri yüklemeyi, yapılandırmayı, izinleri ve veri ilişkilerini ayrı ayrı test edin.
Yedeği aynı sunucuda mı tutmalıyım?+
Aynı sunucudaki bir kopya sınırlı hatalara yardımcı olabilir ancak önemli arızaları paylaşır. Önemli veriler, hayatta kalmayı amaçladığınız arıza sınırının dışında bir kurtarma yoluna ihtiyaç duyar.
Kaynağa gidin.
Bu kaynaklar, bu kılavuzdaki teknik kavramları destekler. Bir üretim sistemini değiştirmeden önce güncel belgeleri izleyin.
- Amazon EBS: Anlık Görüntüler docs.aws.amazon.com
- PostgreSQL: Sürekli arşivleme ve belirli bir noktaya kurtarma www.postgresql.org
- Restic: Depolarla çalışma ve bütünlük kontrolleri restic.readthedocs.io
SwissOctet tarafından editoryal rehberlik. Örnekler açıklayıcıdır. Hizmet spesifikasyonları, mevcut seçenekler ve sözleşme koşulları ayrıca doğrulanmalıdır.