Oracle Database 12c：为云计算准备的数据库_Oracle

今年7月1日，作为云计算战略的重要一步，甲骨文正式对外发布了数据库12C版本。甲骨文将其定义为面向云设计的数据库，并针对企业未来的云计算应用做出了多项技术创新。近日，在北京举办的甲骨文云数据库与集成系统创新技术日上，甲骨文公司副总裁及大中华区技术总经理喻思成全面介绍了数据库12C的产品架构，并就一直以来被舆论热议的“去IOE”发表了自己的看法。

甲骨文公司副总裁及大中华区技术总经理喻思成

数据库的革命性改变

为什么Oracle数据库12c是真正为云计算准备的数据库？喻思成认为，无论是公有云还是私有云，客户把数据库放在一个平台上，通过把虚拟机“切”成小片的方式来做到多用户、安全和管理，系统开销和性能损耗是不能忽视的。Oracle数据库12C采用多租户架构，是可插拔的数据库，能够让客户共享操作系统和数据库，同时每一个又是单独承载，这与以往数据库完全不同，是革命性的改变。

可插拔的数据库的特点是前端是完全不能改变的，而且能快速安全的运转，同时又能够降低IT成本。通过把每一个数据库单独的管理，使性能和资源利用率擦得到提高。喻思成举例说：“有三个数据库，其中之一是为ERP服务，要启动这样一个数据库需要连接上前端的数据库应用，同时有自己的后台支撑和数据库文件。每一个数据库都是如此。在同样一个服务器上面，再去启动另外两个数据库，你会发现，无论服务器如何，计算能力如何，要启动多个数据库或者是多个硬件的话，终究有一天系统会被耗尽。”

而Oracle数据库12c的做法是将数据库本身和数据库后台隔离开来，把所有的进程和内存都统一在单一数据库之上，将数据库变成多租户架构，可以轻松进行插拔，使系统资源开销大大减少。如果仅从系统的开销上做一个简单的测试，在使用传统的数据库的方式之下，可能50个数据库之后，系统资源就耗尽，而如果是使用多租户，就同时可以为250个数据库提供服务，仅系统资源的减少就达到6倍之多。

除此之外，还能对数据库进行更好的管理，可以把多个数据库快速完全隔离。只要是12c以后的版本，数据库都可直接打包，插拔或取下。整合数据库时升级也将变得十分容易。还可直接实现云化管理，无论是公有云、私有云的平台，均可以将所有的用户作为租户来管理，把租户完全隔开，同时设定高、中、低优先级。

喻思成介绍，多租户容器数据库（CDB）的出现跟传统的（ROCK）技术是互相叠加的，通过分析在每一个容器里面有多少数据库，以及每一个数据库的优先级和高低级，可以形成多个集群。比如对于有两个容器、五个数据库的情况下，其中有四个放在一个容器中，其实系统使用的资源是不平衡的，在这个基础上就可以扩大集群，将数据库可以平移过去，降低集群的资源消耗。

另外，在传统的Schema下，一个数据库停机后，全部的Schema都会受到影响，备份要回到同一个时间点。而Oracle数据库12c可以实现多个应用一次备份，可以对每一个数据库单独回稳。每一个数据库得到的数据和备份都是完全分开的，但是进程只有一个，每一个前端应用得到的数据库服务是非常完整，而且是可以单独存在，由一个集群为它提供安全的管理。这也使得Oracle数据库12c可以做到快速部署与快速克隆。

面对Oracle数据库12C的多租户架构，用户首先不需要改变应用，其次能够实现隔离和多租户管理，再次能够快速响应，而且是安全的且具有高性能。当把多个数据库作为一个来管理，可实现同时升级，对用户来说非常重要，因为它意味着更高的资源利用率，更高的性能和更大的可扩展性。

除多租户架构之外， Oracle数据库12C的第二个重要功能是自动的数据优化。通常，在一个数据库里有很多的应用，当对应用进行状态管理的时候，会发现需要非常多的智能化。现在，Oracle数据库12C通过对段和块的热图跟踪，可以针对不同分区的数据访问情况对数据进行压缩或分层。如果一个分区中30天没有变化，就对这个分区进行行压缩；如果该分区180天没有变化，对分区进行列压。行压和列压的压缩的比例是有差别的，这就区分了对哪些数字是可以束之高阁，哪些数字是触手可及。

一般情况下，我们使用黄色、蓝色、红色来自动识别数据，以此判断进行什么样的压缩和存储，即时感测数据的温度，从而发现压缩的方式。当用数据在存储级已经实现存储智能的时候，就能够将数据区分开来，有效利用资源，实现动态、智能地对数据进行判断、压缩及解压的过程，从而最大的提高了生产效率，降低IT成本。

在用户关心的安全性上，Oracle数据库12c也有新的变化。Oracle在整个数据安全方面已经形成了一整套的数据安全产品，能够事先预防、锁住不需要的操作进行监控，就像一个无所不在的监控头，能够发现错误，从而达到追本溯源的监测过程。比如，一个最新的动作是对敏感数据进行转化，可以选择性的对数据进行屏蔽，对所有的应用层数据进行安全处理。

对于数据库迁移问题，喻思成透露，Oracle数据库12c在旧版本和新版本迁移的过程非常简单，即使对第三方的迁移，也提供了完整的迁移手段。“如果要迁移第三方非Oracle的数据库，SQL Developer可以抽取DDL，抽取存储过程，导入到12c之下。对于第三方数据库的迁移，12c是非常快速和容易的。用户使用SQL转换的过程，可以对整个前端做到完全无缝转换。”

“去IOE”对业务没有影响

近来在业界被热议的“去IOE”现象，其中的“O”指的就是Oracle的数据库。喻思成表示，“去IOE”对甲骨文的业务没有什么影响。“真正懂技术的客户跟我们讨论的更多是技术层面上的东西。对于非常成熟的大客户，他们看得到社交化、移动化、虚拟化和X86化这些趋势，他们会关注技术层面的问题。”

有两类公司对Oracle产品的需求率低。他认为，对于Facebook这类纯互联网公司，它们从一开始就采用开源技术，它们有大量的技术开发人员，起源的历史就注定它购买高端存储几乎是不可能实现的，因为资金回报比不合理，它们不需要IBM、Oracle、EMC这样的解决方案。而另一类以技术架构为生，希望掌握核心技术的公司，更多地是知道Oracle，但是使用的不多。但是现在美国很多此类公司都已经开始使用Oracle的产品，比如苹果有选择性的使用Oracle的产品。

他呼吁业界对“去IOE”保持理智。他认为，最近几年中国企业增长迅速，他们在选择IT架构的时候会受到误导。其实，他们跟互联网企业是完全不同，他们没有海量的数据，不需要开源的代码，IT也不是他们的核心业务，更无法承担自己雇佣一万名开发人员的成本。他们所需要的是IT来帮助企业走向移动和互联网化。

甲骨文认为，传统企业的移动化、社交化是未来十年里的最大浪潮，也是IT人能做出的最大贡献。“而这与去不去IOE是完全没有关联的，这种说法也是没有任何意义的”他说，“对于这类传统企业来说，没有其他选择可以取代数据库的高性能的处理，而真正理智的客户不会做出不理智的选择。我们担心的是传统企业在这个过程中受到非理性的影响。甲骨文真正关心的是X86化、云化、虚拟化这样的浪潮，而不是依附在哪个公司。而据我们所了解，目前还没有哪些客户是以去Oracle为目标的。”