Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #266630
| From | hw <hw@adminart.net> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: rsync --delete vs rsync --delete-after |
| Date | 2024-01-26 16:40 +0100 |
| Message-ID | <I0wtb-5J3f-9@gated-at.bofh.it> (permalink) |
| References | (1 earlier) <HXiPL-3KGQ-5@gated-at.bofh.it> <HXkeR-3LpH-1@gated-at.bofh.it> <HXyBb-3UeK-5@gated-at.bofh.it> <HXA0h-3V15-1@gated-at.bofh.it> <HXAjD-3Vnz-19@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, 2024-01-18 at 13:09 +0000, Michael Kjörling wrote: > On 18 Jan 2024 13:26 +0100, from ra@h5.or.at (Ralph Aichinger): > > As a home/SOHO user, I'd rather have a working backup every few hours > > or every day than some RAID10 wonder > > Definitely agree that a solid backup regimen (including regular > automated backups; at least one off-site copy _at least_ of critical, > hot data; and planning for the contingency that you need to restore > that backup onto a brand new system without access to anything on your > current system -- think "home burns down at night" or "burglar" > scenario) is the _first_ step, and one that a great deal of people > still fail at. > > RAID is for uptime. It's also for saving you from the hassle involved with loosing data when a disk fails. > If a week-long outage (to get replacement hardware and restore the > most recent backup) and a day's worth of data loss is largely > inconsequential, as quite frankly it likely is for most home users > save for the cost of replacement hardware, that's a very different > scenario from if that same outage costs $$€€¥¥ and could destroy > your livelihood; and consequently the choices made _should_ likely > be different. That's assuming your time isn't worth anything and ignores whatever the loss of data may cost you. If that isn't relevant to you, you don't backups, either. > _Mirrored backups_ makes very little sense to me. If a storage device > used for storage of backups fails prematurely, just toss it and get a > new one and make a new backup. If the backup software goes haywire and > starts overwriting everything with random garbage, having the garbage > mirrored isn't going to help you. It's much better to have two > independent backup targets and switching between them, and figuring > the switching interval into your RPO. The only time when something > like mirrored backups will help you is when you have only one backup > set, the backup itself works fine, but a backup drive fails, _and_ the > source fails before you've been able to make a new backup. That's a > _very_ narrow scenario and easily solved by having two backup sets. Having multiple generations of backups already increases the needed storage space by a bit more than half. That makes it already arguable if it's better to make (multiple generations of) backups on a single RAID or on N single disks. Any of the disks can fail at any time. If you go with N == 2, a RAID (with multiple generations of backups on it) can be better because when a disk fails, the RAID will very likely survive and the non-RAID may not. So for daily use, I'd ideally make multiple generations on RAID and copy the latest generation to somewhere off-site, using either single disks, or another RAID. Having no hassle and no downtime at the production system and instead having hassle and downtime off-site may be much more desirable than having it the other way round. Trying to make things appear easier by pointing out that failed disks can be replaced is not helpful. Replacing a disk in a RAID isn't any more difficult (and can be much easier) than replacing a disk that isn't in a RAID.
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
rsync --delete vs rsync --delete-after Default User <hunguponcontent@gmail.com> - 2024-01-17 17:30 +0100
Re: rsync --delete vs rsync --delete-after David Christensen <dpchrist@holgerdanske.com> - 2024-01-17 18:30 +0100
Re: rsync --delete vs rsync --delete-after Keith Bainbridgge <keithrbaugroups@gmail.com> - 2024-01-18 00:10 +0100
Re: rsync --delete vs rsync --delete-after Default User <hunguponcontent@gmail.com> - 2024-01-18 02:30 +0100
Re: rsync --delete vs rsync --delete-after David Christensen <dpchrist@holgerdanske.com> - 2024-01-18 08:40 +0100
Re: rsync --delete vs rsync --delete-after Michael Kjörling <2695bd53d63c@ewoof.net> - 2024-01-18 12:10 +0100
Re: rsync --delete vs rsync --delete-after <tomas@tuxteam.de> - 2024-01-18 12:20 +0100
Re: rsync --delete vs rsync --delete-after Michael Kjörling <2695bd53d63c@ewoof.net> - 2024-01-18 12:50 +0100
Re: rsync --delete vs rsync --delete-after Michel Verdier <mv524@free.fr> - 2024-01-18 14:00 +0100
Re: rsync --delete vs rsync --delete-after Kushal Kumaran <kushal@locationd.net> - 2024-01-17 19:30 +0100
Re: rsync --delete vs rsync --delete-after Default User <hunguponcontent@gmail.com> - 2024-01-17 21:00 +0100
Re: rsync --delete vs rsync --delete-after Michael Kjörling <2695bd53d63c@ewoof.net> - 2024-01-17 21:20 +0100
Re: rsync --delete vs rsync --delete-after Andy Smith <andy@strugglers.net> - 2024-01-17 22:00 +0100
Re: rsync --delete vs rsync --delete-after Michel Verdier <mv524@free.fr> - 2024-01-18 02:40 +0100
Re: rsync --delete vs rsync --delete-after hw <hw@adminart.net> - 2024-01-18 12:20 +0100
Re: rsync --delete vs rsync --delete-after Ralph Aichinger <ra@h5.or.at> - 2024-01-18 13:50 +0100
Re: rsync --delete vs rsync --delete-after Michael Kjörling <2695bd53d63c@ewoof.net> - 2024-01-18 14:10 +0100
Re: rsync --delete vs rsync --delete-after Ralph Aichinger <ra@h5.or.at> - 2024-01-18 15:30 +0100
Re: rsync --delete vs rsync --delete-after hw <hw@adminart.net> - 2024-01-26 16:40 +0100
Re: rsync --delete vs rsync --delete-after Michael Kjörling <2695bd53d63c@ewoof.net> - 2024-01-26 17:30 +0100
Re: rsync --delete vs rsync --delete-after hw <hw@adminart.net> - 2024-01-28 18:00 +0100
Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) Andy Smith <andy@strugglers.net> - 2024-01-26 16:20 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) fxkl47BF@protonmail.com - 2024-01-26 16:30 +0100
Re: Home UPS recommendations Michael Kjörling <2695bd53d63c@ewoof.net> - 2024-01-26 16:40 +0100
Re: Home UPS recommendations Tixy <tixy@yxit.co.uk> - 2024-01-26 17:20 +0100
Re: Home UPS recommendations "James H. H. Lampert" <jamesl@touchtonecorp.com> - 2024-01-26 17:20 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) Roger Price <debian@rogerprice.org> - 2024-01-26 19:10 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) David Wright <deblis@lionunicorn.co.uk> - 2024-01-26 20:50 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) Roger Price <debian@rogerprice.org> - 2024-01-27 11:00 +0100
Re: Home UPS recommendations Felix Miata <mrmazda@earthlink.net> - 2024-01-26 20:10 +0100
Re: Home UPS recommendations ghe2001 <ghe2001@protonmail.com> - 2024-01-26 20:30 +0100
Re: Home UPS recommendations debian-user@howorth.org.uk - 2024-01-26 21:50 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) hw <hw@adminart.net> - 2024-01-28 19:00 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) Andy Smith <andy@strugglers.net> - 2024-01-28 20:00 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync--delete-after) gene heskett <gheskett@shentel.net> - 2024-01-29 07:00 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) Andy Smith <andy@strugglers.net> - 2024-02-08 16:30 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) Charles Curley <charlescurley@charlescurley.com> - 2024-02-08 17:30 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) Curt <curty@free.fr> - 2024-02-08 17:40 +0100
Re: Home UPS recommendations Michael Kjörling <2695bd53d63c@ewoof.net> - 2024-02-08 18:00 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) hw <hw@adminart.net> - 2024-02-09 12:10 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) Dan Ritter <dsr@randomstring.org> - 2024-02-09 13:10 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) hw <hw@adminart.net> - 2024-02-09 22:40 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) Dan Ritter <dsr@randomstring.org> - 2024-02-09 23:30 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) "Roy J. Tellason, Sr." <roy@rtellason.com> - 2024-02-09 17:40 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) Stefan Monnier <monnier@iro.umontreal.ca> - 2024-02-09 18:20 +0100
Re: Home UPS recommendations Felix Miata <mrmazda@earthlink.net> - 2024-02-10 01:10 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) hw <hw@adminart.net> - 2024-02-09 22:50 +0100
Re: Home UPS recommendations (Was Re: rsync --delete vs rsync --delete-after) "Roy J. Tellason, Sr." <roy@rtellason.com> - 2024-02-11 19:10 +0100
Re: Home UPS recommendations Felix Miata <mrmazda@earthlink.net> - 2024-02-09 18:20 +0100
Re: Home UPS recommendations debian-user@howorth.org.uk - 2024-02-09 21:40 +0100
Re: Home UPS recommendations hw <hw@adminart.net> - 2024-02-09 22:50 +0100
Re: Home UPS recommendations Felix Miata <mrmazda@earthlink.net> - 2024-02-10 01:00 +0100
Re: Home UPS recommendations hw <hw@adminart.net> - 2024-02-10 03:20 +0100
Re: Home UPS recommendations Felix Miata <mrmazda@earthlink.net> - 2024-02-10 04:30 +0100
Re: Home UPS recommendations hw <hw@adminart.net> - 2024-02-10 11:10 +0100
Re: Home UPS recommendations Felix Miata <mrmazda@earthlink.net> - 2024-02-10 15:00 +0100
Re: Home UPS recommendations hw <hw@adminart.net> - 2024-02-10 16:50 +0100
Re: Home UPS recommendations Joe <joe@jretrading.com> - 2024-02-10 19:50 +0100
Re: Home UPS recommendations gene heskett <gheskett@shentel.net> - 2024-02-10 22:50 +0100
Re: Home UPS recommendations hw <hw@adminart.net> - 2024-02-11 02:00 +0100
Re: rsync --delete vs rsync --delete-after hw <hw@adminart.net> - 2024-01-26 16:20 +0100
Re: Data and hardware protection measures; was: rsync --delete vs rsync --delete-after Michael Kjörling <2695bd53d63c@ewoof.net> - 2024-01-26 17:00 +0100
Re: Data and hardware protection measures; was: rsync --delete vs rsync --delete-after hw <hw@adminart.net> - 2024-01-28 19:30 +0100
Re: Data and hardware protection measures Michael Kjörling <2695bd53d63c@ewoof.net> - 2024-01-28 20:30 +0100
Re: Data and hardware protection measures Felix Miata <mrmazda@earthlink.net> - 2024-01-28 21:50 +0100
Re: rsync --delete vs rsync --delete-after Ralph Aichinger <ra@h5.or.at> - 2024-01-27 14:10 +0100
Re: rsync --delete vs rsync --delete-after Stefan Monnier <monnier@iro.umontreal.ca> - 2024-01-18 05:20 +0100
Re: rsync --delete vs rsync --delete-after Andy Smith <andy@strugglers.net> - 2024-01-18 15:40 +0100
Re: rsync --delete vs rsync --delete-after Stefan Monnier <monnier@iro.umontreal.ca> - 2024-01-18 16:10 +0100
Re: rsync --delete vs rsync --delete-after Michel Verdier <mv524@free.fr> - 2024-01-18 22:10 +0100
Re: rsync --delete vs rsync --delete-after Andy Smith <andy@strugglers.net> - 2024-01-18 22:50 +0100
Re: rsync --delete vs rsync --delete-after Default User <hunguponcontent@gmail.com> - 2024-01-19 03:40 +0100
Re: rsync --delete vs rsync --delete-after Michel Verdier <mv524@free.fr> - 2024-01-19 08:10 +0100
csiph-web