|
分区的威力(翻译)
来源：不详 作者 佚名 点击数： 录入时间：07-12-20 15:39:49
分区的威力
Dwaine R. Snow and Paul C. Zikopoulos 著
笑熬浆糊 译
原文出处：《DB2 Magazine》 Quarter 2, 2003 · Vol. 8, Issue 2
英文原文（由于文章翻译未经授权，请在转载时保留原文链接）
人们对分区有很多的误解。多伦多实验室的专家们对这个有用的功能进行了正名。
DB2 数据库分区的往往是存在很多误区。对于Linux、Unix以及Windows平台上的DB2 UDB 8.1 版本所做的变动有助于简化DB2 分区。我们将解释这些变动，澄清一些分区的神话，以及说明您应该考虑分区的时机和理由。
DB2 UDB 8.1 For Linux \Unix\Windows将DB2产品家族中以前称之为DB2 UDB 企业版和企业扩展版的产品整合成为一个单独的产品中。这个 新的DB2 企业服务器版(ESE) 包含了数据库分区的功能(从前是作为单独提供的产品) ，作为一个计费的项目，现在被称为数据库分区功能(注：直译——database partitioning feature DPF)。当DB2的用户们发现自己需要开始分区时，那么他们可以马上开始而不需要其他一些额外的代码—— 他们仅仅需要DPF的许可协议。
DPF的真相
关于数据库分区的神话在DB2中随处可见（参见表1）。对于分区基础的快速概揽将帮助你区别真伪并且做出适当的分区决策。
表1 : 围绕DB2 数据分区的神话和事实
无论是否有DPF，DB2都支持并行查询处理。图1展示了安装在一个4路SMP（对称多处理）服务器DB2 ESE。在这个假设中。一个独立的查询可以自动使用这个服务器上所有的CPU和物理磁盘。对于依靠需要数据的子集进行处理的子代理提供分区内部的并行机制。DB2 使用I/O的预存取把从磁盘发送的数据反馈到这些子代理当中。这种并行机制对用户、应用程序以及DBA都是透明可见的。
图 1：不带有DPF的DB2 ESE的并行机制
DPF选项增加了在一组机器中或逻辑上位于某个SMP服务器中的数据库进行分区的能力。依靠DPF，一幅数据库图像可以跨越多台机器（存储），并且它对于用户和应用程序来说仍然还是一幅完整数据库图像。
考虑四路的SMP服务器组的情况。 (在这篇文章里，我们将使用术语数据库分区组而不是集群，因为集群通常是指高可靠性的故障转移配置或者用于衡量系统的分区组。) 使用DPF，在图1中所讨论到的并行操作可以扩展到横跨多台SMP 机器(参见图2)。这样的好处就是有一个双并行操作。 你可以跨越多台机器或者逻辑数据库分区来平衡这些并行操作。这样的处理被称之为分[1] [2] [3] [4] [5] 下一页
|
