Three years since his Sun gobble, what hath Ellison wrought?

Can li'l Larry build a better Big Blue than Big Tom Watson?

7 Elements of Radically Simple OS Migration

Let's take a look under the hood

For the purposes of a thought experiment and to see if what Hurd said about the Sun deal paying for itself is reasonable, El Reg took the last couple of years of financials for Sun and plotted them against the hardware systems and support businesses of Oracle.

Sun's overall revenues came mostly from systems, and most of Oracle's Sun product sales are also mostly for systems, but obviously they are not perfect apples-to-apples comparisons. But the data is interesting nonetheless.

Here's what the revenue curves look like for the two companies, with the quarter of sales at the end of 2009 – before the acquisition was done and before Sun has reported its second quarter of fiscal 2010 financial results – blocked out. The comparison also ignores the first month of Sun product sales at Oracle, which closes its third quarter in February each year. Check it out:

The revenues of Sun, in total, and Oracle, for hardware systems and support for them

The revenues of Sun in total, and Oracle for hardware systems and support for them

Sun was declining on its own – and perhaps intentionally for all we know – starting in November 2008 when it first approached IBM to try to stem its losses from the low-margin x86 server business. You can see that Oracle continued Sun on this trend line, doing absolutely intentionally what Sun itself might have best done by itself had it realized that it could not be all things to all data centers.

Oracle promised to sell Sun's own products backed by its own intellectual property and to jettison unprofitable storage products to get out of the volume-server biz where there are no margins unless you're Intel, Microsoft, or Red Hat.

Oracle has chopped back those bad businesses even as it has built up new "engineered systems" businesses based on the Exadata database cluster, the Exalogic application server cluster, the Exalytics in-memory database machine, and the Sparc SuperCluster – a kind of database-application server hybrid based on Sparc T4 server nodes and the flash-pumped Exadata storage servers that give the database cluster its name.

As you can see, Oracle figured out the hardware systems support business right away. It is rock steady, and probably was fairly steady when Sun was running it, too.

Hardware revenues have been declining, along with sales for all of those engineered systems as well as for free-standing Sparc T4 systems that saw double-digit growth in Oracle's most recent quarter. Hurd said that ZFS storage array sales are also growing, and that there was over 70 per cent sequential growth in the quarter for engineered systems, with over 700 systems sold in the quarter. The engineered-systems business tripled (that's shipments, not revenues) in Oracle's prior fiscal year and was on track to double this fiscal year. As Oracle's top brass said back in December, the company is committed to growing this hardware business again.

"We're right about at those crossroads," said Hurd. "We don't pinpoint it to within a week or a month, but we're right in that wheelhouse where right in the next period of time you will start to see complete growth for the top end of the business overall."

We think Hurd meant to say "top line," not "top end." It doesn't make sense otherwise.

It gets interesting when you look at the gross income for Sun, on the left, and Oracle's hardware systems business, on the right:

Oracle has been able to smooth out some of the choppiness in the gross income of Sun systems biz

Oracle has been able to smooth out some of the choppiness in the gross income of Sun systems biz

What you can't see in those gross income numbers above – which take out the cost of providing the products sold by Sun and Oracle but do not include sales, marketing, research, development, and other administrative costs as well as pesky things like writeoffs and taxes – is that Sun took a huge wonking write-off while the Oracle deal was pending, shedding nearly 6,000 workers and writing off the value of some acquisitions. This was done to gussy up Sun's books before the company was to be absorbed by Oracle, should the governments of the world approve the acquisition.

But you can see that write-off and the fact that Sun was never able to make much money in this chart, which shows the operating income for Sun as a whole and the Oracle hardware systems biz:

Operating income at Sun versus estimated operating income for Oracle's hardware biz

Operating income at Sun versus estimated operating income for Oracle's hardware biz

Oracle reports its operating income only as a whole, not for individual product lines, and the chart above reckons that the operating income for hardware eventually settles out to be roughly proportional to Oracle as a whole. This is what Oracle's stated goal was, more or less, when it acquired Sun.

