如果你认为IT厂家对他们的操作系统非常关注，那么他们对自己的数据库肯定也十分在意。如果一家IT厂商认为能从其服务器中争取到订单那，他们绝对会考虑从一个UNIX平台迁移到另一个，或者甚至是从UNIX平台迁移到LINUX或者Windows平台。一些厂家会毫不犹豫的选择LINUX和Windows，即使对他们之间可靠性，安全性和扩展性等等的差异有所争议也是如此。这种转变是一个大交易，公司一旦这么做了会影响到十年或者二十年。 但是数据库和应用软件都要涉及到代码。存储流程，多重代码应用软件和数据库编程人员会使用数据库和相关代码来保证数据库运转。这不是件容易的事情。不同于将Solaris操作系统迁移到AIX或者将HP-UX迁移到Solaris系统，这个过程的命令和特性都是类似的。数据库定位完成才是真的完成，但是当你这么做的时候会把公司的数据弄得一团糟。这是任何公司都可以想象的恐慌。他们会竭尽所能的避免这种情况的而发生。 甲骨文基于运行Solaris或者LINUX系统的SUN硬件所创建的工程系统（为了让自己的软件最佳运行）可以让软件支持这项工作更加简单和经济。这是件好事，如果能成功的话能帮助甲骨文成为盈利能力更强的公司。但是支持基于多种应用软件和中间件平台的不同甲骨文软件是很昂贵的。用户必须为获得最佳的定制平台（比如出于技术和政治原因需要混合和匹配各家厂商的产品）付费。我们会认为这会是甲骨文的合作伙伴来为此买单。 因此甲骨文所有对安腾成为终结产品的探讨可能都没在点上。吸引Apotheker注意的主要是惠普公司要为此付出多少代价。英特尔公司首席执行官保罗.欧德宁在未来五年内至少会去关注安腾系统的销售（可能会更长远），这样也会让英特尔花费不菲。如果公司希望甲骨文的数据库，中间件和应用软件在非甲骨文操作系统和硬件上运行的话，看起来他们就必须为此有所付出。逻辑上来说，这个道理也将适用于IBM的AIX 操作系统，红帽的企业级Linux操作系统和微软的Windows系统，如果这确实是甲骨文的战略的话。 在从甲骨文10g版本向甲骨文11g版本过渡的过程中，甲骨文已经开始整理所提供的平台支持。 甲骨文11g是在Windows操作系统（32位和64位）上运行的；LINUX是在X86（32位）和X64（64位）系统上运行的；Solaris操作系统是在X64和Sparc（都是64位的）上运行的，HP-UX是在安腾和PA-RISC（都是 64位）上运行的，AIX是在Power（64位）上运行的。以下是可以支持甲骨文10g但是无法支持11g数据库的平台：安腾和Power上运行的 Linux系统, 安腾平台上运行的Windows系统, X64平台上运行的Mac OS, PA-RISC上运行的HP Tru64 Unix系统, 安腾和Alpha上运行的OpenVMS, 32位X84系统上运行的Solaris系统, z/OS和IBM大型机上运行的OS/390系统及LINUX的大型机版本，在富士通大型机上运行的BS20000/OSD。这些系统没有那个像甲骨文那样能赚钱，但是你必须问自己一个这样的问题：没有甲骨文11g支持的帮助会扼杀安腾处理器上的Windows和RHEL马？我们认为会的。 因此如果惠普公司希望HP-UX能继续生存下去，就必须和甲骨文达成交易来确保他们的代码可以在未来的安腾处理器上运行。逻辑上来说，适用于HP-UX的也同样适用于AIX,RHEL和Windows。只是因为甲骨文没有做出有关研发，测试和支持合作的声明，这并不意味着此类交易不会发生或者将来不会发生。 同等重要的是，英特尔和惠普公司必须全盘清理关于安腾处理器家族的长期产品路线规划路线图。明年即将推出的八核"Poulson"处理器已经箭在弦上。如果有一个安腾处理器的发展路线图或者按照至强和安腾处理器融合的计划，英特尔必须开始探讨此事了。就像昨天一样。就我而言，惠普更有趣的选择是向甲骨文示好，购买红帽操作系统和EnterpriseDB来兼容PostgreSQL。 |
