# Anlık görüntüler ve yedekler: hayatta kalmanız gereken arızayı seçin | SwissOctet Insights https://swissoctet.com/tr/insights/snapshots-backups-consistency/ SwissOctet / İçgörüler / Depolama ve kurtarma Depolama ve kurtarma Uygulamalı · 4 dk okuma Anlık görüntüler ve yedekler: hayatta kalmanız gereken arızayı seçin Bir anlık görüntünün ve bağımsız bir yedeğin aynı korumayı sağladığını varsaymak yerine kurtarma noktalarını, arıza sınırlarını ve uygulama tutarlılığını karşılaştırın. SwissOctet Editör Ekibi tarafından Kılavuzu kaydet Bağlantıyı kopyala BU SAYFADA 01 Kopyayı adlandırmadan önce tanımlayın 02 Hayatta kalmayı beklediğiniz arızaları karşılaştırın 03 Uygulama tutarlılığını kontrol edin 04 Saklamayı bir kurtarma penceresi olarak değerlendirin 05 Başarılı işleri doğrulanmış verilerden ayırın 06 Küçük ve eksiksiz bir kurtarmayı test edin 07 İsteğe bağlı yedekleri belirli bir hizmet olarak okuyun Pratik kontrol listeniz Kaynaklar ve daha fazla okuma Kütüphaneye dön DOĞRUDAN YANIT 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. 01 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. 02 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? 03 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. 04 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. 05 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. 06 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. 07 İ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. HAREKETE GEÇİRİN 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. Kontrol listesini indir SIK SORULAN SORULAR Ö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. BİRİNCİL KAYNAKLAR 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. BİLGİYİ BAĞLAYIN İlgili altyapı. Vault Storage İsviçre Pulse NVMe İsviçre Metal Zenith İsviçre BAĞLANTIYI KORUYUN Bir sonraki saha notlarınız. Tüm kılavuzları keşfedin SAHA NOTU / 01 + Depolama ve kurtarma Temel NVMe uygulamanız için ne zaman fark yaratır Kapasite, gecikme ve verimi ayırt edin, böylece daha hızlı bir depolama etiketi gerçek bir uygulama sorununu yanıtlar. 4 dk okuma Kılavuzu okuyun SAHA NOTU / 02 + Depolama ve kurtarma İleri düzey Kendinizi yanıltmadan NVMe performansını ölçün Bir disk testinden uygulama sonucu çıkarmadan önce G/Ç desenini tanımlayın, önbellek etkilerini kontrol edin ve gecikme dağılımlarını inceleyin. 6 dk okuma Kılavuzu okuyun SAHA NOTU / 03 + Depolama ve kurtarma Temel Nesne, dosya veya blok depolama: uygulamanızın ihtiyaç duyduğu arayüzü seçin Bir kapasite gereksinimini uygulama mimarisine dönüştürmeden önce depolama arayüzlerini, erişim semantiğini ve operasyonel sorumlulukları ayırt edin. 4 dk okuma Kılavuzu okuyun