对于甲骨文的收购魄力，人们不得不称赞。当它看中某些东西时，它就会买下来。例如，甲骨文收购Sun微系统公司。甲骨文最近又看中了虚拟化专业厂商Virtual Iron。然而，收购Virtual Iron却令许多人感到惊讶，因为这距离甲骨文收购Sun首次进入硬件和虚拟化市场只有不到三个星期的时间。

　　甲骨文为什么收购Virtual Iron

　　收购Virtual Iron为什么那样引人瞩目呢?人们有一种感觉，认为这个收购为甲骨文提供了超过它实际需求的虚拟化技术。除了Virtual Iron的虚拟化资产和甲骨文自己的虚拟化产品组合之外，甲骨文还将继承Sun的单独的基于Xen的管理程序(xVM)以及Solaris操作系统对Logical Domains(逻辑域)的支持。此外，在过去的24个月里，Sun努力解释了其虚拟化管理和配置战略(xVM Ops Center)以及瘦客户机的情况(Sun虚拟桌面基础设施软件)。

　　Virtual Iron带来了什么?业内观察人士认为这是一个很好的问题。咨询公司Illuminata的一个主要IT顾问Gordon Haff在自己的博客中说，甲骨文期待增强自己内部的虚拟化资产并不令人感到非常意外。人们没有预料到的是甲骨文在收购Sun之后立即进行这次收购。Sun本身就有大量的内部虚拟化资产。

　　甲骨文认为，Virtual Iron能够帮助它增强其动态数据中心管理能力。Haff对这种说法提出了异议。他说，甲骨文说Virtual Iron通过一个开放的、全面的和可编写脚本的API(应用程序编程接口)增加了动态资源管理和自动化，包括容量管理、电源管理和与其它软件集成的能力。而且，同甲骨文从Sun那里继承的管理程序和甲骨文自己的虚拟机管理程序一样，Virtual Iron的管理程序是以开源Xen项目为基础的。因此，甲骨文收购Virtual Iron显然不是为了它独特的或者非常好的的管理程序技术。

　　由于同样的原因，Virtual Iron不仅仅只有一个管理程序，它有功能齐全的虚拟化堆栈。Virtual Iron虽然带来了管理性和自动化工具，除此之外还保留了三个独特的Xen实施实例和一些冗余的实例。

　　任何厂商也许都会问“有多少冗余?”不过，渴望进行收购的甲骨文从来不会说冗余的事情。甲骨文的历史上有许多这样的例子，它曾收购自己内部已经拥有的技术。有时候，甲骨文内部的技术还处在非常发达的阶段。考虑一下甲骨文接近三年前收购Sunopsis的例子：这个公司为甲骨文提供了甲骨文表面上已经拥有的非常好的的数据整合技术。甲骨文最近发布了其增强版本的Oracle Warehouse Builder DI工具。

　　据商业应用程序研究中心的主要分析师、OLAP权威Nigel Pendse说，还有一些实例表明甲骨文故意制造以前不存在的重叠问题。例如，在1995年，甲骨文从Information Resources公司那里收购了Express在线分析处理引擎(OLAP)。5年后，甲骨文于2000年宣布在其主打的甲骨文9i数据库中建立一个新的OLAP功能。当然，丑陋的事实是，由于开发延迟，甲骨文一直到2005年还在继续出售其Express技术。

　　现在，Haff等业内观察人士有更多的疑问。Haff说，Sun和Virtual Iron的虚拟化产品组合肯定都是以开源Xen项目为基础的。因此，它们至少有可能是互补的。然而，这些功能至少在某种程度上与Sun的“xVM Ops Center”重叠了。他补充说，甲骨文没有谈到Virtual Iron在其渠道环境中假定的角色。

　　不管怎样，Haff推测Sun和Virtual Iron是面向两个不同的分市场的。同甲骨文本身一样，Sun提供的产品主要是面向大企业的。相比之下，Virtual Iron最近几年主要以中小企业为重点。这些中小企业不太适合采用VMware等公司的高级产品。这里似乎有这种可能性，就是甲骨文将向中小企业市场扩张，也许与Sun的MySQL等开源软件产品一起向中小企业市场扩张。