(转)使用 DB2 HADR 选择用于灾难恢复的 SUPERASYNC 模式

使用 DB2 HADR 选择用于灾难恢复的 SUPERASYNC 模式

Vishnu G 和 Hemant Singh
2013 年 6 月 25 日发布

WeiboGoogle+用电子邮件发送本页面

0

简介和背景

HADR 是一个通过数据复制提供高可用性和灾难恢复的 DB2 功能。在启用该功能时,可以将主要数据库数据日志实时传送到备用数据库。备用数据库继续重放已收到的日志,以便与主要数据库保持同步。

从 DB2 V9.5 Fix Pack 8 和 DB2 V9.7 Fix Pack 5 开始,SUPERASYNC 被指定为hadr_syncmode,这样主要数据库在任何情况下都不会受阻。

本文将介绍 SUPERASYNC 模式的用途、如何在该模式中设置 HADR,以及该模式下不同的备用数据库的转换状态。本文提供了实现 SUPERASYNC 模式的用例,还介绍了使用它的优缺点。

SUPERASYNC 模式的用途

您可能会面对主要数据库受阻塞的问题,这是因为备用端日志重播缓慢所导致的,而备用端日志重播缓慢是因为备用系统缺少资源以及出现网络暂停。引入 SUPERASYNC 模式可以预防各种因为网络暂停或缓慢执行待机而导致的主要数据库背压(减慢/阻碍事务处理)。

HADR 如何在 SUPERASYNC 模式下工作

在 SUPERASYNC 模式下,HADR EDU在后台进行日志发送,并且不会干扰事务处理的代码路径,这意味着日志发送不在提交事务的范围内。因此,它不会阻止主要数据库运行事务处理。

HADR 对永远不会进入Peer状态或Disconnected Peer状态。HADR 状态将逐渐从 local catch up 变为 remote catch up,然后停留在 remote catch up。HADR 总是从磁盘或归档日志的主要数据库发送日志。它不需要进入 Peer 状态,其中日志是从主要数据库日志缓冲区发送的,并且主要数据库日志的写入程序将会变缓。

在与图 1 所示的其他同步模式进行比较时,此模式提供了最佳性能。

图 1. SUPERASYNC 中的 HADR 的工作原理

  1. 主要数据库将日志记录写入主要数据库的日志文件。
  2. 然后提交事务,无需等待将日志复制到备用数据库。

在 SUPERASYNC 模式下设置 HADR 对

要在 SUPERASYNC 模式下设置 HADR 对,可以使用清单 1 至清单 3 所示的 SUPERASYNC 参数更新 HADR_SYNCMODE db cfg 参数。

清单 1. 更新 HADR_SYNCMODE

1

2

3

4

5

6

$ db2 update db cfg for hadrdb using HADR_SYNCMODE SUPERASYNC

DB20000I The UPDATE DATABASE CONFIGURATION command completed successfully.

SQL1363W One or more of the parameters submitted for immediate modification

were not changed dynamically. For these configuration parameters, the database

must be shutdown and reactivated before the configuration parameter changes

become effective.

清单 2. 停用数据库

1

2

$ db2 deactivate db hadrdb

DB20000I The DEACTIVATE DATABASE command completed successfully.

清单 3. 激活数据库

1

2

$ db2 activate db hadrdb

DB20000I The ACTIVATE DATABASE command completed successfully.

使用 MON_GET_HADR(V9.7 中可能没有提供)表函数或有 -hadr 选项的 db2pd 命令监控主要数据库或备用数据库的状态。

例如,


1

$db2pd –db dbname -hadr

SUPERASYNC 模式下的 HADR 状态转换

如图 2 所示,在启用备用数据库时,数据库将会进入 Local catchup 状态并读取本地日志路径上可用的日志文件。在读取本地日志文件之后,备用数据库将进入 Remote catchup 挂起状态,并等待主要数据库的连接。一旦主要数据库连接到备用数据库,它们将保持 Remote catchup 状态而且不再进入 Peer 状态,以避免产生主要数据库背压。

