在如今竞争激烈的市场中，部署一个">数据处理架构至关重要，该架构不仅要满足您的即时战术需求，还要提供增长和变更方面的灵活性，以适应未来的战略要求。2009 年 12 月，IBM 推出了 DB2 pureScale Feature for Enterprise Server Edition (DB2 pureScale Feature)。DB2 pureScale Feature 利用了一个基于 DB2 for z/OS® 数据共享架构的主动-主动共享磁盘数据库实现。它利用大型机上的 DB2 数据库软件的成熟技术，为开放系统带来了主动-主动共享磁盘技术。DB2 pureScale Feature 通过提供以下关键优势来满足许多客户的需求：
几乎无限制的容量：DB2 pureScale 提供了几乎无限制的容量，允许根据需要增加或删除成员。DB2 pureScale 可扩展到 128 个成员，拥有一个高效的集中管理工具，与同类模型相比，这个工具具有卓越的外扩能力。DB2 pureScale 还利用了一项名为
Remote Direct Memory Access 的技术，提供了高效的节点间通信机制，该机制还有助于实现卓越的伸缩能力。 应用程序透明性：在 DB2 pureScale 环境中运行的应用程序不需要拥有集群中的不同成员或分区数据的任何知识。DB2 pureScale Feature 自动将应用程序路由到最适合的成员。DB2 pureScale Feature 还为其他数据库供应商使用的语法提供了原生支持，这使得这些应用程序只需进行极少的更改或无需更改即可在 DB2 pureScale 环境中运行。 持续可用性：DB2 pureScale Feature 提供了一种完整的主动-主动配置，如果一个成员发生故障，处理工作会在其余的活动成员上继续执行。在发生故障期间，只有在故障成员上修改的数据会在完成该数据集的数据库恢复之前不可用，而恢复过程非常快。与一些竞争解决方案相比，这是一大优势，在那些解决方案中，在数据库恢复过程中整个系统都会冻结。 降低总体拥有成本：DB2 pureScale 接口能
轻松处理 DB2 pureScale Feature 中集成的组件的部署和维护。这有助于减少导致与一些竞争性的部署和维护技术有关联的学习曲线变得陡峭的因素。
DB2 pureScale Feature 提供了一个本地高可用性解决方案，同时还解决了其他许多客户业务场景，比如：
需要拥有动态变化的数据的一致备份。 需要拥有生产数据的一致备份来简化主机间数据移动或迁移。 需要拥有生产数据的一致备份来简化应用程序开发和测试需求。 需要拥有生产数据集的副本，以便将它们用于审计、质量保证和数据迁移用途。
DB2 pureScale Feature 利用了 IBM Storwize V7000 存储系统 FlashCopy 服务，以一种非常高效的方式解决了上述客户需求。
FlashCopy 功能使您能够创建数据的时间点和全卷副本，这些副本可直接接受读写访问。
FlashCopy 在目标卷上创建来源卷的一个副本。此副本称为一个时间点副本。当发起一个 FlashCopy 操作时，会在来源卷与目标卷之间创建一个 FlashCopy 关系。FlashCopy 关系是 FlashCopy 来源卷与 FlashCopy 目标卷之间的一种映射。该映射支持将来源卷的时间点副本复制到相关联的目标卷。FlashCopy 关系存在于这个卷对之间，它从您发起一个 FlashCopy 操作起开始存在，一直到存储单元将来源卷的所有数据复制到目标卷，或者一直到您删除了 FlashCopy 关系（如果它是一个持久 FlashCopy）。
在物理地复制数据之后，一个后台进程会复制从来源卷到目标卷的轨迹。完成后台复制所需的时间量依赖于复制的数据量、发生的后台复制进程数量或在存储服务器上发生的其他活动。复制速率也可在创建 FlashCopy 时进行调整，或者在以后修改。
本文将介绍部署一个包含 Storwize V7000 存储子系统的 FlashCopy 解决方案所需的步骤。FlashCopy 功能还可用于来自其他存储供应商的 FlashCopy 技术部署。
理解解决方案配置
在本文中提供的示例 FlashCopy 解决方案中，主要服务器上的一个 DB2 pureScale 实例是活动的且处于在线状态。主要服务器的数据库上正在运行一些事务，而 FlashCopy 同步地将数据复制到目标服务器。复制工作在块级别上执行；它在主机操作系统和缓存之下执行，因此对主机而言并不明显。
如果整个故障都发生在主要服务器上，那么目标服务器上的 DB2 pureScale 实例可处于在线状态，以便在主要服务器不可用时处理应用程序请求。图 1 显示了这个 FlashCopy 配置示例中使用的配置的一种基本拓扑结构。
图 1. 拓扑结构概述
主要服务器和目标服务器上创建了一个名为 db2inst1 的相同的 DB2 实例。
每个站点的 DB2 实例都由两个成员和两个 CF 组成。 主要服务器上部署了一个 Storwize V7000 存储子系统。在图 1 中，整个子系统在逻辑上显示为两个 V7000 服务器，但实际上它只是在主要服务器和目标服务器之间共享的一个服务器。 hdisk6 将实例文件存储在 DB2 实例所有者的主目录中。此磁盘没有在服务器之间建立
镜像。 hdisk7 由 DB2 pureScale 集群服务使用。此磁盘没有在服务器之间建立镜像。 hdisk8 存储了与一个 DB2 数据库有关联的数据。此磁盘上创建的文件系统名为 /db2fs/db2datafs。此磁盘在服务器之间建立了镜像。 hdisk9 存储了与一个 DB2 数据库有关联的事务日志。此磁盘上创建的文件系统名为 /db2fs/db2logfs。此磁盘在服务器之间建立了镜像。 在 hdisk8 和 hdisk9 上定义了一个存储级的一致性组，以保证在发生任何故障时可在目标站点上看到数据的单一时间点副本。