As the former Chairman of the International Tandem User Group and as a form Marketing Director of IBM SHARE user group, I have lived with both vendors products and both will find homes at the very heart of clouds – simply because they can run 24 X 7 X forever with levels of “9s” far above anything else?

What separates the two is that the NonStop works right out of the box whereas you do need sufficiently skilled Systems Programmers to “assemble” a Parallel Sysplex config to do something similar.

Thanks for asking and good timing. ITIC analysts are right now putting together our year-end surveys which will also track 2010 trends. The mainframe survey is among them. We expect to “go live” with the mainframe survey in the next six weeks and publicize results in January 2010. Please feel free to let us know if there are any particular questions you’d like to see included. We’ll do our best to see that ITIC addresses the most pressing and pertinent issues impacting mainframe enterprises.

I appreciate you taking the time to stop by and leave a comment on the ITIC reliability survey results. In answer to your question, yes, the HP OpenVMS platform was considered. However, in order to include a platform in the final published results, we require 100+ responses, so that it is statistically valid. We did not have that many responses to the HP OpenVMS platform. However, the responses that we did get indicated that the platform was extremely reliable and scored very favorably when compared against the other top distributions. Overall, HP OpenVMS servers had less than 30 minutes of per server, per annum downtime. If you want more information, please send me a follow up Email with specific questions and I’ll be happy to address them.

Thanks again; your comments are appreciated.

Thanks for taking the time to stop by and leave a comment. The forthcoming ITIC survey on mainframe usage and reliability will definitely include the HP NonStop servers as well as Stratus servers. I concur with your assessment of the very high reliability of the HP platform. Everything I’ve heard from corporate customers over the years echoes what you’ve said, 99.999% is very common among HP and Stratus servers. Stay tuned for future research.

when you start looking at IBM mainframe you should also consider looking at HP NonStop servers (formerly known as Tandem systems). These are the most reliable systems in the world as far as I know, we are talking “five nines” or 99.99999 % uptime.

Was it considered and just didn’t show up on the charts? Or was it not even considered?

It also occurs to me that “Linux” (or even “Red Hat Linux”) is not descriptive enough these days. There’s “Red Hat Enterprise Linux on X86 servers” and “Red Hat Linux on System z servers,” to pick a couple examples. (Solaris X86 and Solaris SPARC is another likely differentiated pair that comes to mind.) Granted, you can cut the data as fine as you want, with patch levels and specific hardware models and configurations. At some point it’s a judgment call. But it would be interesting in a few OS cases to see what impact hardware has (directly or indirectly). In particular, I think (if there are enough survey responses) it would be interesting to see a couple different flavors of Linux iron (X86 and z would be good) and Solaris broken out.

You raise another really good point about the economic situation possibly impairing availability reporting. I think that’s quite likely. But I also see some anecdotal evidence that service qualities (including availability) become even more important in an economic downturn. I think the reason is Darwinian: “survival of the fittest,” basically. When producers/suppliers are more desperate for business, the few remaining customers can be more discriminating, more fickle. And there’s also a general “flight to quality,” particularly for capital goods and high relationship services, because customers don’t want to get stuck doing business with a company that’s going out of business. All of that probably conspires to drive IT service quality requirements up, especially in areas that might attract unwelcome public attention and customer flight such as highly visible availability failures or security breaches.

Thanks for working on this.

Thanks for visiting the site and posing your question. You are one of several people who are interested in statistics on the IBM System z reliability. And the answer is: I’m working on it and will conduct a survey on this within the next six (6) weeks. So please be patient.

Your comments on defining and differentiating downtime based on the IT point of view and the end user point of view is very insightful. I’ve struggled with and confronted this definition myself. When I first began doing reliability surveys about six years ago I quickly realized that the definition of downtime varied according to who answered the question. For example, many IT administrators define unplanned downtime as any event that causes them to take a server offline regardless of the underlying cause. End users of course, are sometimes oblivious or uncaring of the reason for downtime; they are only concerned with the time, the frequency and the severity of an outage in terms of the network, applications and services being unavailable or inaccessible to them.

Your observations about less critical server outages being under-reported also have a lot of merit and truth. The fact is that IT departments have suffered greatly because of the ongoing economic crunch — staff, resources and training have been cut, in some cases to the bone. So naturally reporting outages and tracking key metrics like reliability, TCO, ROI, the ability to meet SLAs etc. are all suffering.

So yes, I definitely consider the issues that you’ve raised and one way to address them is that there has to be much better communication, collaboration and cooperation among C-level executives, IT departments and the physical plant facilities managers AND they must also solicit input from their end users. IT departments must also be much more diligent about keeping track of their own performance and reliability metrics as well as performing post-mortems on what remedial actions they took following a service outage.

Thanks again for your insightful comments. And keep checking back for future survey results.