图 2. SUPERASYNC 模式下的备用数据库状态

当主要数据库和备用数据库在 SUPERASYNC 模式下建立连接时,备用数据库的状态将是图 3 所示的RemoteCatchup

图 3. 备用数据库的状态是 Remote catchup

备用数据库不可用时,主要数据库的状态将为Disconnected,如图 4 所示。

图 4. 备用数据库不可用时,主要数据库的状态是断开连接

当备用数据库与主要数据库断开连接时,备用数据库的状态将是RemoteCatchupPending,如图 5 所示。

图 5. 备用数据库的状态是 RemoteCatchupPending

SUPERASYNC 在 DB2 灾难恢复场景中进行配置

以下小节描述了可以将 SUPERASYNC 配置为 hadr_syncmode 的用例场景,以及其如何帮助灾难恢复实现更好的主要数据库性能。

使用 HADR 和 HA 通过集群服务实现 DB2 灾难恢复

下列场景适用于 DB2 V9.7。

例如,在 Location 1 中建立主要数据库可以在使用 TSA 或 HACMP 集群服务的两台机器(M1 和 M2)之间实现高可用性。在 Location 2 中建立备用数据库,以便在 SUPERASYNC 模式下使用 HADR 复制过程实现灾难恢复,如图 6 所示。

图 6. 使用 SUPERASYNC 的灾难恢复

用户应用程序在主要数据库(如 M1)上连接并执行事务。日志将从 M1 发送到备用数据库。由于备用数据库是在 SUPERASYNC 模式下建立的,所以不会因为它远离主要数据库(高网络延迟)或网络暂停而产生主要数据库背压。因此,主要数据库性能比较好。

如果主要数据库(Location 1 中)上的 M1 速度下降,那么集群服务将会启动启用另一个设置为高可用性的节点(如 Location 1 中的 Machine M2)。

在完成 HA 故障转移之后,会通过 HADR 复制过程将日志从 M2 发送到备用数据库。如果 Location 1 速度下降(M1 和 M2 均下降)。备用数据库将被作为主要数据库启用。通过这种设置,您可以获得数据库高可用性最佳性能和数据库恢复,从而防止灾难发生。

在 SUPERASYNC 模式下使用 HADR 建立多个备用数据库来实现灾难恢复

下列场景适用于 DB2 V10.1

在有多个备用数据库的 HADR 中,可拥有多达三个备用数据库,这是 DB2 V10.1 中的一个新功能。其中一个数据库可设计为 主要备用数据库(支持所有 HADR 同步模式),其他两个用作辅助备用数据库(只支持 SUPERASYNC 模式)。主要备用数据库在相同位置可部署为主要数据库。辅助备用数据库是远程进行部署的,可以为主要数据库和主要备用数据库提供保护,防止灾难发生。

以下是在 SUPERASYNC 模式下使用 HADR 建立多个备用数据库来实现灾难恢复的两个可能场景。

  • 场景 1:使用 HADR 实现 DB2 高可用性灾难恢复
  • 场景 2:使用 HADR 实现 DB2 高可用性和多个灾难恢复

场景 1:使用 HADR 实现 DB2 高可用性和灾难恢复

在该场景中,在 Location 1 上使用了 TSA 集群服务在主要数据库和主要备用数据库之间设置高可用性。辅助备用数据库被设置为实现 Location 2 上的灾难恢复,如图 7 所示。

图 7. 使用多个备用数据库实现高可用性和灾难恢复

用户应用程序在主要服务器上连接并执行事务。事务日志将从主要服务器发送到主要备用服务器和辅助备用服务器。因为辅助备用服务器是在 SUPERASYNC 模式下建立的,所以不会因为它远离主要服务器(高网络延迟)或网络暂停而在主要服务器上产生任何背压。

如果出现主要服务器中断,那么主要备用服务器将被作为主要服务器而使用集群服务 (TSA) 自动启用,现在新的主要服务器会将日志发送到 Location 2 的备用服务器上。

