Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #159544
| From | Teemu Likonen <tlikonen@iki.fi> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: Backup solutions without reinventig the wheel these days |
| Date | 2015-10-20 20:20 +0200 |
| Message-ID | <qlJFU-39I-19@gated-at.bofh.it> (permalink) |
| References | <qlIqt-1ak-3@gated-at.bofh.it> <qlJcS-2mJ-19@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
Mario Castelán Castro [2015-10-20 12:39:59-05] wrote:
> Take a look at the "--link-dest" option of rsync; it provides
> deduplication at the file level.
> You can create one directory for each snapshot within a directory for
> backups, then each time you add a new snapshot, pass the previous
> snapshot to "--link-dest".
I suggest "rsync --link-dest" too. Symbolic links are a nice way to
store the previous (and currently newest) backup destination directory.
So maybe like this in the backup destination machine:
time_stamp=$(date +%Y%m%dT%H%M%S%z)
destination_base_dir=some_directory
rsync -aH --link-dest="$destination_base_dir/newest" \
[backup source] "$destination_base_dir/$time_stamp"
if [ $? -eq 0 ]; then
# Update the symbolic link to point the just created backup dir:
ln -sfn -- "$time_stamp" "$destination_base_dir/newest"
# Delete old backups:
find "$destination_base_dir" -mindepth 1 -maxdepth 1 -type d \
-mtime +90 -exec /bin/rm -fr -- {} +
fi
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Backup solutions without reinventig the wheel these days Ondřej Grover <ondrej.grover@gmail.com> - 2015-10-20 19:00 +0200
Re: Backup solutions without reinventig the wheel these days Mario Castelán Castro <marioxcc.MT@yandex.com> - 2015-10-20 19:50 +0200
Re: Backup solutions without reinventig the wheel these days Teemu Likonen <tlikonen@iki.fi> - 2015-10-20 20:20 +0200
Re: Backup solutions without reinventig the wheel these days Jonathan Dowland <jmtd@debian.org> - 2015-10-27 12:40 +0100
Re: Backup solutions without reinventig the wheel these days Teemu Likonen <tlikonen@iki.fi> - 2015-10-27 16:40 +0100
Re: Backup solutions without reinventig the wheel these days Sarunas Burdulis <sarunas@math.dartmouth.edu> - 2015-10-20 21:10 +0200
Re: Backup solutions without reinventig the wheel these days Ondřej Grover <ondrej.grover@gmail.com> - 2015-10-21 11:40 +0200
Re: Backup solutions without reinventig the wheel these days mourik jan heupink <heupink@merit.unu.edu> - 2015-10-21 13:30 +0200
Re: Backup solutions without reinventig the wheel these days mourik jan heupink <heupink@merit.unu.edu> - 2015-10-21 13:40 +0200
Re: Backup solutions without reinventig the wheel these days Eduardo M KALINOWSKI <eduardo@kalinowski.com.br> - 2015-10-21 13:30 +0200
Re: Backup solutions without reinventig the wheel these days Dan Ritter <dsr@randomstring.org> - 2015-10-21 16:10 +0200
Re: Backup solutions without reinventig the wheel these days Sarunas Burdulis <sarunas@math.dartmouth.edu> - 2015-10-21 16:30 +0200
Re: Backup solutions without reinventig the wheel these days Ondřej Grover <ondrej.grover@gmail.com> - 2015-10-21 16:50 +0200
Re: Backup solutions without reinventig the wheel these days Sarunas Burdulis <sarunas@math.dartmouth.edu> - 2015-10-21 17:10 +0200
Re: Backup solutions without reinventig the wheel these days Ondřej Grover <ondrej.grover@gmail.com> - 2015-10-22 08:50 +0200
Re: Backup solutions without reinventig the wheel these days Sarunas Burdulis <sarunas@math.dartmouth.edu> - 2015-10-22 16:10 +0200
Re: Backup solutions without reinventig the wheel these days Glenn English <ghe@slsware.net> - 2015-10-22 18:30 +0200
csiph-web