[Info-vax] OT: server farm backups
Bill Gunshannon
bill at server3.cs.scranton.edu
Tue Sep 30 06:56:35 EDT 2014
In article <d51268dd-4bcb-493b-9946-d420b7c9397c at googlegroups.com>,
johnwallace4 at yahoo.co.uk writes:
> On Monday, 29 September 2014 15:02:14 UTC+1, Shadow wrote:
>> On 2014-09-29, CRNG <noemail at atthisdomain.gov> wrote:
>>
>> > I retired about 15 years ago from being a system manager of a (then
>>
>> > old) VAX/VMS system. I did backups to a tape cartridge system daily,
>>
>> > weekly, etc.
>>
>> >
>>
>> > I noticed a photo the other day of a modern server farm and got to
>>
>> > wondering what in the world does a company like Amazon use to backup
>>
>> > the gargantuan amount of data on their systems? Surely it can't be
>>
>> > something like tape cartridges. Does anyone have any idea?
>>
>> >
>>
>> > Just curious about it.
>>
>>
>>
>> I have no idea but I suspect they just replicate all their data with RAID
>>
>> and replace disks that die and never really back anything up.
>>
>>
>>
>> They leave that to the National Basketball Association and their 50 zillion
>>
>> square mile colo in Utah.
>>
>>
>>
>> --
>>
>> NBA email. No signup required! We save all your emails, contacts, phone
>>
>> calls, disk files and medical info forever. No bandwidth limitations and no
>>
>> storage quotas!
>
> [till a better answer comes along]
>
> tldr: Repeat after me ten zillion times: RAID is not backup.
>
> You may well be right that cloud vendors offer no guarantees
> re backups (buyer beware) but RAID isn't backup anyway.
>
> Put simply:
>
> RAID makes it easier to survive hardware failures and still
> have an accessible set of data.
>
> RAID offers no resilience against finger trouble, application
> misbehaviour, OS misbehaviour, and the like. In those cases
> RAID just makes sure that your now-incorrect data is resilient
> against (some) hardware failures.
>
> A separate copy of your important data, perhaps a scheme
> involving multiple copies in some kind of suitable backup
> routine, may give you the ability to restore data.
Granted, my data store is nowhere near the size of most people here's
and being all academic, it is also not as critical. But.... Since
we outgrew the utility of tape drives (about a decade ago!!) this is
the method I have been using. I keep 4 copies of all user files.
And, you know what, as happy as everyone is with this system, I also
backup all of my own files here to a system located at my home.
> But
> unless you test the restore, you won't know for sure. It's
> the restores that matter, not the backups.
We have actually had to do that. It works.
>
> Amazon used to have writeups on what you needed to do to
> backup your data when using their cloud. Note carefully:
> what YOU need to do to backup YOUR data. Maybe things have
> changed.
I have tried pointing this out to people on numerous occaisions but
it usually falls on deaf ears. After all, if it's the cloud it has
to be perfect, right?
>
> Here endeth today's oversimplified lesson.
Sometimes simple is the answer.
bill
--
Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves
billg999 at cs.scranton.edu | and a sheep voting on what's for dinner.
University of Scranton |
Scranton, Pennsylvania | #include <std.disclaimer.h>
More information about the Info-vax
mailing list