DB2_pureScale_的新特性介绍Group_Crash_Recovery..docxVIP

DB2 pureScale 的新特性介绍 -- Group Crash Recovery武翠霞, 软件工程师, EMC武翠霞，IBM 中国软件开发中心软件工程师，Business Intelligence 项目组，两年商业智能项目经验，目前从事 DB2 产品的测试。张玉颖, 软件工程师, IBM张玉颖，高级软件工程师，熟悉 IBM Data Warehouse 相关产品，具有丰富的项目实施经验，尤其擅长数据建模和 ETL 架构设计。简介：?本文主要介绍了 DB2 pureScale 的结构，以及新特性 Group Crash Recovery ，并通过 DB2 V9.8 的实例进行了详细说明。引言DB2 V9.8（pureScale）最重要特性就是其高度的伸缩性， 这是 DPF，HADR 所不能满足的。在 pureScale 中所有的数据都是在一个共享的地方存放，这点与 DB2 for z/OS 的存储结构类似。在 pureScale 中引入了 member 的概念，相当与 DPF 的 partition。一组 member 的集合就是一个 Cluster（集群）。在 pureScale 中还有 Cluster Facilitator，它来确保 cross member 数据的一致性，可以配置一个或者两个 CF。CF 的主要组件包括以下三部分。Global Buffer Pool (GBP) ：保证集群上缓存中的共享数据页的一致性Global Lock Manager (GLM) ：保证集群上共享数据更改的一致性Shared Communications Area (SCA) ：对 DB2 控制数据（比如：控制块，日志序列数（LSN））提供一致机制。Shared Data 结构介绍Shared Data（SD） 是一种全新的数据存储方式。在这种方式中，所有的数据都是共享的，member1 可以读取 member2 的数据，但每个 member 只能在自己的日志路径上写日志。图 1 显示了 SD 结构。图 1. SD 结构图可见数据是共享的，每个 member 都使用相同的 log 参数，日志放在集群文件系统中，member 各自写各自的日志，但可以读其他 member 的日志。以三个 member 为例，其日志路径分别为：yourinstance/TESTDB/DBPARTITION0000/LOGSTREAM0000, yourinstance/TESTDB/DBPARTITION0000/LOGSTREAM0001, yourinstance/TESTDB/DBPARTITION0000/LOGSTREAM0002 在 pureScale 中最多支持 128 个 member，以三个 member 和两个 CF 为例，数据库配置如清单 1 和清单 2 所示。清单 1. 逻辑配置（member 和 CF 在一个物理机器上）cd /home/wucuixia/sqllib_shared cat db2nodes.cfg 0 coral253 0 - - MEMBER 1 coral253 1 - - MEMBER 2 coral253 2 - - MEMBER 128 coral253 0 - - CF 129 coral253 0 - - CF 清单 2. 物理配置（member 和 CF 在多个物理机器上）cd /home/wucuix2/sqllib_shared cat db2nodes.cfg 0 coralxib14 0 - - MEMBER 1 coralxib15 0 - - MEMBER 2 coralxib16 0 - - MEMBER 128 coralxib17 0 - - CF 129 coralxib16 0 - - CF Group Crash Recovery 介绍DB2 现有的恢复方式有 HADR，Version Recovery，Crash Recovery，Rollforward Recovery，现在 Group/Member Crash Recovery 是 pureScale 引入的新的 Crash Recovery。在只有一个 CF 的情况下，如果 CF Down 掉了，就需要进行 Group Crash Recovery；如果 CF 正常工作，某一个或多个 member 不能工作，则需要进行 Member Crash Recovery。如果有一个主 CF 和一个辅助 CF，在两种情况下需要进行 Group Crash Recovery。一种是如果锁双工运行，当主 CF 和辅助 CF 同时不能工作，或者主 CF 不能工作同时辅助 CF 未达到 peer 状态时，