Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

Mean time between failures may be difficult to interpret, but there is a wealth of statistical method that you can use if you have some hard data.

Trouble is, nobody reports their MTBF numbers anymore. (Other than hard drive manufacturers, anyway.)

Where do you go to find MTBF data for components and servers?

share|improve this question
I'm curious to know how you're using MTBF data. – dr.pooter Jun 15 '09 at 5:39

Why MTBF doesn't matter

The mean time between failure number isn't as important as the uncorrectable error rate. MTBF deals with the complete failure of the part, read the drive. However that number is meaningless when a single bit in error will cause a RAID 5 panic and bring the hot spare into play.

While the MTBF for professional and consumer level drives has increased by an order of magnitude in recent years, the uncorrectable error rate has stayed relatively constant. This rate is estimated at 10^14 bits, so one bit per 12 terabytes read, for consumer SATA drives, source.

Why you should loose sleep over your RAID 5 array

So, that is only 6 passes of a brand spanking new 2Tb drive. How long does it take to read 12Tb of data? A lot less time than the MTBF for that drive.

What is more concerning is the chance of a double read failure on a RAID 5 array consisting of drives that large. With a 7 1Tb drive RAID 5 array, the probably of a second read failures while doing a RAID rebuild, is 50%.

share|improve this answer
You could always use RAID6 perhaps? – Chopper3 Jun 15 '09 at 9:29
Great answer, but only covers hard drives – Mark Henderson Jun 15 '09 at 9:30
@Chopper3, yes RAID6 does improve the situation, but once you've dedicated two disks to parity, and a third to hot spare, then on a 7 drive array, you're getting pretty close to the same space as a RAID10 array. – Dave Cheney Jun 15 '09 at 9:33
I'm looking for data for more than just hard drives. Entire servers do still fail from time to time, so it's worth measuring how often. – mtnygard Jun 17 '09 at 10:13

I have seen MTBF reported on company support sites. Talk with your sales person or SE to obtain the information.

share|improve this answer

In my view, MTBF numbers have become a sales tool. Modern hardware has reached a state where MTBF numbers are essentially useless. Even the lowest of the low-ball vendors is producing hardware that outlasts any sensible upgrade cycle. As you note, nobody's reporting MTBF numbers. I believe this is the reason.

share|improve this answer
And yet, some servers are still more reliable than others. We do need to answer questions like "is a second power supply worth it?" For that we need data. Ideally, that would be real failure stats reported across a population of like devices. We use MTBF as a weak proxy for that actual distribution. – mtnygard Jun 17 '09 at 10:15
Fair enough. In my little world, the idea of redundancy is an expected part of the process. For another example, look at most large-scale hosting providers, or google. I still suggest that given the commodity status of wintel servers, this is a waning issue. If you're talking about z-series or similar, the equations and expectations are much different. – dr.pooter Jun 17 '09 at 13:21

Unfortunately, MTBF is not a practical or reliable measurement in modern servers. The all concept of MTBF is that if a specific model / configuration is being used by many over long time, we can likely know its reliability.

Today, most of us happily trade potential extra reliability for proved extra performance and power efficiency. For example, would you build your new servers on 18-24 months old hardware just because it proved its reliablility? or just go with the last generation of CPUs with more cores, horsepower and power efficiency?

Also, unlike old-school telephony systems, systems are quite customized, and of course, heavily reliant on software. How reliable is BIOS version x.xx or driver version y.yyy? Is the latest OS/DB/app server patches increases stability or does it have stability regressions? How many servers in the world actually use the same exact mixture of hardware/ stack version as you?

If you need high availability, you will anyway need to add redundancy to your system (dual-everything, clustering, hot spares, DRP, what have you). So, the relative reliability of each hardware component is typically not a significant factor, as you build you infrastructure to survive single components failures. Just live with the uncertainty (reliability is retroactive) and plan accordingly.

share|improve this answer
The problem of constantly-changing configurations is a real one. That makes it difficult to build up a body of experience with a single configuration point. Nevertheless, if you are planning for HA, even with a redundant configuration, you must have some notion of the individual devices' reliability. – mtnygard Jun 17 '09 at 10:16
It seems there is no hope for IT to ever become a science. We keep working on assumptions, no hard data, and waste of resources. More like black magic than anything these days. Engineering seems a distant goal. – gtirloni Jun 11 '13 at 6:09

I agree with most of the other answers: MTBF numbers aren't useful to me and I never check them.

The one exception is hard drives, but even there, I only look at MTBF in a very rough way, being sure to buy the more reliable "server-class" drives if there's a choice.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.