Oracle 数据库一体机的崛起

传统IOE架构的问题

对于Oracle数据库系统来说，IOE架构是一种非常经典的架构。过去的十几年，它已经在许多行业中证明了自己存在的合法性。那为什么我们要用数据库一体机这样的新架构去取代它？是因为随着互联网业务的发展，IOE架构暴露出了许许多多的问题

I/O性能

这是最大的问题所在。在该架构中，通常只有一个集中式的存储阵列，通过光纤网络向计算节点提供存储资源。早期的存储阵列全部采用机械磁盘，其性能有非常明显的瓶颈，即使发展到了今天，一块高端的机械盘最多也只能提供300左右的IOPS，延迟也很高，通常在几十毫秒。相对于SSD高达几万的IOPS，以及微秒级别的延迟而言，在OLTP的场景下，性能差距非常明显。那你可能会有疑问，现在SSD已经非常普及，各大存储厂商的AFA（全闪阵列）产品比比皆是，是否只需将原先架构中的集中式存储替换成更新的型号就可以了？答案是否定的。在数据仓库的场景下，通常数据量巨大，而且和时间是正相关的。此时整个系统所能提供的吞吐量就成为关键，而非IOPS和延迟，也就是说需要在可接受的时间内，从存储系统向数据库服务器传输足够大量的数据。在这样的场景下，集中式存储所能提供的吞吐是非常有限的（因为网络端口数量有限），并且无法进行水平扩展。因此即使使用了全闪阵列，也无法应对超大型的数据仓库场景。

可用性

对于核心数据库系统来说，可用性一定是最重要的。虽然集中式存储阵列内部也有各种冗余的设计，但从整个架构来看，它依然是一个单点。一旦整个存储阵列发生故障，数据库也会随之发生宕机，而且还存在设备无法恢复导致数据丢失的风险。这对于企业来说，几乎就是一场灾难，因为数据是无价的。

开放式系统

IOE架构其实是建立在80年代所提出的开放式系统概念之上的。为了构建一个数据库系统，需要从多个不同的厂商采购不同的硬件、软件，然后再将这些部件重新集成，这个过程成本很高，包括资金、人力和时间成本。因为企业需要面对各种问题：不同设备的到货周期，产品稳定性、兼容性，各个厂商实施人员的技术水平，项目经理的协调能力等等。虽然提出开放式系统概念的初衷是因为原来的一体化产品过于封闭限制诸多，但其无形之中也在不同程度上增加了其他环节的成本。虽然各个厂商都提供了一些标准的软件和接口，但