Forum Moderators: open
It's reliable and efficient, and can be tuned to copy/backup only data that has changed (note data: not necessarily re-copy the whole file that has changed, but the portions which have changed).
It's an excellent tool, and can be combined with SSH to utilize encryption to protect your data en route.
i was thinking maybe to have a backup drive on the server that i could mount/unmount with a script so if 1 HD dies, the other could easily be made the primary drive, and if someone hacks the box they probably won't look for an unmounted drive right?
thanks,
IPfreely
does rsync just backup selected files & folders or will it read the HD bit for bit?
i was thinking maybe to have a backup drive on the server that i could mount/unmount with a script so if 1 HD dies, the other could easily be made the primary drive, and if someone hacks the box they probably won't look for an unmounted drive right?
Probably the best way to do that would be to have two identical drives (make/model as well just in case), and do a dd.
something like:
dd if=/dev/ad0 of=/dev/ad1 would to a bit-for-bit backup onto the second drive. The only problem lies in what happens if the drive dies half-way through the backup? The way to find out if it's the best solution for you would be to try it... do a dd, power down, swap drives, and see how it goes. :) Other options include fssnap (Sun Solaris), mksnap_ffs/dump -L (FreeBSD 5.x), and I'm sure there are linux equivalents to a filesystem snapshot that you can use to make backups with. The reason for the snapshots is to "lock" the filesystem in place, so that no files change while the backup is running. typically only used with the dump command.
HTH!
-MM