DB2面向OLTP环境的物理数据库设计:可靠性、可用性和可伸缩性

为了跟上如今全球化程度不断增加且日益竞争激烈的市场,您的">企业架构必须有足够的灵活性,能够随着未来战略性需求的变化而一起成长,并在计划内和计划外停机中确保业务连续性。 对于任务关键型的 24x7 企业,一个小时的停机时间可以转化为数百万美元的收入损失,更不用说商业信誉的损害和潜在的客户流失。全球化企业都是跨时区运营的,提供全天候的业务服务。系统维护和升级的定期维护窗口已不复存在。分布式企业需要能够在每个地理位置提供相近的服务,并能够规避网络故障或传输时间。

可靠性、可用性和可伸缩性解决方案 通过实施以下解决方案,可以实现可靠性、可用性和可伸缩性 (RAS) 的部分或所有方面。根据各解决方案提供所有三个方面的能力,按最差到最好的顺序列出这些能力:

共享磁盘集群

它在集群中的节点故障上提供高可用性。该解决方案只提供高可用性,并没有提供可伸缩性、灾难恢复或防止磁盘损坏的保护。

磁盘镜像技术

有许多解决方案都提供了商用磁盘镜像技术,可以通过共享磁盘集群解决方案实现高可伸缩性或灾难恢复。 然而,这些解决方案在磁盘损坏的情况下并不能为您提供完全保护。如果源磁盘已损坏,损坏的数据也会传播到目标。此外,该解决方案不提供瞬时故障转移功能,而该功能是 24x7 业务的关键。

DB2 High Availability Disaster Recovery 特性

这是一种低成本、易于管理的复制解决方案。它为部分的和完整的站点故障都提供了高可用性和灾难恢复解决方案。它还提供瞬时故障转移。

DB2 pureScale® 特性

这是一个共享磁盘架构,使企业能够根据需要透明地动态扩展 OLTP 集群。它提供了无限的容量、可靠性和持续可用性。

分区数据库环境

分区数据库环境是一个无共享架构,使数据库管理器能够跨多个数据库分区扩展到数百 TB 的数据和数百个 CPU,以形成单个大型数据库服务器。 这些分区可以位于一台服务器内、跨多个物理机或组合的环境。数据库数据分布在多个数据库分区,提供巨大的可伸缩性和跨这些分区的工作负载并行性。

典型 OLTP 工作负载运行时间较短,它们运行的事务仅访问表的一些随机行。分区数据库环境更适合于数据仓库和业务智能工作负载,由于每个事务上都会发生实例间的通信。

适合于您的业务的 RAS 解决方案

为您的业务确定合适的 RAS 解决方案,您必须先定义您的高可用性和灾难恢复目标。要帮助确定这些目标,则需要分析您当前的企业是否有到位的基础架构可以提供 RAS。 为了找出合适的解决方案,需要回答下列问题,以了解停机发生时的业务影响。

 对您的业务来说,必要和重要的 RAS 方面是什么?
 有什么已经到位的措施可以缓解业务中断的风险?
 业务基础架构何时由于计划内或计划外中断造成停机:

– 您的业务需求和客户服务水平协议是什么?
– 对您的业务和客户的影响是什么?收入、信誉、未来的销售、目前和潜在的客户损失?
– 如果发生灾难,可接受的恢复窗口是什么?
– 使现有的基础架构恢复在线,需要多长时间?

以下各节更深入讨论两个 DB2 解决方案,它们提供了 RAS 的所有三个方面。

DB2 High Availability Disaster Recovery 特性

DB2 High Availability Disaster Recovery (HADR) 特性是一个易于使用的数据复制特性,为部分和完整的站点故障提供高可用性和灾难恢复解决方案。 HADR 将数据变化从源数据库(称为主数据库)复制到目标数据库(称为备用数据库)。每一个数据库都使用自己的存储。备用数据库永远应用从主数据库收到的事务日志,从而与主数据库保持同步。在计划内或计划外停机,备用数据库可以瞬间故障转移到服务客户端。使用任何集群服务器软件都可以自动故障转移。

在结合使用自动客户端重路由 (ACR) 或使用虚拟 IP 配置的集群服务器时,故障转移对客户端是透明的。Tivoli System Automation for Multiplatforms (SA MP) 软件是 HADR 故障转移自动化的建议集群服务器,因为它是通过 DB2 高可用性 (HA) 接口紧密集成的。

下图显示了一个 HADR 环境示例:

图 6. HADR 环境

HADR 何时适合您的业务 当您的业务具有以下要求时,HADR 适合您的业务:

 一个低成本且简单的解决方案,易于设置和管理高可用性及灾难恢复。
 复制整个数据库。
 对计划内和计划外中断的瞬时故障转移。
 将只读工作负载卸载到备用数据库上,以便解放主数据库用于关键业务的读或写工作负载。
 在商品硬件上面向所有平台的高可用性和灾难恢复解决方案。
 不要求动态横向扩展。

时间: 2014-12-19

DB2面向OLTP环境的物理数据库设计:可靠性、可用性和可伸缩性的相关文章

DB2面向OLTP环境的物理数据库设计:数据库操作和维护

在数据库系统进入生产环境之后,工作重点会转向对数据库系统的日常维护.日常运营方面包括性能管理.问题诊断和维护,它们必须继续满足业务http://www.aliyun.com/zixun/aggregation/14189.html">服务水平协议. 面向 OLTP 环境的物理数据库设计应包括运营和维护任务的时间表.本节提供了此类活动的总结. 恢复策略 作为 RAS 整体策略的一部分,恢复策略在满足您的 RAS 目标中发挥着重要作用.虽然事实上在许多层次上都存在冗余,但在定义恢复点目标 (R

