Konteyner mi yoksa içindeki dosyalar mı yedeklenmeli? Geri yükleme biçimine göre karar verin

Şifrelenmiş bir konteyneri tek bir nesne olarak yedekleyebilir ya da bağlayıp içindeki dosyaları yedekleyebilirsiniz. İkisi de VPN'den sorunsuz geçer ve benzerlik burada biter. Farklı şeyleri geri yüklerler, farklı anahtarlara bağlıdırlar, farklı miktarda yer kaplarlar ve biri verileri geri istediğinde farklı biçimlerde başarısız olurlar. Önce geri yükleme nesnesini, sonra taşımayı, sonra saklanan kopyanın şifrelenmesini seçin. Aşağıdaki kontrol listesi bu sırayı izler, çünkü neredeyse her yedekleme tartışması aslında bu üç karardan hangisinin önce verildiği konusundaki anlaşmazlıktır.

İki nesne, iki geri yükleme biçimi

İmaj düzeyinde bir yedek bir konteyneri geri yükler: şifrelenmiş birimi geri alırsınız ve açmak için hâlâ geri yükleme malzemesine ihtiyacınız vardır. Dosya düzeyinde bir yedek dosyaları ve dizin ağaçlarını geri yükler ve onları koruyan şifreleme, özgün konteynerin değil yedek deposunun bir özelliğidir. Uzak bir klasöre düz kopya üçüncü durumdur ve o klasörün tesadüfen sahip olduğu korumayı devralır.

Orta satır, insanların yanlış okuduğu satırdır. Bu tamamen iyi bir tasarım olabilir: yedekleme programı açık metni yerelde okur ve şifrelenmiş, kimliği doğrulanmış bir depo yazar. Bu durumda güvenlik o programa ve kimlik bilgilerine dayanır, özgün konteynerin parolasına değil, ve ikisi aynı kontrolmüş gibi anlatılmamalıdır.

Kontrol 1: geri yükleme neyi yeniden kurmalı?

Soruyu yedekleme değil, geri yükleme biçiminde sorun. Gereksinim “bu hizmeti başka bir ana bilgisayarda geri getir” ise, imaj ve geri yükleme malzemesi tutarlı bir yanıttır. Gereksinim “mart ayı finans tablosunu geri al” ise, tek bir dosyayı çıkarmak için birkaç gigabaytlık bir imajı geri yüklemek pahalı bir yanıttır. İkisi de meşru geri yüklemedir ve birbirinin yerine geçebilecek bütçeler değildir. Yalnızca birini adlandıran bir plan, eninde sonunda diğeriyle sınanacaktır.

Geri yükleme hedefini plana yazın: tüm birim, bir dizin ağacı veya tek tek dosyalar. Ardından hangi üst verilerin onlarla birlikte gitmesi gerektiğini not edin, çünkü sahiplik, izinler, genişletilmiş öznitelikler ve zaman damgaları dosya düzeyinde geri yüklemenin parçasıdır ve test sırasında yeterli görünen kopyalamaya dayalı iş akışlarında sıklıkla kaybolur.

Geri yüklemeyi kimin yapacağına da karar verin. Her operatörün bağlayabileceği dosya düzeyinde bir depo, anahtar sahibinin bulunmasını gerektiren bir imajdan farklı bir erişim modelidir ve hiçbiri otomatik olarak daha iyi değildir. Önemli olan seçimin bilinçli ve yazılı olmasıdır.

Kontrol 2: saklanan kopyayı ne korur?

VPN bir taşıma kesitini korur. Aktarım bittiğinde saklanan kopya hakkında hiçbir şey söylemez ve “tünelden geçti” bir ifade, yedekleme operatörünün verilerinizi okuma yeteneği hakkında değildir. Uzak tarafı başka biri işletiyorsa soru, onların ne okuyabildiğidir; bağlantının şifreli olup olmadığı değil.

Bir imaj için bu, konteynerin anahtar malzemesini imajın kendisinden ayrı korumak demektir. Başlığı kaybetmek birimi kaybetmektir, bu yüzden başlığı imajın bulunmadığı bir yerde yedekleyin:

cryptsetup luksHeaderBackup /dev/vg0/data --header-backup-file data-header.img
cryptsetup luksDump /dev/vg0/data | head -20

Dosya düzeyinde bir depo için aracın içeriği ve üst verileri ana bilgisayardan ayrılmadan önce şifreleyip kimliğini doğruladığını kontrol edin ve anahtarları kimin tuttuğunu öğrenin. Restic'in tasarım belgeleri güvenilir bir kaynak ana bilgisayar varsaydığını ve şifrelemenin depolamaya erişimi olan birinin yedekleri silmesini engellemediğini açıkça belirtir. Her iki uyarı da önemlidir: bir depo gizli olabilir ve yine de yok edilebilir.

Kontrol 3: kopya tutarlı mı?

Değişen bir dosya sistemini yakalayan yedek bir kopyadır, geri yükleme noktası değildir. Bir imaj için birim aracının desteklediği yöntemle kararlı bir anlık görüntü alın; bu genellikle anlık görüntü işlemi veya bağlantıyı çözme anlamına gelir, büyük bir dosyayı değişirken okumak değil:

lvcreate -L 5G -s -n data-snap /dev/vg0/data
cryptsetup open /dev/vg0/data-snap data-snap --readonly

Bağlanmış dosyalar için etkin veritabanları ve diğer koordineli veriler için uygulamanın desteklediği tutarlılık yordamını kullanın. Dosya sistemi düzeyinde bir kopya ile uygulamayla tutarlı bir geri yükleme noktası farklı tanımlardır ve fark ancak uygulamayı geri yüklenen kopyadan başlatmayı denediğinizde görünür.

Geri yükleme malzemesini bağımsız korumalı bir yolda tutun. Özgün makinenin kaybı, yedeğini açan tek kimlik bilgisinin de kaybı anlamına asla gelmemelidir ve anahtar dosyası yedeklenen birimin üzerinde yaşadığında tam olarak bu olur. Bu ayrımı bilerek test edin: özgünü hiç görmemiş bir ana bilgisayarda, yalnızca planın mevcut olduğunu söylediği şeyleri kullanarak geri yükleyin.

Kontrol 4: değişiklik algılama bu nesne için geçerli mi?

Şifrelenmiş bir konteyner çoğu aktarım aracına tek büyük ve opak bir dosya gibi görünür, bu yüzden açık metindeki küçük bir düzenleme, araca ve biçime bağlı olarak büyük bir yeniden okumaya veya tam bir yeniden yüklemeye yol açabilir. restic'in belgelediği değişken boyutlu parçalama ve tekilleştirme bunu azaltabilir, ancak bu o aracın özelliğidir, şifrelenmiş konteynerlerin genel özelliği değildir.

Varsaymak yerine ölçün. Küçük ve zararsız bir değişiklikten sonra ilk çalıştırmayı ikinciyle karşılaştırın ve aktarılan baytları ve geçen süreyi kaydedin. Denemeler sırasında bilinen iyi bir yedeği koruyun, böylece bir test tek geri yükleme noktanızı tüketmesin.

Sonra listeyi önemli olan tek testle bitirin: özgün makine olmadan geri yükleme. Geri yüklenen bir konteyneri açın ya da seçilen dosyaları üst verileriyle geri yükleyin ve uygulamanın veya kullanıcının sonucu kullanabildiğini doğrulayın. Bu testi yanıtlayamayan hızlı ve iyi şifrelenmiş bir aktarım, verilerinizin bir kopyasıdır, yedeği değil.