DB2 DBA，如何解释 DB2 的业务价值

核心提示： 在这个上下文中，“规模扩展” 这个词指的是能够将针对单一逻辑映像数据库的工作负载分散到多个物理服务器上，DB2 DBA，如何解释 DB2 的业务价值(2)，有两个 DB2 规模扩展解决方案：大型机集群(称为 Parallel Sysplex)上的数据共享和在 Lin

在这个上下文中，“规模扩展” 这个词指的是能够将针对单一逻辑映像数据库的工作负载分散到多个物理服务器上。有两个 DB2 规模扩展解决方案：大型机集群(称为 Parallel Sysplex)上的数据共享和在 Linux、Unix 或 Windows 服务器集群上实现的 Data Partitioning Feature(DPF)。这两种技术都是在行业中领先的技术。DB2 for z/OS 数据共享能够支持企业从最多 32 个 DB2 子系统对一个共享数据库进行并发读/写访问(这些子系统可以运行在许多大型机系统上，也可以运行在少量物理服务器上，每个服务器上有多个 DB2 子系统)。这个解决方案不是市场上惟一的共享数据 DBMS 规模扩展解决方案，但是其他任何技术都无法提供 DB2 for z/OS 数据共享组这样好的 CPU 效率(真正并发的节点间读/写数据访问的 CPU 开销非常低)。

带 DPF 功能的 DB2 能够在 Linux、Unix 或 Windows 环境中提供无以伦比的规模扩展能力。可以在一个 DB2 DPF 系统中配置数以百计的服务器;每个服务器提供对单一逻辑映像数据库的一个物理子集的访问(一个散列算法将给定的数据库表的行分散到 DBA 指定的节点上)。市场上也有其他的非共享(shared-nothing) DBMS 规模扩展解决方案，但是其他解决方案都无法像带 DPF 功能的 DB2 那样兼具易用性和灵活性，因为 DPF 功能是嵌入在 DB2 for LUW 数据服务引擎中的。

对于共享数据和非共享 DBMS 体系结构孰优孰劣的问题，人们还在争论;但是，这两种 DB2 解决方案对于底层服务器平台都是非常合适的。DB2 for z/OS 数据共享的 CPU 开销非常低，这是因为它使用的函数以优化的方式分散在整个 Parallel Sysplex 软件结构中：z/OS 操作系统、DB2 DBMS、Coupling Facility Control Code(它管理全局锁和数据缓冲所用的共享内存结构)以及 CICS 事务管理器或 DB2 Connect 分布式客户机网关(如果配置中有这些组件的话)。这种优化是可行的，因为 DB2 for z/OS 数据共享只需要使用一个操作系统和一个芯片组(IBM System z 微处理器)。在 DB2 for LUW 环境中不可能进行这样的功能分布，因为这样的环境需要支持多个操作系统和多个服务器硬件平台;因此，DB2 for LUW 规模扩展解决方案基于最佳的非共享集群技术。无论采用哪种方式，组织都会得到所希望的效果：DBMS 不会阻碍业务的增长。