DB2面向OLTP环境的物理数据库设计:表空间和缓冲池

在设计表空间和物理设备上的容器位置时,我们的目标是最大限度地提高 I/O 的并行度,增加缓冲区利用率和缓冲池命中率.为了实现这一目标,您需要透彻了解数据库设计和应用程序. 了解表空间和缓冲池的工作原理以及它们影响数据库的整体性能的方式,这可以帮助您确定一些问题,例如,将两张表分隔到不同的设备是否会导致并行 I/O,或者是否应在一个单独的表空间中创建一个表,使该表可以被完全缓冲. 您的设计中要考虑的两个主要存储领域是: 1. 表空间.表空间的类型和设计可以决定对该表空间所执行的 I/O 效率. 2

DB2面向OLTP环境的物理数据库设计:查询设计

在最基本的层面,包括选择.插入.更新和删除在内的 SQL 操作是应用程序与 DB2 数据库进行交互的方式.应用程序的总体性能和体验受到该应用程序所用的 SQL 操作的影响. 设计.维护.监视和调优 SQL 查询的完整处理超出了本文的范围.然而,我们从较高层次概述了查询设计的工具和一般准则,因为查询设计和物理数据库设计彼此密切相关. 大多数物理数据库设计的特征对 SQL 语句并不明显,但为了更好地使用 DB2 特性,在编写查询时需要考虑到数据库的物理特征,如索引.例如,使用范围分区表时,选择查询即

DB2面向OLTP环境的物理数据库设计:数据建模

收集需求并创建逻辑模型,这是良好的物理数据库设计的关键. 数据建模的第一步是收集需求.该步骤涉及识别需要维护的关键业务工件.数据和信息.这些业务工件被称为实体.对于http://www.aliyun.com/zixun/aggregation/7976.html">在线购物目录,有关客户.产品和定价的信息都是业务关键信息,即实体. 可以通过利益相关者的输入来收集需求.需求和数据模型通过迭代方式向对方输送数据而得到进一步完善,从而创建一个逻辑模型. 图 1 显示了迭代数据建模范例: 收集需求

DB2面向OLTP环境的物理数据库设计:表

DB2 数据库将数据存储在表中.有几种类型的表可以存储永久性数据,如多维集群表.分区表和范围集群表.除了用于存储永久性数据的表之外,也有一些表可用来展示结果.汇总表.临时表. 根据数据的显示形式和事务类型,您可能会找到一个表类型,提供可以为您的环境优化存储和查询性能的特定功能. 选择合适的表类型 表类型的选择取决于业务和应用程序的需求.表中存储的数据的性质和查询的性能要求.下节描述了每种表类型适合在何时使用. 基表 基表可以保存永久性数据.DB2 数据库的基表有以下几种类型: 常规表 有索引的常

DB2面向OLTP环境的物理数据库设计:数据类型

为一个数据库设计表,这涉及到选择一个合适的http://www.aliyun.com/zixun/aggregation/14208.html">数据模型和数据类型.数据类型是一个列属性定义,它指示了应该将什么类型的数据存储在一个表列中. 根据所存储的数据的性质小心选择正确的数据类型,这有助于最大限度地减少存储需求. 最大限度地减少数据行消耗的空间,这有助于将更多行放在一个数据页面中.如果一个数据页面中有更多的行,那么这样可以提高缓冲池命中率,减少 I/O 成本,并实现更好的查询性能.DB

DB2面向OLTP环境的物理数据库设计:索引

在 DB2 数据库中,索引是按一个或多个键的值进行逻辑排序的一组指针.指针可以引用表中的行.MDC 表中的块,或在 XML 存储对象中的 XML 数据. 索引通常用于加快对表中的行的访问.若在表上定义了良好的索引,查询就可以更快地访问行. 索引是数据库对象.它们是物理对象,而不是逻辑对象(如,视图).因此,索引也占用http://www.aliyun.com/zixun/aggregation/17325.html">存储空间,需要那些会占用系统资源的必要维护.一组精心设计的索引可以提高

DB2面向OLTP环境的物理数据库设计:存储系统

与独立磁盘相比,存储系统提供了许多优势,包括降低http://www.aliyun.com/zixun/aggregation/14290.html">存储管理开销.更好的性能.巨大的存储服务器缓存.多路径访问.备用电池.更高的可靠性和更高的可用性. 最近,通常为 DB2 数据库服务器提供服务的并不是独立磁盘,而是中高端的存储系统,比如 IBM System Storage® DS6800 和 DS8300. 尽管最近固态设备 (SSD) 取得了成功,但磁盘仍然是数据中心的规范.因为处理器

DB2面向OLTP环境的物理数据库设计:数据和索引压缩

您可以通过使用内置在 DB2 for Linux, UNIX and Windows 数据库中的压缩功能来减少表.索引和备份映像的大小,从而减少数据所需的存储量. 表和索引通常包含重复信息.这种重复可能是单独或合并的列值,也可能是列值的共同前缀,或者是在 XML 数据中的重复模式.压缩方法可以使用短字符串或符号来代替重复的信息. 您可以使用一些压缩功能来减少存储表和索引功能所需的空间,同时也可以采用一些功能来确定压缩可以提供的节省.您还可以使用备份压缩来减少备份的大小. DB2 Version