Need Suggestions for Automated Backup
Chong Yu Meng
chongym
Mon May 17 11:56:30 PDT 2004
I know of a video-editing company in Brunei that uses RAID-5. I'm not
too concerned about speed because my feeling is that the network will be
the bottleneck. In any case, RAID-5 will require me to purchase 3 hard
disks and I'd still need a backup system. I think I'll go for the
mirrored hard disks first, maybe move to RAID-5 when I have the budget,
but I'd get a backup tape drive first before moving to RAID-5.
I had some really hairy experiences with tape backups years ago -- can't
restore backups, can't successfully backup database files, etc. But very
recently, when I was using a Sun backup drive (I think it's actually a
Quantum), it actually worked very well. Backup speeds were pretty
impressive (1 GB in 15 minutes), and the backups actually worked -- i.e.
they could be restored. So, I'm ok with tape.
I guess my problem can be solved procedurally : start small, slowly
build up capability as volume ramps up (and the tall dollars roll in --
hopefully!).
I miss the dot-com days when I had a huge budget and could build a whole
server farm !
Thanks to All !
pascal chong
Alma J Wetzker wrote:
>
>
> Matthew Carpenter wrote:
>
>> From: "Net Llama!" <netllama at linux-sxs.org>
>>
>>> Its worth noting that RAID5 is generally alot slower than RAID0 or
>>> RAID1.
>>
>>
>>
>> That's not been my experience. Using hardware RAID at least, RAID1
>> is much
>> slower than RAID5. RAID0 doesn't count since it is only used for
>> speed and
>> doesn't provide data-protection. In that way, RAID0 is a misnomer.
>> RAID1 is a mirror, so the data is being written and read much like a
>> standalone drive, assuming you have a separate controller for each
>> drive.
>> If both drives are on the same controller RAID1 is even worse. RAID5
>> spreads the data out so reads are (can be) much quicker than a RAID1 as
>> multiple tracks can be read at virtually the same time. Writing is
>> similar.
>>
>> I'm not sure how SW RAID5 compares to SW RAID1.
>
>
> Please correct me if I am wrong, I have been out of this stuff for a
> few years.
>
> I don't know of anyone using just RAID1 or just RAID0. The
> installations that I know/knew about used RAID (10) or mirrored
> stripes. That puts lots of spindles over your data for very fast
> reads and writes.
>
> RAID 5 is strips with checksum. That allows a single drive in the
> array to fail and you still get all your data. If you have hot
> pluggable drives, you can replace a failed drive on the fly. The
> reads are not quite as fast as RAID (10) because you only have half
> the spindles. The writes are much slower because you need to generate
> the checksum for the file. If you are updating a database, the files
> can be large and the checksum calculation long also.
>
> If you do this with software rather than hardware, your OS will incur
> a huge performance hit with RAID 5 because of the checksum issue.
> (You need to read the entire file for every update.) Also remember
> that IDE drives have the basic inteligence of a floppy drive. If you
> want optimized retrieval at the hardware level, get SCSI.
>
> My experience is that doing this stuff in hardware is best, (Duh!) and
> that RAID 5 reads data about as fast as RAID (10). The selection
> criteria then becomes what is more important, write speed (with cost)
> or just uptime of the array (cheaper). NOTE: Both are faster on reads
> than a single drive alone.
>
> I know everyone knows this but this time I knew it too ;)
>
> -- Alma
>
> _______________________________________________
> Linux-users mailing list
> Linux-users at smtp.linux-sxs.org
> Unsubscribe/Suspend/Etc ->
> http://smtp.linux-sxs.org/mailman/listinfo/linux-users
>
>
More information about the Linux-users
mailing list