If you do some estimating for sales and gross and operating incomes in December and January at Oracle for the hardware biz, and then do some math, here is what the numbers look like: since taking over Sun in the last week of January 2010, Oracle has done $11.72bn in hardware system sales and $7.37bn in hardware-support sales, for a grand total of $19.1bn. Gross income from the Sun hardware business, after it has been pared down by Oracle, was just under $10bn, and if our operating-income estimates hold, they come to just a smidgen below $6.7bn. So at the moment, Oracle has gotten its $5.6bn back plus another $1.1bn.

That's not too shabby.

Moreover, if Oracle had decided to get into hardware and had to bootstrap itself into servers, it would have had to spend countless billions on research and development, learning how to do a hardware supply chain, and then marketing the hell out of the boxes. In actuality, all Oracle had to do was say, "Larry Ellison is a grown up and he is now going to fix the Sun business like Scott McNealy either couldn't or wouldn't."

Sun's problem was that it was more of an offshoot of Stanford University, and that like IBM in the late 1980s and early 1990s had an expensive research organization that was paid for by a monopoly that was drying up. For IBM it was the mainframe and at Sun it was the Sparc/Solaris platform that was, for about a decade, one of its heirs and one that made lots and lots of money for Sun.

But when IBM came fighting back with Power Systems, boosting performance and getting very aggressive on price – which IBM could do because it had a vast base of proprietary systems that are stickier than the La Brea tar pits – Sun acted like nothing had changed. Just like IBM did for about the same amount of time when the mainframe business started collapsing thanks to Unix servers.

Oracle is a vastly more efficient operation than Sun was, and it doesn't wander off and spend hundreds of millions of dollars a year on science projects that may or may not pan out. The company spends plenty on R&D, but it is not trying to match the patent portfolios of IBM. Oracle sees an adjacent market and eats enough players to become either the largest or second-largest player.

That is probably not going to happen in systems – but you never know.

After all, the stickiest thing in the world is a database housing all your vital business data. As long as customers love Oracle's database, and Oracle makes the systems that run it best, Oracle has every bit as good of a chance of ruling the enterprise data center when it comes to systems as does upstart Cisco Systems, which will be half Oracle's size in systems if 2013 plays out as expected.

The difference is, Cisco is still growing like crazy and Oracle is still shrinking. Cisco could level out with a systems business somewhere around $3bn to $4bn a year several years hence. Oracle is already there (and I am just talking about hardware, not support), and could get back to maybe $5bn.

Oracle has staked its game on integrated systems, in owning the entire customer experience from disk drive to application screen, and thus far it is the only vendor who can claim this. The IBM of the 1970s and 1980s, which used to develop its own application software as well as databases, transaction monitors, and so on, is the last time any company had this much control over a stack.

The question is, will customers want to be locked so tightly into Larry's World? ®

Best practices for enterprise data

More from The Register

next story
Microsoft's Euro cloud darkens: US FEDS can dig into foreign servers
They're not emails, they're business records, says court
Sysadmin Day 2014: Quick, there's still time to get the beers in
He walked over the broken glass, killed the thugs... and er... reconnected the cables*
VMware builds product executables on 50 Mac Minis
And goes to the Genius Bar for support
Multipath TCP speeds up the internet so much that security breaks
Black Hat research says proposed protocol will bork network probes, flummox firewalls
Auntie remains MYSTIFIED by that weekend BBC iPlayer and website outage
Still doing 'forensics' on the caching layer – Beeb digi wonk
Microsoft says 'weird things' can happen during Windows Server 2003 migrations
Fix coming for bug that makes Kerberos croak when you run two domain controllers
Cisco says network virtualisation won't pay off everywhere
Another sign of strain in the Borg/VMware relationship?
prev story


7 Elements of Radically Simple OS Migration
Avoid the typical headaches of OS migration during your next project by learning about 7 elements of radically simple OS migration.
Implementing global e-invoicing with guaranteed legal certainty
Explaining the role local tax compliance plays in successful supply chain management and e-business and how leading global brands are addressing this.
Consolidation: The Foundation for IT Business Transformation
In this whitepaper learn how effective consolidation of IT and business resources can enable multiple, meaningful business benefits.
Solving today's distributed Big Data backup challenges
Enable IT efficiency and allow a firm to access and reuse corporate information for competitive advantage, ultimately changing business outcomes.
A new approach to endpoint data protection
What is the best way to ensure comprehensive visibility, management, and control of information on both company-owned and employee-owned devices?