如果 Location 1 上发生灾难(主要服务器和主要备用服务器同时停机),那么 Location 2 上的备用服务器可作为主要服务器启用。因为您在灾难恢复站点上使用了 SUPERASYNC 模式,所以在主要服务器上可以通过避免因远距离或网络延迟而产生的背压来实现最佳性能。

场景 2:使用 HADR 实现 DB2 高可用性和多个灾难恢复

该场景中,可以在 Location 1 上使用 TSA 集群服务在主要服务器和主要备用服务器之间建立高可用性。对于灾难恢复,可在 Location 2 上建立辅助备用服务器 1,在 Location 3 上建立辅助备用服务器 2,如图 8 所示。

图 8. 使用多个备用服务器实现高可用性和多个灾难恢复

用户应用程序在主要服务器上建立连接并执行事务。事务日志从主要服务器传送到主要备用服务器,同时也传送到两个辅助备用服务器上。因为辅助备用服务器是在 SUPERASYNC 模式下建立的,所以不会因为距离或网络延迟而影响主要服务器上的活动。

如果主要服务器发生故障,那么会通过使用集群服务 (TSA) 自动启用主要备用服务器作为主要服务器,并且将日志从新的主要服务器发送到其他备用服务器。

如果在 Location 1 上发生灾难,其中一个辅助备用服务器将作为主要服务器启用,同时应用程序会连接到这个新的主要服务器,并将日志从新的主要服务器发送到其余备用服务器。因为您在灾难恢复站点上使用了 SUPERASYNC 模式,所以在主要服务器上可以通过避免因远距离或网络延迟产生的背压来实现最佳性能。

结束语

在本文中,您已经了解了使用 SUPERASYNC 模式的优点和缺点,分别是:

    1. 在 SUPERASYNC 模式下,事务响应时间比其他所有同步模式的时间都短。但是,如果主要系统发生故障,那么造成事务损失的可能性最大。如果您不想让主要系统上的事务因网络问题而受阻或遭遇更长的响应时间,那么该模式非常有用。
    2. 主要数据库上的事务提交不受 HADR 网络或备用服务器的影响。这可能导致主要数据库和备用数据库间的日志空白 (log gap) 不断增加。较大的日志空白会导致漫长的恢复时间。如果灾难发生在主要系统上,那么日志空白中的所有数据都将丢失。因此,使用 hadr_log_gap 监控元素或 db2pd –hadr 命令监控日志空白十分重要。如果您观察到无法接受的日志空白,那么应该调查网络性能或备用数据库的相对速度,并采取纠正措施来控制日志空白。
时间: 2024-10-23 18:02:41

(转)使用 DB2 HADR 选择用于灾难恢复的 SUPERASYNC 模式的相关文章

(转) DB2 HADR

转自http://www.ibm.com/developerworks/cn/data/library/techarticles/dm-0508luojunkai/ 原文:http://blog.csdn.net/deanza/article/details/8469447 在DB2的高可用性(HA,High Availability)技术中,Standby是其中之一(还有snapshot和mirror).它的原理跟在Oracle的Data Guard相似,都是提供一种待机模式,让另外一台服务器

DB2 HADR 配置示例

介绍 DB2的HA可以在OS级别使用专门的HA来实现,也可使用DB2内置的HADR来实现,且配置和管理很简单. 一个HADR环境需要两台数据库服务器:主数据库服务器(primary)和备用数据库服务器(standby,处于standby角色的数据库不能够被访问).当主数据库中发生事务操作时,会同时将日志文件通过TCP/IP协议传送到备用数据库服务器,然后备用数据库对接受到的日志文件进行重放(Replay),从而保持与主数据库的一致性.当主数据库发生故障时,备用数据库服务器可以接管主数据库服务器的

两种用于派生的Singleton模式(以TextureMgr为例)

Singleton,顾名思义,从字面上来理解就是单例模式,这是C++程序中 常用到的一种设计模式,特别是像文件管理器,纹理管理器这种整个软件 中只需要唯一的实例来管理所有资源时,这种模式的价值便得以体现. 下面来介绍两种用于派生管理的Singleton模式: 其中,第一种是Gof版本的Singleton, 其代码如下: //[Singleton_Gof.h] #pragma once template<typename T> class Singleton_Gof { protected: s

