Hi, > > A hobbyist approach this this has lead to many instances > > of data loss in serious applications. > > While planning a backup strategy, one must consider the > possible malfunctions and ways to counteract them. How was > the data lost in the cases you describe?
Literally any situation where the undesired change to be recovered from happened before this last and single copy was taken. [...] > Dumps are very slow. `svnadmin verify' emulates a dump. Is > it equally slow? Pretty much, yes. But at backup time you don't care about that. And the recommendations against the dump format for a backup is the fact that the dump/load cycle is much slower, emphasis on the load part. > Is it practical to call it daily with a > several Gb, several thousand-revision repository? To verify a successful backup, yes. Again, you don't need to care about how long the backup takes. Only about it's consistency and the time to restore in a restore event. Good luck, Andreas
