[EMAIL PROTECTED] wrote on 01/16/2008 11:50:03 PM: > A more radical change would likely be more effective but im not sure > how likely it is to get implemented, and that is to store the files > for the backup in an SQL database
At the very top of my reasons for selecting BackupPC are: 1) Extreme simplicity of recovering files. In the event of even a *total* failure of the BackupPC software, all I have to do is copy the files off the filesystem (and strip the leading f... :) ). For that reason, I do not use even compressed pools: pure, native files. It gives me warm fuzzies to know that even in the event of hard drive failure, if I were to send a drive to a data recovery company, all they have to do is get back normal files. 2) Extreme simplicity of software. In effect, BackupPC is a fancy front-end to rsync (for me, anyway). Before I started using BackupPC, I was simply scripting an rsync copy on each server to a central rsync server. BackupPC is *very* little different from this: the rsync daemons are on the actual servers now, but other than that the process is darn near identical. That's why I am most interested in the changes I mentioned before. Adding sufficient locking to BackupPC to allow a single pool to be used by multiple BackupPC servers does *not* in any way change the typical configuration of one server for one pool. Nor would adding the ability to replicate a backup job from one server to another: the remote BackupPC server could simply see the replication job as a backup job using a "replication" transfer type instead of rsyncd or tar. If I were willing to tolerate layers of complexiety in storing and managing my backup data, I would have chosen Amanda or Bacula. I don't want to eliminate BackupPC's most powerful strengths (simplicity and simplicity!), but if the ability to handle multiple front-ends to a single pool and the ability to move jobs from one pool to another could be added without changing these, I would be all for it. Tim Massey ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ BackupPC-users mailing list [email protected] List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
