Gerçekten geri yükleyebileceğiniz şifrelenmiş yedekler.

Depo sınırını seçin

Üretim sunucusundan ayrı bir hedef ve kimlik bilgileri kullanın. İstemci tarafı şifreleme, saklanan kopyaları koruyabilir, ancak depo parolası veya anahtarı özel olarak yedeklenmelidir. Kaybedilmesi her şifreli anlık görüntüyü kullanılamaz hale getirebilir.

Tutarlı veri toplayın

Veritabanına özgü dökümleri veya uygulama tarafından desteklenen bir anlık görüntü prosedürünü kullanın. Yapılandırmayı, dağıtım talimatlarını ve kurtarma için gereken korunan sırları yedekleyin. Geçici önbellekleri yalnızca yeniden oluşturulabileceklerini bildiğinizde hariç tutun.

Silmeyi zorlaştırın

Kaynak makinenin tüm geçmiş kopyaları silemediği, yalnızca ekleme yapılabilen veya değiştirilemez bir hedef düşünün. Mümkün olduğunda saklama ve budama kimlik bilgilerini ayrı tutun. Tek başına şifreleme, ele geçirilmiş bir sunucunun yazılabilir bir depoyu silmesini engellemez.

Kontrolleri ve geri yükleme tatbikatlarını planlayın

İş çıkış durumunu ve son iyi yedeğin yaşını izleyin. Aracın desteklediği depo bütünlüğü kontrollerini çalıştırın. Düzenli olarak bir örneği geri yükleyin ve büyük uygulama değişikliklerinden sonra tam bir kurtarma provası yapın.

Kopya eklemeyi geçmişi silmekten ayırın

Yalnızca ekleme yapılabilen bir hedef, üretim sunucusunun anlık görüntüler eklemesine izin verirken silme yetkisini ayrı bir güvenilir makinede tutabilir. Saklama süresi yine de dikkatle incelenmelidir: sahte daha yeni anlık görüntüler bazı takvim tabanlı seçim politikalarını zayıflatabilir. Aracın kılavuzunu kontrol edin, bir saklama denemesi çalıştırın ve kapasiteyi izleyin. Restic'in forget işlemi anlık görüntüleri seçer; pruning, referans verilmeyen depolanmış verileri kaldırır.

• Depo bakım kimlik bilgilerini üretim makinesinden uzak tutun
• Silmeye izin vermeden önce bir saklama denemesi çalıştırın
• Her kurtarma alıştırması için yeni ve boş bir hedef kullanın

restic check
restic snapshots
restic restore latest --target /srv/restore-drill

Resmi belgeler: Restic saklama ve budama

Geçme koşulu içeren bir geri yükleme tatbikatı

Gerçekçi bir arıza seçin: silinmiş bir dosya, kaybolmuş bir veritabanı veya tam bir makine yeniden kurulumu. Ayrı bir dizine veya izole bir ana makineye geri yükleyin. Dosya içeriklerini, izinleri ve uygulamanın bunları kullanma yeteneğini doğrulayın. Geçen süreyi ve çalışma kitabında eksik olan herhangi bir manuel adımı kaydedin. Bir depo kontrolü, çalışan bir uygulama geri yüklemesinden farklı bir özelliği doğrular.

• İlk test olarak canlı uygulamanın üzerine geri yükleme yapmayın
• Şifreleme kimlik bilgilerinin bağımsız olarak kurtarılabilir olduğunu doğrulayın
• En yeni başarılı yedek kurtarma hedefinizi aşarsa uyarı verin

Dışlamaları seçmeden önce bir kurtarma bildirimi oluşturun

Bir paketi yeniden kurarak yeniden oluşturulamayacak şeyleri listeleyin: veritabanı içeriği, yüklemeler, uygulama yapılandırması, imzalama veya şifreleme anahtarları ve dağıtım sürümleri. Her öğenin yanına tutarlılık yöntemini kaydedin. Bir veritabanı dökümü tanımlı bir zaman noktasına aittir; meşgul bir veritabanı dizinini kopyalamak farklı bir sonuç üretebilir. Depo erişimini, parolasını ve herhangi bir Borg anahtar dışa aktarımını ayrı bir özel kurtarma konumunda tutun. Yedek makinenin, tek kurtarma kopyası haline getirmeden önce depoyu açabildiğini test edin.

• Kurtarma noktası hedefini belirtin: ne kadar son çalışmanın kaybedilebileceğini. Zamanlamayı bu gereksinime göre ayarlayın.
• Kurtarma süresi hedefini belirtin: bir yeniden yapılandırmanın ne kadar sürebileceğini. Provada veritabanı içe aktarımını ve DNS değişikliklerini dahil edin.
• Önbelleklere yönelik bir dışlamanın yüklemeleri, konteyner birimlerini veya korunan yapılandırmayı da kaldırmadığını kontrol edin.
• Kurulu Borg ana sürümü için belgeleri kullanın; depo biçimleri ve komutlar tüm sürümler arasında birbirinin yerine kullanılamaz.

Resmi belgeler: Borg: şifreleme, tutarlılık ve geri yükleme

Depolanan verileri ve depo üst verilerini kontrol edin

Restic'in varsayılan depo kontrolü ile okuma yoluyla doğrulama farklı işler yapar. Veri doğrulamayı bant genişliği ve çalışma süresi maliyetini göz önünde bulundurarak planlayın. Örnek, paket dosyalarının tanımlı beşte birini kontrol eder; sonraki planlı kontroller depoyu kapsamak için diğer kesirleri kullanmalıdır. Rastgele seçilen bir alt küme aynı kapsama garantisini sağlamaz. Hiçbir işlem, uygulamanın geri yüklenen verilerle başlayabildiğini kanıtlamaz.

restic check --read-data-subset=1/5
restic snapshots --host example-host
restic restore latest --host example-host --target /srv/restore-drill

Resmi belgeler: restic: depo kontrolleri ve veri doğrulama

Bakımı, ele geçirilen istemcinin erişiminin dışında tutun

Borg salt ekleme depolaması işlenmiş segment verilerini korur, ancak bir istemci yine de görünür arşiv listesini değiştirebilir; kurtarma ve sıkıştırma belgelenmiş yönetim prosedürünü gerektirir. Uzak yedekleme kimlik bilgisini bu korumaları atlayabilecek kısıtsız bir kabuk veya dosya sistemi girişine değil, Borg'un sunucu komutuna kısıtlayın. restic ile salt ekleme saklama için keep-within rehberini inceleyin. Geçmişi kaldırabilecek herhangi bir bakımdan önce depo sağlığını denetleyin ve seçimi güvenilir bir makineden önizleyin.

• Son başarılı kopyanın yaşını, depo büyümesini, önbellek alanını ve her iki uçtaki boş kapasiteyi izleyin.
• Bir geri yükleme başarısız olursa, onarım veya temizlik girişiminde bulunmadan önce orijinal depoyu ve günlükleri koruyun.
• İş başarılı olur ancak beklenen dosyalar eksikse, saklama süresini değiştirmeden önce arşiv içeriğini ve hariç tutma kalıplarını inceleyin.
• Tatbikatı dosyaları açarak ve uygulama kontrollerini yalıtım içinde çalıştırarak bitirin; üretim hedeflerini geri yükleme komutunun dışında tutun.

Resmi belgeler: Borg: yalnızca ekleme işlemi ve bakım · restic: saklama ve yalnızca ekleme değerlendirmeleri