Red Hat Dismisses Threat Posed by Oracle and MS
Rob writes "Red Hat Inc's executive vice president of worldwide sales, Alex Pinchev, has dismissed
the impact that Oracle Corp's entry into the Linux support business could have on Red Hat,
insisting Oracle does not really know what it is doing. Pinchev also described Microsoft's
recent interoperability and patent peace deal with Novell Inc as a "non-event"
and dismissed the suggestion that Linux users
are at risk of a patent infringement lawsuit from Redmond."
Oracle's typical answer is that Oracle will only be supported by platforms blessed by Oracle. See this FAQ from Oracle, particular the part on p.4 about the 'Transition Path for Red Hat and Novell customers' In particular, this means that Oracle in the future will probably only be supported on Unbreakable Linux. Have problems? Not running on Unbreakable Linux? You won't get support. It's that simple. Most shops simply cannot afford to run an unsupported configuration, so they will likely migrate their existing SuSE and Red Hat installations to Unbreakable Linux.
My blog
And...
If you're running CentOS, how can you possibly say you've "lost interest in Red Hat"? The two are not compatible, CentOS for all practical purposes is Red Hat without the support contract. Same OS under the hood.
If you want news from today, you have to come back tomorrow.
"This would be a configuration that's not supported by Oracle, so you're on your own if you have serious technical difficulties that you don't have immediate answers for and cannot be solved by googling for answers"
While that is true, how would Oracle know?
I run RHEL and Oracle on my production servers and CentOS and Oracle on my dev/test servers. When Oracle asks, the configuration is RHEL and Oracle, even though 99% of the time the problem has occurred on dev/test. I haven't seen a problem yet that occurs on CentOS that doesn't also occur on RHEL, they are the same OS, just compiled by different groups.
I like Postgres and MySQL as much as the next guy, they both have a lot going for them, but come on. Are they really as solid as Oracle for "mission critical" 100% up-time applications? I think they have the potential to reach that point, but maybe not yet there.
If you want news from today, you have to come back tomorrow.
Are there anti-trust issues with SQL Server only on Windows Server?
My blog
'Would you sue your own customers? I wouldn't and I don't believe Microsoft will ever do it,"...
I think he is giving Microsoft too much credit, like any other large corporation that is facing struggling sales (cough,RIAA,cough), Microsoft has proven they will do *anything* they can to get a sale (including threatening their own customers).
For those paying attention, the clues are all around that Microsoft has in fact already played their patent card with some companies. Anyone thinking of deploying a large (1000+) installation using Samba instead of a Windows server will probably get a call/letter from a MS lawyer (once they get wind of it) stating that if you proceed you will be in violation of several Microsoft patents - even though they won't say what patents are involved!
Those of you who are not quite paying attention, just check out the interview with Stallman, Allison and Waugh at http://questionsplease.org/.
That's OK for Oracle. The people making the purchasing decisions don't know what they're doing either.
Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
I use both MySQL and PostgreSQL and they are very good. They are not a plug in replacement for Oracle.
Do your applications support MySQL or PostgreSQL? If not too bad.
Do you want to re-write your applications for MySQL or PostgreSQL?
It really isn't as simple as just migrating. To be honest MySQL and PostgreSQL are not as good as Oracle for very large databases that require high availability.
The can probably do about 90% of what Oracle can do but some places need that extra 10%.
See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.