On Wed, 2006-01-25 at 18:48, Tim Chipman wrote:
> Just a brief note (rather late) to say, many thanks to everyone for their
> replies to my query. It seems the general concensus regarding my query is,
>
> -rsync may have issues for *large* number of files clone,
> esp. if very! large file (or doing rawFS clone directly)
Most backuppc archives accumulate a very large number of files.
> -know what you are getting in to; keep realistic "long term"
> scaling plan in mind; be wary that moving HDDs is likely more
> prone to physical damage than moving tapes.
One more point about this, especially if you are doing image/raid
copying you need more than 2 copies because if your main drive
develops an error, the copy to the spare will fail in a way that
leaves both unusable. I had this happen using the RAID1 approach
and the sync would not go past the unreadable sector(s) on the
active drive. I recovered by replacing the disk with one from
a previously-sync'd external case (the drives are actually
identical but the externals are in a firewire/usb adapter case).
If I had only had two drives at that point I would have lost
the whole history instead of just a few days. Now I have
2 internal drives that stay in a raid1 configuration and
periodically add an external which is rotated offsite after
the sync.
> Additionally, I need to verify if I might have access to a
> "redundant site" within the campus-which might facilitate
> direct server-to-server synch over the network, rather than
> having to fiddle about with physically moving disks. Clearly
> gig-ether would be nice in this case (not sure if that will happen).
If you have the bandwidth and a big enough backup window you
could just let two independent copies run. There is some chance
you'll hit the same machine at the same time, but if it is mostly
at night, even that probably won't matter. This approach eliminates
a lot of issues, including downtime on the backup server.
Another interesting possibility would be to do a remote
raid-mirror over the Linux nbd/enbd devices. I have not
tried it, but I think it could be used approximately the
same way I use the firewire drives except that the target
device would be on a remote machine but magically appearing
as a local block device.
--
Les Mikesell
[EMAIL PROTECTED]
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
BackupPC-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/
