甲骨文公司在日前的旧金山OracleOpenWorld大会上宣布，它已经将Oracle12C数据库系统虚拟化，用于多租户运营。甲骨文高管表示，这是保证12C作为“云数据库”的主要特征。

　　但是，甲骨文公司所说的“虚拟化”和您所理解的，可能并不是同一个意思。Oracle12C并没有运行在OracleVM或VMwareESX或任何其他hypervisor之上。相反，该数据库系统本身的行为更像是一个hypervisor。

　　当然这个比喻并不完全准确。该数据库并没有像ESXServer和OracleVM等hypervisor一样，模拟x86硬件指令集，或是通过软件直接下达命令到硬件。

　　相反，Oracle12C能够管理一组Guest或“可插拔数据库”在其核心系统下方。当一个虚拟化数据库系统在VMware环境下虚拟化，意思是说，它像任何其他的应用程序一样，在虚拟机内运行，被Hypervisor管理。但是，Oracle12C保持独立，并成为多达252个可插拔数据库的主机。

　　核心数据库逻辑不会被克隆，并提供给每一个可插拔的数据库，操作系统在一个虚拟机内。相反，一个核心系统处理可插拔客户机的所有需求。主机和客户机同属一个单一的“container”，这是给定一组物理资源的软件结构。

　　对于可以运行数十个或数百个Oracle系统的IT经理，这样做的好处立即显现出来。几个系统可以在一台物理服务器合并到一个container中，同时保持其独立的经营特色。这将包括自己的安全机制，自己的图表和元数据，以及它们自己的数据字典。

　　个人身份将被保持，因为每个可插拔数据库在container内被分配它自己的表空间(tablespace)。在效果上，一个定义的表空间，代表一个应用程序，围绕其独特的特点建立一个逻辑屏障。通常由Oracle和关系数据库用户使用，表空间是指保存数据和索引直到数据库系统需要的存储空间。表空间通常会包含多个表的数据，用于一个给定的应用程序。

　　甲骨文数据库服务器技术高级副总裁安迪？门德尔松(AndyMendelsohn)在甲骨文OpenWorld大会上接受记者采访时表示：“每个可插拔的数据库都有自己私有的表空间。”

　　Oracle12C划分资源提供给可插拔数据库中的container，如同一个hypervisor在客户应用程序中共享物理资源(如CPU和RAM)。核心数据库逻辑在可插拔数据库之间分时共享，保证比其他更高优先级的服务。

　　这种“虚拟化”分离对未来Oracle与对手的竞争大有好处。例如，Oracle现在可以说，与Salesforce.com和其他厂商相比，它有一个更好的方式提供HR和CRM应用服务。甲骨文CEO拉里？埃里森(LarryEllison)曾在2011年和2012年的OpenWorld大会表示，在云中的虚拟化是正确的方向，客户的数据彼此分离是一种美德。他声称，Salesforce.com潜在地“混杂”客户数据。但Salesforce表示，其多租户应用程序强制执行客户数据分离，与Oracle数据库一起工作。

　　甲骨文公司产品营销副总裁雷克斯？王(RexWang)在OpenWorld大会上参加了一场讨论，当被问及“虚拟化”12C的数据保护是否优于Salesforce.com的多租户应用程序时，王表示它们是的。谈及他是否知道在Salesforce或其他地方，如银行，保险公司和其他依赖Oracle的企业，有任何的应用程序强制数据分离的故障，王说，如果存在，这些企业不会希望被宣传。这样的辩论可能还会继续。

　　虽然在OpenWorld大会上几乎没人提及，12C的虚拟化形式的其他影响，是使数据库系统变得更加可移动。一个可插拔数据库可以从12C服务器上分离，并插入同一个数据中心的另一台12C服务器，或者不同的数据中心的12C服务器。这与VMware的VMotion虚拟机功能有异曲同工之妙。

　　12C“集装箱数据库系统”可能会迅速建立一个可插拔的数据库。门德尔松指出，数据库管理员花很多时间来打补丁和更新。现在他们可以通过克隆来做，然后以可插拔的数据库交换旧版本。

　　“这类似于IT部门使用虚拟机。”门德尔松说，只有甲骨文导入虚拟化概念到数据库的世界，并以一种适合更统一经营的方式实施它。现在，创建和维护数据库系统会更容易。一个数据库管理员可以在一个container中使用一组工具集监控和管理所有的数据库。

　　门德尔松预计，数据的正常增长会将刺激更多的系统和更多的分析需求。甲骨文将以往一样，根据用于运行数据库的CPU数量出售12C。他预测，从长远来看，这个数字将会继续增长。

　　相关文章