4 ms·
Of course, and the same is true of every backup solution. The way to mitigate that problem is with a decent backup rotation scheme: https://en.wikipedia.org/wi
by r12e 12y ago
Of course, and the same is true of every backup solution. The way to mitigate that problem is with a decent backup rotation scheme:
https://en.wikipedia.org/wiki/Backup_rotation_scheme https://en.wikipedia.org/wiki/Backup_rotation_scheme
- nodata 12y ago> the same is true of every backup solution. Rubbish. A proper backup involves copies that cannot be modified after they are made (i.e. a snapshot after the backup has run if using disk, or for free on tape).
- r12e 12y agoAs it was ambiguous, I figured you must have been talking about the more likely scenario whereby files become corrupt on the live server, unknown to the either users or admins. Over time, these corrupt files then make their way through all generations of backup until no good copies remain. There's nothing special about an rsync/ssh solution that precludes the backup server from creating a read-only copy of each and any backup.