咚咚维保云为何选择SaaS维保管理模式?

摘要:是否能够通过一个维保管理软件,将企业各种类型的设备都接入,统一进行维保管理?多年来,维保管理软件多采用本地部署的形式,为何咚咚维保云要选择SaaS模式? 企业选择SaaS的意识形成,SaaS成为一种趋势 企业服务领域,越来越多的人开始谈论SaaS.项目管理.人力资源管理.顾客管理.办公OA--不同领域采用SaaS模式的软件日益增多. SaaS,Software-as-a-Service(软件即服务)的简称,是一种通过Internet提供软件的模式.2017年,SaaS产业发展到一个高峰,随

一款新型的智能家居WiFi选择方案——SimpleWiFi在无线智能家居中的应用

一款新型的智能家居WiFi选择方案——SimpleWiFi在无线智能家居中的应用 先上图:     随着科学技术的不断发展,局域网也正逐渐向无线化,多网合一的方向发展,在这个多网合一快速发展过程中,带动了多种无线技术的广泛应用,WIFI便是其中的一种.WiFi用于智能家居控制,有着其得天独厚的优势.其优势如下: 优势一:WiFi终端设备现在基本上已经普及,WiFi已经智能手持终端的标配.大到笔记本.Pad,小到手机,WiFi已经是无所不在. 优势二:WiFi作为无线局域网的技术标准,能够通过无线

ArcMap按位置选择的空间选择方法

1了解目标图层与源图层 “目标”图层是从中选择要素的图层 “源”图层是这样的图层:用户要基于该图层与目标图层的空间关系,使用该图层中的要素确定应当选择的要素. 2了解选择用于所选项目的空间关系规则 图中,选中的要素用青色高亮显示,它们与红色源要素相交.接触,或者包含在红色源要素中. 相交 相交返回与源要素完全或部分重叠的要素.以下是一些示例: 返回某一距离内的要素 此运算符使用源要素周围的缓冲距离创建缓冲,并且返回所有与缓冲区域相交的要素.例如,选择距离河流或者铁路 100 米以内的城市. 以青

DB2 基本概念

DB2基本概念——实例,数据库,模式,表空间 DB2支持以下两种类型的表空间:     1. 系统管理存储器表空间(SMS-SYSTEM   MANAGED   STORAGE)     2. 数据库管理存储器表空间(DMS-DATABASE   MANAGED   STORAGE)         SMS.DMS用户表空间的特性对照     特性                                                                       SMS 

大数据架构和模式(五)——对大数据问题应用解决方案模式并选择实现它的产品

摘要:本文使用了一个基于场景的方法,概述了可能有助于定义大数据解决方案的解决方案模式.每个场景都从一个业务问题开始,并说明为什么需要大数据解决方案.本文会将一个具体的解决方案模式(由原子模式和复合模式组成)应用到业务场景.这个逐步分析的方法有助于用户确定解决方案所需的组件.在文章的末尾,提供了一些建议使用的典型产品和工具. 简介 本系列的 第 3 部分 描述了针对最常见的.经常发生的大数据问题及其解决方案的原子模式和复合模式.本文将推荐可以用于架构大数据解决方案的三个解决方案模式.每个解决方案模

DB2 AS400数据库恢复

恢复数据库的步骤:新建用户.新建数据库模式.创建数据库文件目录.上传备份文件,进行数据库恢复. 新建用户 2.1.登录iSeries,选择用户和组下面的所有用户选择创建新用户. 2.2.输入用户名. 2.3.选择能力,设置特权为安全管理.密码到期为从未. 2.4.选择作业,设置国际中的编码字符集标识为 :1388 - Simplified chinese (GBK) mixed byte. 2.5.设置完成后,确定新建用户,再到用户列表中查找到刚刚新建的用户选择属性,然后取消用户在下一次登录时必