DB2 pureScale的起源

您听到或看到的任何关于大型机级可用性的信息都是指DB2 for z/OS为可用性设定的黄金标准。事实上，在可用性方面，世界上没有任何数据库解决方案可以与运行DB2 for z/OS的System z server相提并论。

DB2 for z/OS data * * *使用的底层技术可以确保服务器能够持续满足SLA需求，因为耦合设施提供了集中式锁管理和全局缓存，这保证了从故障中快速恢复。事实上，DB2 for z/OS已经实现了严格意义上的“5-9”级别的可用性，并且在无缝和线性扩展工作负载方面享有很高的声誉。

当提到DB2 for z/OS时，许多人会想到广泛的可伸缩性和高可用性。这种市场声誉并非空穴来风，而是源于这些系统在数据库工作负载可用性方面的市场领先地位从未令人遗憾。也许对DB2 for z/OS强大功能的最好证明是Oracle创始人兼首席执行官Larry Ellison的评论:

我取笑过许多其他数据库，但是我只尊重DB2的大型机版本。是当之无愧的一流技术。

DB2 for z/OS有什么独特之处让埃里森如此推崇它？DB2 for z/OS在数据共享领域的“独特秘密”为用户所熟知，那就是众所周知的耦合工具。耦合工具不仅赋予DB2 for z/OS线性扩展的能力，还提供了一个集中的设备来管理锁。此外，它还充当脏页的全局* * *共享缓冲池(促进可伸缩性和可恢复性操作)。

DB2 pureScale技术继承了DB2 for z/OS耦合工具的传统血统，因此它积累了许多优势，从而为DB2 for z/OS成为可用性和可伸缩性方面的“黄金”标准奠定了基础。这是怎么做到的？DB2 pureScale附带了一个IBM powerHA pureScale组件，它提供了相同的集中式锁管理和严格的全局* * *共享缓冲池架构。

其他厂商也实现了* * *共享磁盘架构的数据库，其中Oracle Real Application Clusters(Oracle RAC)最具影响力。但是，在开发和设计Oracle RAC时，分布式平台技术不允许有效访问集中式缓存。结果，Oracle RAC的设计最终变成了模拟DB2 for z/OS的尝试。这也是Oracle RAC的分布式锁管理技术和分布式缓存架构的起源。在引入横向扩展共享磁盘架构后，Oracle RAC也失去了DB2 for z/OS解决方案的简单性优势。另一方面，DB2 for z/OS和DB2 pureScale提供了相同的集中式资源管理，从而解决了这些复杂的可伸缩性和可用性问题。

根本问题在于，市场上只有一种架构能够提供真正透明的应用程序可伸缩性和高可用性。随着现代硬件在分布式平台上的互联和基于InfiniBand的不间断远程直接内存访问(RDMA)的发展，DB2 for z/OS采用的集中式锁和缓存算法不再是其独家专利。DB2 pureScale将这种业经验证的技术引入了分布式平台，这也代表了整个IBM家族的进步。