Date: Sat, 26 Apr 2008 18:13:26 -0300 (ADT) From: "A. Hamilton-Wright" <andrew@qemg.org> To: Jeffrey Goldberg <jeffrey@goldmark.org> Cc: FreeBSD List <freebsd-questions@freebsd.org> Subject: Re: USB HD based backup schemes Message-ID: <alpine.BSF.1.10.0804261755200.1514@qemg.org> In-Reply-To: <31702B1B-03EF-4505-8BDF-D82A90C865ED@goldmark.org> References: <31702B1B-03EF-4505-8BDF-D82A90C865ED@goldmark.org>
next in thread | previous in thread | raw e-mail | index | archive | help
You haven't mentioned how large a USB drive you have available to use for this scheme, but it sounds to me like your situation can be summed up as follows: - you have two machines to back up, one is remote, but both have consistent network accessibility - you have a (removable) drive upon which you want to place regular backups, based on some use of dump/restore, and presumably this drive is large enough for all backup data, to be managed under some rotation scheme (old -vs- current directories, for example) - the main question is how to collect and organize the data onto this (removable) drive on a machine remote from the one being backed up If the above pretty much fits the bill, I would suggest a simple script to be run out of cron to copy the data. Keep in mind that you can easily transfer the data directly from dump to your remote machine by piping it into an ssh command. On your dobby machine, a command of the form: dump 1nuLf - /my/data | ssh -x kreacher /path/to/some/handler/script will present the dump output to a script run on the backup machine that can presumably ensure sane handling of the incoming data and potentially mount your USB device. Passing the mount point on dobby as an argument to your remote script will help you organize things if you have set up multiple filesystems on dobby that you need to dump separately. Note that I am assuming here that you have made a zero level dump and that it will be perpetually available in some safe place. > I'm sure that I could roll my own with dump or such, but I'm sure that I > would leave important things out and that this has already been done by > people who are smarter and more experienced than I am. So recommendations > please. As long as you are dumping whole filesystems, I don't really see how you can "leave anything out" -- recovery is then simply a case of: - boot off an install/live CD - fdisk, label, newfs - restore dump level 0, restore most recent dump level 1
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.1.10.0804261755200.1514>