On Sat, 2006-04-15 at 10:40, Dan Pritts wrote: > On Fri, Apr 14, 2006 at 10:31:21PM -0500, Les Mikesell wrote: > > I always use the --one-file-system option and explicitly list > > the ones I want to back up. That way you don't accidentally > > wander into CD or NFS mounts that happen to be seen at > > backup time - but you do have to remember to add new ones > > when you make changes. > > I'd much rather discover that i'd wandered into a CD or NFS directory > and deal with that problem than find out at restore time that i wasn't > backing up properly.
Some other check is the only adequate way to know you have good copies. Someone else recently reported large chunks missing from some kind of error that he didn't notice until he looked through the logs. Also, if you let your archive disk fill past 95% by accidentally backing up the world you probably won't notice until 3 days later - and only then if your email notification is working. Then it will take another day or two to fix the problem and make them work again. > You do all test restores regularly, right? It occurs to me as i write > this that my own restore testing is really inadequate. If you are a company that has to meet Sarbanes-Oxley rules, you have to supply evidence of test restores of data that is of financial importance on a regular basis. > It would require an active agent on the remote host, not just rsync, > but being able to specify something like ALL_LOCAL_DRIVES (veritas > netbackup syntax) would be great. While we're at it, do veritas > one better and make it so that excludes from that can be global > rather than per-host. I don't necessarily want all local drives. If I did, I could probably come up with a way to run 'mount' via ssh, parse it, and compare to the list being backed up. Maybe it would work to just save the complete list at the time the host is added to backuppc, check for changes nighly, and report any changes other than smbfs, cifs, nfs, and iso9600 types to a person that could deal with it. -- Les Mikesell [EMAIL PROTECTED] ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
