Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #231834
| From | Gary Dale <gary@extremeground.com> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: rsync to NAS for backup |
| Date | 2021-02-18 20:10 +0100 |
| Message-ID | <BJWQx-2Sw-3@gated-at.bofh.it> (permalink) |
| References | (3 earlier) <BJUc1-1fN-3@gated-at.bofh.it> <BJUc1-1fN-5@gated-at.bofh.it> <BJUc1-1fN-1@gated-at.bofh.it> <BJUYq-1KT-3@gated-at.bofh.it> <BJVhL-1RG-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 2021-02-18 12:22, tomas@tuxteam.de wrote: > On Thu, Feb 18, 2021 at 06:59:03PM +0200, Teemu Likonen wrote: >> * 2021-02-18 11:13:25-0500, Gary Dale wrote: >> >>> rsync is a quick & dirty backup tactic but it's got limitations. >>> >>> 1) files may stay around forever in the backup even if you've deleted >>> them from your main computer because you don't need them. >>> >>> 2) you only have one copy of a file and that only lasts until the next >>> rsync. This limits your ability to restore from a backup before it is >>> overwritten. >>> rsync is not a good substitute for backups. > No, it's not. It is a fantastic tool for backups :-) > >> Rsync is great backup program with "--link-dest" option. Here is the >> idea in simplified code: > [...] > > Absolutely. Time travel! > > Actually, I've implemented this at a customer's place. They were > delighted. > > Where rsync shows some weaknesses is on big, fat files (think > videos, one or several GB). > > Really huge directories (tens to hundreds of TB) were once a > challenge, too, but I hear that they refined the scanning > part in the meantime. No direct experience, though. > > And, oh, Gary: if you want to delete files which disappeared > in the source, check out the --delete option. > > But this time-staggered backup with --link-dest is really great. > > Cheers While you can twist any tool to fit a task, real backup programs don't need to be twisted and do a better job. For example backup retention policy is intuitive and easy to set. Some backup programs even factor out common blocks for de-duplication, which can save a lot of space. Hard-links only do that if the file name is the same. And when you need to restore a file, backup programs usually let you see when the files changed then let you choose which version to restore. As for the delete option, it makes the rsync script even more complicated. A backup program will simply expire the file at the end of the retention period.
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
rsync to NAS for backup mick crane <mick.crane@gmail.com> - 2021-02-13 10:30 +0100
Re: rsync to NAS for backup didier gaumet <didier.gaumet@gmail.com> - 2021-02-13 14:00 +0100
Re: rsync to NAS for backup Toni Mas Soler <antomassol@protonmail.com> - 2021-02-13 14:00 +0100
Re: rsync to NAS for backup Charles Curley <charlescurley@charlescurley.com> - 2021-02-13 14:20 +0100
Re: rsync to NAS for backup David Christensen <dpchrist@holgerdanske.com> - 2021-02-13 20:30 +0100
Re: rsync to NAS for backup Gary Dale <gary@extremeground.com> - 2021-02-18 17:20 +0100
Re: rsync to NAS for backup Teemu Likonen <tlikonen@iki.fi> - 2021-02-18 18:10 +0100
Re: rsync to NAS for backup <tomas@tuxteam.de> - 2021-02-18 18:30 +0100
Re: rsync to NAS for backup Charles Curley <charlescurley@charlescurley.com> - 2021-02-19 01:10 +0100
Re: rsync to NAS for backup <tomas@tuxteam.de> - 2021-02-19 10:00 +0100
Re: rsync to NAS for backup <tomas@tuxteam.de> - 2021-02-18 18:30 +0100
Re: rsync to NAS for backup Gary Dale <gary@extremeground.com> - 2021-02-18 20:10 +0100
Re: rsync to NAS for backup Andrei POPESCU <andreimpopescu@gmail.com> - 2021-02-18 18:30 +0100
Re: rsync to NAS for backup Mirko Parthey <mirko.parthey@web.de> - 2021-02-19 16:30 +0100
csiph-web