Kaydol

Flood göndermek, insanların floodlarını okumak ve diğer insanlarla bağlantı kurmak için sosyal Floodlar ve Flood Yanıtları Motorumuza kaydolun.

Oturum aç

Flood göndermek, insanların floodlarını okumak ve diğer insanlarla bağlantı kurmak için sosyal Floodlar ve Flood Yanıtları Motorumuza giriş yapın.

Şifremi hatırlamıyorum

Şifreni mi unuttun? Lütfen e-mail adresinizi giriniz. Bir bağlantı alacaksınız ve e-posta yoluyla yeni bir şifre oluşturacaksınız.

3 ve kadim dostu 1 olan sj'yi rakamla giriniz. ( 31 )

Üzgünüz, Flood yazma yetkiniz yok, Flood girmek için giriş yapmalısınız.

Lütfen bu Floodun neden bildirilmesi gerektiğini düşündüğünüzü kısaca açıklayın.

Lütfen bu cevabın neden bildirilmesi gerektiğini kısaca açıklayın.

Please briefly explain why you feel this user should be reported.

How do you guys handle multi-disk backups?

Once your library is large enough, a single hard drive stops being enough.

The basic rsync-everything backup workflow stops working… but sorting data manually is tedious.

​

What’s a smart way to manage multi-disk backups?

(any solution that involved more than two disks plugged in at once is not an option)

Benzer Yazılar

Yorum eklemek için giriş yapmalısınız.

5 Yorumları

  1. I’ve got a ZFS setup. I upload snapshots to backblaze for my datasets.

  2. Pool drives into a larger filesystem. I use mergerfs.

  3. I buy all drives in groups of 3

    1 in my local file server

    1 as a local backup

    1 in my remote file server

    I have 9 drives in my file server and I rsync each internal file server drive to the appropriate backup. If you want the file server to appear to have a single filesystem use mergerfs.

    There is a program called DAR (Disk ARchive) like the traditional TAR (Tape ARchive) that allows you to split your backup over multiple hard drives. I think you use the -slice option. I’ve never tried it before.

    http://dar.linux.free.fr/

  4. I have a number of backup jobs, each one backs up various folder trees. It’s not optimal because I have to allow for the growth of the data. Edit: each backup job targets a different disk. The name of the job is the name of the disk (e.g C3) just to try to not mess up.

  5. Just rsync each drive? I just use a bunch of jbods in a mergerfs pool so it looks like one big drive, but i run backup on each jbod separately.