Bir transferin ortasında rsnapshot / rdiff-backup kesintiye uğrarsa ne olur?

Anladığım kadarıyla ...

rdiff-backup , bir sonraki çalıştırıldığında eksik artışı algılar. Tamamlanmamış artışı, yedek yerinin, kesintiye uğramış yedekleme girişimi hiç başlatılmamış gibi aynı olmasını sağlayacak şekilde siler.

rsnapshot biraz daha karmaşıktır çünkü rutin adım adım daha fazladır ve sync_first ve use_lazy_deletes seçeneklerinin kullanımına bağlı olarak değişir.

• sync_first ve rsnapshot sync kopyasını kullanırsanız, işleri düzeltmek için rsnapshot sync 'yi tekrar çalıştırmanız yeterlidir. Bu noktada rsnapshot <backup level> yanlışlıkla çalıştırırsanız, en son yedekleme noktası eksik kalmaya devam eder ve rotasyonlarla gerçekleştirilir.
• sync_first değerini kullanmıyorsanız, eski ve yeni dosya sürümlerinin bir melezi olan tamamlanmamış bir yedekleme noktasında kaldınız. Her bir yedekleme noktasını manuel olarak ters çevirmedığınız sürece, eksik yedekleme noktası rotasyonlarla gerçekleştirilecektir.
• Her iki durumda da, rsnapshot <backup level> dosyasının çalıştırılması, use_lazy_deletes öğesi etkinleştirilmedikçe en eski yedekleme noktasının kaybolmasına neden olur.

sync_first ve use_lazy_deletes 'inin daha fazla disk alanı kullanmanın maliyeti olduğunu unutmayın.

Bir hatırlatma / feragatname: Bu söylenmeden gitmeli, ancak asla başkalarının internetteki tavsiyelerine körü körüne asla güvenmemeliyiz. Görev açısından kritik bir şey için rdiff-backup veya rsnapshot kullanmayı planlıyorsanız, kılavuzun her kelimesini okuyun ve test, test, test kendini!

Bu sadece bana oldu. harici diskim rsnapshot'ın artımlı yedeği ile yarı yolda kaldı:

rsync: write failed on "<path>": No space left on device (28) 

Şimdi bundan öğrendiğim birkaç şeyi paylaşmak istiyorum. yani böyle bir durumun beni geri ısırması için büyük olasılıkla şansı tamir etme ve sınırlama;)

Rsnapshot'ın kesintili yedeğini devam ettir

Bunu güvenle geri almanın iki yolunu biliyorum.

Manuel

1. Son dizini sil (ör. günlük.0)
2. Ardışık dizinleri yeniden adlandırın (daily.1 - & gt; daily.0, ...); olası komut dosyası 1
3. Yedeklemeyi her zamanki gibi (tekrar) çalıştırın.

Otomatik

rsnapshot'da duraklama / durdurma ve yeniden başlatma özellikleri yoktur (sınırlı " geri alma planından dolayı atlandı " hariç) 2 ), bu özellikleri işlemek için bir sarıcı kullanmak zorundayız.

rsnapshot-once 3 Philipp C. tarafından Heckel, PHP'de rsnapshot için bir sarıcıdır:

• , rsnapshot'ınızın conf'ını değiştirmeden çalışır
• günlük, haftalık ve aylık görevlerin ilgili zaman aralığında yalnızca bir kez , cron (dizüstü bilgisayarlar için hoş) ile çalıştırıldığından emin olun
• başarısız yedeklemenin geri alınması (son yedeklemenin tamamlanıp tamamlanmadığını kontrol eder, son dizin silinmez ve ardışık dizinler yeniden adlandırılır, örneğin daily1. -> günlük.0, ...)

Bir yıl boyunca kullanmak ben mutlu bir kullanıcıyım: yedekleme ihtiyacım için php.ini openbase_dir ve voila, şanslı gün ^ _ ^ önceki ham rsnapshot tabanlı çözümümden daha yumuşak ve daha güvenli bir şekilde düzenledim.

Not: slm beni şu sorudan bağladı: Rsnapshot hedefi dolu - Nasıl güvenli bir şekilde yeniden yayınlanmalı?