Yineleme Tam Yedekleme Ömrü ve Verimliliği

Bazı istemciler için bir yedekleme stratejisi oluşturmaya çalışıyorum ve uzaktan yedekleme için yinelenmeye yöneliyorum (dahili / yerinde yedeklemeler için zaten rdiff-backup kullanıyorum).

Sık sık tam yedekleme istemek mantıklı mı? Yineleme ileriye doğru arttığından, her artımlı yedekleme bir önceki artışa dayanır ve hepsi de son tam yedeklemeye dayanır. Bu bozulursa, kötü şeyler olur. İlgili bir soru: Duplicity, artımlı yedekleri tutarlılık açısından test ediyor mu?

Ben varsayarsak do , sık sık her tam yedekleme istediğiniz iki yüzlülük olduğunu tam yedekleme yaratır mı ne kadar verimli? Önceki tam yedeklemelerden / artışlardan dosya imzalarını kontrol edebilir ve değiştirilmemiş verileri kopyalayabilir mi? Temel olarak yeni / değiştirilmiş verileri aktaran ve var olan değişmemiş verileri birleştiren yeni bir 'tam' arşiv mi oluşturuyorsunuz?

Şu anda endişem, tam bir yedeklemenin çalıştırılması gerektiğidir, ancak tam yedeklemelerin tutarlı büyük bant genişliği kullanımı bunu bazı istemciler için mantıksız hale getirecektir.

Sanırım sık sık tam bir yedekleme istemek mantıklı: Makinelerimin çoğu birkaç ayda bir yapacak şekilde yapılandırıldı. Bu sayı hakkında sihir yoktur: doğru değer ne kadar veriye sahip olduğunuza, ne kadar hızlı değiştiğine, en son anlık görüntüden başka bir şeyden ne kadar geri yüklemek istediğinize, ne kadar trafik ve depolama maliyetine bağlı olacağınıza bağlıdır. ve ne kadar paranoyak olduğunuzu. Diğer insanlar her hafta tam bir yedekleme isteyebilir.

Zaman zaman tam bir yedekleme yapmadığınız sürece arşiv boyutu ve kurtarma süresi artmaya devam edecektir.

Çoğaltmanın özellikle bir "check" komutu olduğunu düşünmüyorum http://pad.lv/660895 , ama olsaydı iyi olurdu. Sık sık bir test geri yüklemesi yapmak çok ihtiyatlı.

İlgili bir soru, birden fazla yedek zincir tutup tutmamanızdır. Yine, maliyete bağlıdır. Birini korumanın bir nedeni, mevcut zincir bozuksa, donanım arızası, işletim sistemi arızası veya bir yineleme hatası nedeniyle ondan geri yükleyebilmenizdir. Tabii ki eski zincir çok eskiyse, ondan geri yükleme sınırlı değerde olabilir.

Tam yedekleme yapmak her zaman verilerin tam bir kopyasını yükler.

Müşterinin endişesi, trafik ücretlerinden ziyade kullanılan bant genişliğinin bir bölümü ise, bunu örneğin altında çalıştırmak isteyebilirsiniz trickle.

İstediğiniz şey, sentetik bir tam yedekleme olarak adlandırılır ; bu, artımlı bir yedeklemeyi hedef tarafında önceki tam bir yedekle (örn: yedekleme sunucusu) birleştirerek tam bir yedekleme alma işlemini ifade eder.

Duplicity'ye aşina değilim, ancak web sitelerinden sentetik tam yedeklemeler yapmıyor gibi görünüyor. Tüm artımları temel alındıkları noktaya kadar geri tutmalısınız. Bu takdirde ise durum, muhtemelen, sık sık tam yedekleme zorlamak çünkü isteyeceksiniz:

• Bir milyon artımdan geçmek muhtemelen geri yüklemeleri yavaşlatacaktır
• Muhtemelen artımları zamanın başlangıcına geri döndürmek istemezsiniz

Sentetik dolu elde etmenin ilginç bir yolu - link-dest = DIR seçeneğiyle rsync kullanmak veya rsnapshot kullanmaktır . Yalnızca her artımlı yedekleme arasındaki farkları depolar, ancak her biri dolu görünür. Bunlardan herhangi birini sildiğinizde , artışlar otomatik olarak uygun şekilde birleştirilir. Bunu sabit bağlantıların büyüsü ile yapar, bu nedenle diffs dosya tabanlı olacaktır (dosya değişti ve diff'e dahil edilir veya eklenmez).