[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[ale] backup/restore mail from USB external drive



Enterprise class SATA and SAS drives typically still have a 5 year warranty.
On Feb 12, 2014 7:04 PM, "JD" <jdp at algoloma.com> wrote:

> On 02/12/2014 06:43 PM, Ray Vastly wrote:
> > Why should you avoid raid 5 or 6 when using large hard disks? What Raid
> > configuration would you recommend for 12 HDDs each 2 TB in a NAS?
>
> My personal opinion?
>
> Backups, then
> RAID10, then
> RAIDz2, then
> RAID1, then
> RAIDz
>
> A few years ago, it was believed that large drives had an issue with MTBF
> such
> that it was likely that after replacing a failed HDD another drive would
> fail
> during the RAID-rebuild. I haven't seen anything recent to prove or
> disprove it.
> I do know that drive warranties have changed from 5 yrs, to 3 yrs to 1 yr
> over
> the same period. Many USB drives people buy to backup stuff at home have
> 90 day
> warranties. Buyer beware.
>
> When I upgraded from 4x320G RAID5 to 4x2TB disks, I switched to RAID1. I
> still
> do weekly RAID scrubs and nightly backups.  I'd never experienced the
> RAID5-hole, but didn't want to either.
>
> BTW, 1 of those 2TB disks failed last week after 16 months in-service.
>
>
> >
> > On Feb 12, 2014 6:40 PM, "Jeff Hubbs" <jhubbslist at att.net
> > <mailto:jhubbslist at att.net>> wrote:
> >
> >     On 2/12/14, 5:00 PM, Lightner, Jeff wrote:
> >>     <snip>____
> >>
> >>     __ __
> >>
> >>     You really should be using RAID6 or RAID10 rather than RAID5 as it
> is even
> >>     more redundant (i.e. can survive 2 disks failures).
> >>
> >     And you shouldn't be using RAID5 or RAID6 at all if your drives are
> >     750-1000GB or larger.
> >
> >     Mail and database servers would be two good places to make use of
> >     snapshotting filesystems.  Note that some email systems that use
> message
> >     stores go insane if the message store is not in the state that the
> rest of
> >     the email system presumes it's in, so you have to make sure that your
> >     backup/recovery scheme doesn't capture messages and message
> metadata/index
> >     in different states.
> >
> >
> >
> >     _______________________________________________
> >     Ale mailing list
> >     Ale at ale.org <mailto:Ale at ale.org>
> >     http://mail.ale.org/mailman/listinfo/ale
> >     See JOBS, ANNOUNCE and SCHOOLS lists at
> >     http://mail.ale.org/mailman/listinfo
> >
> >
> >
> > _______________________________________________
> > Ale mailing list
> > Ale at ale.org
> > http://mail.ale.org/mailman/listinfo/ale
> > See JOBS, ANNOUNCE and SCHOOLS lists at
> > http://mail.ale.org/mailman/listinfo
> >
>
>
> --
> JD Pflugrath
>  Value | Results
> Direct: +001.678.685.8882
> Ofc: 1.866.963.2546
> Managing Director
> Algoloma Systems, LLC
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20140212/53b3062b/attachment-0001.html>