>
> *. . .the only purpose of a RAID backup is to prevent a single point of
> failure (like a disk failure) resulting in lost backups.*


You do not need a RAID array to prevent a single point of failure. You take
those 3+ disks, put them in 3 different machines. Or even in the same
machine as single drives. Same difference, only less wear and tear on the
drives, more cost effective, and perhaps a small amount slower as singles.

In the field you'll likely not run into any RAID 5/6 arrays. At least for
corporate storage. You're more likely to see RAID10, or RAID0 + 1. Because
there is nothing faster than striping disks, and RAID1 does not have an
impact on performance if set up correctly. RAID5/6 is just a way for the
home user to feel all warm and fuzzy . .  and literally feed the companies
who offer the hardware for such arrays. Be it controllers, or "special"
hard drives . . . special software, chipsets with BS built in RAID(
software ).

I still use Seagate drives(nothing but), and have no issues. Why ? Probably
because I do not run RAID. RAID is notorious for being hard on drives.
Especially RAID 5/6. I will admit, that Seagate's reputation has gone into
the toilette in the last 8 or so years. All their drives used to be
lifetime warranty. Now days I think they give 3 years . . . not even as
good as WD, or even Samsung SSDs . . .

Anyway, seriously. Unless you're running a server that sees thousands+ of
transactions a day. You don't need RAID. But hey, don't pay attention to
me. . .


On Sun, Nov 29, 2015 at 1:44 PM, John Syne <[email protected]> wrote:

> That makes perfect sense. BTW, the only purpose of a RAID backup is to
> prevent a single point of failure (like a disk failure) resulting in lost
> backups.
>
> One thing to pay attention to is the MTBF numbers for disks. I was a firm
> believer in Seagate Barracuda disk until I had a whole number of them fail
> over a few months. Speaking Seagate tech support, they explained that the
> SMART data on these disks showed they had more than the 3,000 hours MTBF
> and hence I should have expected them to fail. I couldn’t believe what they
> told me; running their disks 24 hours/day, they expected failures in 1/3 of
> a year. They were right, look at the SMART data on Seagate disks and you
> will see read write errors in the 10’s of thousands or more.
>
> After that I use Western Digital RED disks which are designed for 24/7 NAS
> applications. Looking at the disk SMART data, I see 0 read/write errors.
>
> Regards,
> John
>
>
>
>
> > On Nov 29, 2015, at 3:37 AM, [email protected] wrote:
> >
> > John Syne <[email protected]> wrote:
> >> [-- text/plain, encoding quoted-printable, charset: UTF-8, 156 lines --]
> >>
> >> Yeah, but rsync only gives you a snapshot and not a history of your
> backup.
> >> When I really mess up, I want to go back to the state of my machine 15
> >> minutes ago, or two days ago. This has saved me a lot of head
> scratching,
> >> trying to find out where I messed up. I really like the way timemachine
> >
> > I use an rsync based incremental backup system (I wrote it myself
> > having used rsnapshot for a while, rsnapshot is OK but I think it's
> > too complex).
> >
> > I do hourly incremental backups locally to another disk on my main
> > machine and I do daily incremental backups to a remote machine.  The
> > daily remote backups get thinned out as they get older so there are
> > daily backups for the last month, then monthly ones for 12 months,
> > then yearly ones.
> >
> > --
> > Chris Green
> > ·
> >
> > --
> > For more options, visit http://beagleboard.org/discuss
> > ---
> > You received this message because you are subscribed to the Google
> Groups "BeagleBoard" group.
> > To unsubscribe from this group and stop receiving emails from it, send
> an email to [email protected].
> > For more options, visit https://groups.google.com/d/optout.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to