Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #231834

Re: rsync to NAS for backup

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

Show all headers | View raw


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


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