From: Jesus Manuel NAVARRO LOPEZ <jesus_navarro@promofinarsa.es>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] Re: [lvm-devel] [ANNOUNCE] LVM reimplementationre ady for beta testing
Date: Tue Feb 5 11:13:02 2002 [thread overview]
Message-ID: <3C6012B0.5000409@promofinarsa.es> (raw)
In-Reply-To: Pine.LNX.4.10.10202051326310.19683-100000@pzat.meep.org
Hi, James:
James Hawtin wrote:
>
> On Fri, 1 Feb 2002, Heinz J . Mauelshagen wrote:
>
>
>>It is quite intersting how many people don't take backups even though
>>almost everybody claims to know that backups are crucial and some of them
>>know that they are still, even though they might have RAID in place.
>>
>>
>
> I think the reason most people don't do backups is because, hard disk
> drives are really big and really cheap. Tape drives are really expensive,
> media is also expensive and frankly tapes are very small for the cost.
> Effective backup can double the cost of a system and requires time to
> manage it.
>
Yes. That's true... as you say, for grandma's PC. Backups (and all the
other disaster/recovery plans) are defensive, so they *must* be
cost-effective solutions. *If* you really don't care loosing a week's
data or even all the data, and with low probability you just can go with
hard-drive backups or even without backups at all... if you *really*
know that there's not *if* you're going to loose data, but *when*, and
accept it.
> For the "home" market its just to much. The only system just about
It is too much *work*, not money: five to twelve zip "disks" (100/250MB
each) is usually more than enough for incremental backups. Well planned
you don't need full backups... you don't need full backups for programs
you already have in another media (like your programs' original CD's)
you don't need backups for cold-storable data (six month old MP3 you
just listen from time to time) you just burn a CD from time to time...
at the end only personal data is *needed* to be backuped and this is
*usually* able to fit on one/two zips. The problem is the time and the
savvyness to plan it (in advance). The same goes with any other
insurance system: for most people you just insurance if you're legally
enforced, or it's the "common" way (like the health care insurance in USA).
...But the other guy was talking about a *professional* environment.
> affordable is DAT tape, DLT blanks are about double the cost for the
> storage ammount. I bought a DDS4 drive for "home" use, 1 week after I got
> it I had my laptop stolen, so it justified its cost pretty fast :-) A 60
> gig hard disk, costing 100 pounds requires 2-3 DSS4 tapes to backup At 15
> pounds each, one round of backups cost 1/3 of the cost of the disk
> multiply that by the number of disks, add in the hassle factor of changing
> tapes. Auto changers are nice, but alot more! For "PC" based systems the
> backup costs are oftain higher than the price of the machine, and thats
> hard for people to justify.
>
Hard drives are *not* cheaper. Indeed they're more expensive by far!!!
You seem to consider that a single copy on the same system can be
considered a backup, but it is not:
*If you don't have incrementals for a variable amount of time you have
just crap
*If your backup media is around the system to be protected you just have
crap
So, for HDDs to be a *real* backup solution, you need as many HDDs as
you would have tapes (say 10 to 20) so you can have, let's say, daily
incrementals, placed in-house, weekly "bigs" somehow "near", and monthly
off-site. Now, tapes are cheaper than disks, so if you need to have the
same amount (more or less) disks will be more expensive... and,
remember, that, while statically-placed disks are more confiable than
tapes, that's not true as soon as you start moving them here and there.
Obviously you can go with PCMCIA disks, but they're *a lot* more
expensive.
> If anyone suggests they use "hard drives" to back up I will scream, cost
> that system just don't scale, and yup you have an old copy but do people
> ever update it? Yes... when they get another hard drive... however before
> that happens they have put the old on back into service because they
> needed a little more space ;-)
>
This is true too.
> All in all, backup is expensive/slow, my sister/mom/dad ain't going to pay
> that kind of money for home... For Work its slow, fine if your a sysadmin
They're expensive *by definition* (just in the same way any other
insurance is: it doesn't *produce* anything). Anyway, probably your
mom's life doesn't deppend on data on her home PC, so it's fine going
with no backup at all, or burning a CD from time to time.
> and that your job... If you are a sysadmin you probably don't get to do
> bugets, your manager does, and they don't understand the cost and aways
> want to cut corners to keep costs down, XXX is a "developement" system so
> we don't need to back it up cos its not "production" etc etc. Store all
> your data on the network file server, (which is aways full with p0rn) and
> connected via a doggie network, taping 3 minutes to access the smallest
> file, so people store data on the local machine, and forget to copy it
> back to the network...
>
Truly enough: idiocy doesn't pay.
> This why people don't have backups in my book.
>
And I'm with you.
--
SALUD,
Jes�s
***
jesus_navarro@promofinarsa.es
***
next prev parent reply other threads:[~2002-02-05 11:13 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-31 13:54 [linux-lvm] Re: [lvm-devel] [ANNOUNCE] LVM reimplementation ready for beta testing Steve Pratt
2002-01-31 14:05 ` [linux-lvm] Re: [lvm-devel] [ANNOUNCE] LVM reimplementationre ady " Jeff Layton
2002-02-01 3:29 ` Heinz J . Mauelshagen
2002-02-01 9:43 ` Jeff Layton
2002-02-05 8:04 ` James Hawtin
2002-02-05 8:09 ` Patrick Caulfield
2002-02-05 11:13 ` Jesus Manuel NAVARRO LOPEZ [this message]
2002-02-05 12:28 ` [linux-lvm] (OT) Backups (was Re: LVM reimplementationre ady for beta testing...) Chad C. Walstrom
2002-02-06 13:13 ` [linux-lvm] Backup costs (was: LVM reimplementationre) Benjamin Scott
2002-02-06 13:39 ` Daniel Whicker
2002-02-06 13:46 ` James Mello
2002-02-06 14:35 ` Anders Widman
2002-02-07 3:01 ` Jesus Manuel NAVARRO LOPEZ
2002-02-07 3:17 ` Petro
2002-02-07 4:34 ` Jesus Manuel NAVARRO LOPEZ
2002-02-07 7:19 ` Petro
2002-02-07 7:54 ` Jesus Manuel NAVARRO LOPEZ
2002-02-07 3:55 ` Dieter Stueken
2002-02-06 13:46 ` Andreas Dilger
2002-02-06 13:48 ` Theo Van Dinter
2002-02-06 15:45 ` Austin Gonyou
2002-02-06 13:51 ` Petro
2002-02-06 13:52 ` Kirby C. Bohling
2002-02-06 13:55 ` Jeff Layton
2002-02-06 14:03 ` James Mello
2002-02-06 20:03 ` Jeff Layton
2002-02-06 20:08 ` James Mello
2002-02-06 20:11 ` Jeff Layton
2002-02-07 3:10 ` Jesus Manuel NAVARRO LOPEZ
2002-02-07 4:53 ` Jeff Layton
2002-02-07 5:31 ` James Hawtin
2002-02-07 17:05 ` Wolfgang Weisselberg
2002-02-08 20:04 ` James Hawtin
2002-02-07 3:03 ` Jesus Manuel NAVARRO LOPEZ
2002-02-07 3:17 ` Petro
2002-02-07 4:15 ` Jesus Manuel NAVARRO LOPEZ
2002-02-12 1:00 ` Marc MERLIN
2002-01-31 15:19 ` [Evms-devel] Re: [linux-lvm] Re: [lvm-devel] [ANNOUNCE] LVM reimplementation ready for beta testing Andrew Clausen
2002-02-01 3:47 ` Joe Thornber
2002-02-01 3:55 ` [Evms-devel] " Arjan van de Ven
2002-02-01 4:04 ` Joe Thornber
2002-02-01 4:13 ` [linux-lvm] " Arjan van de Ven
2002-02-01 4:31 ` Joe Thornber
2002-02-01 5:06 ` [linux-lvm] Re: [Evms-devel] " Stephen C. Tweedie
2002-02-01 8:32 ` [linux-lvm] " Alan Cox
2002-02-01 8:59 ` [linux-lvm] Re: [Evms-devel] " Stephen C. Tweedie
2002-02-01 16:01 ` [evms-devel] [linux-lvm] " Kevin Corry
2002-02-01 17:17 ` Alan Cox
2002-02-02 7:40 ` Andrew Clausen
2002-02-02 13:30 ` Alan Cox
2002-02-03 6:22 ` Joe Thornber
-- strict thread matches above, loose matches on Subject: below --
2002-02-01 4:06 [linux-lvm] Re: [lvm-devel] [ANNOUNCE] LVM reimplementationre ady " STEFANG(GMX)
2002-02-01 4:18 ` Heinz J . Mauelshagen
2002-02-01 10:02 ` Steven Dake
2002-02-01 4:26 STEFANG(GMX)
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3C6012B0.5000409@promofinarsa.es \
--to=jesus_navarro@promofinarsa.es \
--cc=linux-lvm@sistina.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox