CN104850471A - 一种基于安腾平台下实现db2数据库两地三中心的方法 - Google Patents
一种基于安腾平台下实现db2数据库两地三中心的方法 Download PDFInfo
- Publication number
- CN104850471A CN104850471A CN201510238576.6A CN201510238576A CN104850471A CN 104850471 A CN104850471 A CN 104850471A CN 201510238576 A CN201510238576 A CN 201510238576A CN 104850471 A CN104850471 A CN 104850471A
- Authority
- CN
- China
- Prior art keywords
- database
- hadr
- places
- standby
- server3
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
本发明公开了一种基于安腾平台下实现DB2数据库两地三中心的方法,所述方法使用IBM DB2的灾难恢复技术HADR,组成HADR的多备机数据库场景模式,构建一种同时实现高可用性和灾难恢复的高可用性灾难恢复的解决方案。本发明充分利用备机的系统资源,同时实现了生产业务系统的高可用性(HA)和灾难恢复(DR),并且对实际生产业务的性能影响几乎可以忽略不计。
Description
技术领域
本发明涉及DB2 数据库技术领域,具体涉及一种基于安腾平台下实现DB2 数据库两地三中心的方法,在安腾平台上,使用IBM DB2的灾难恢复(High Availability Disaster Recovery)技术 HADR,实现一种同时实现高可用性(HA) 和灾难恢复 (DR)的高可用性灾难恢复的方法。
背景技术
HADR( 高可用性灾难恢复 ) 是 DB2 数据库的一个组件,是 DB2 提供给用户的一种高可用性和灾难恢复的解决方案。DB2 HADR技术是一种灵活的架构,可用于解决大部分环境中多项重要的可用性需求。它通过将数据更改从源数据库复制到一个或多个目标数据库,使得在主服务器失败时,备用服务器可以非常快速地接管主服务器的工作负载,从而保证了服务在发生本地硬件故障或灾难性站点故障时不会中断。
如图1所示,HADR的基本原理是主机将数据库产生的日志通过网络传输到备机,然后备机将这些日志重新应用,整个过程类似于前滚恢复,从而保证主机和备机数据库的一致。当主机发生意外停机以后,例如停电或者灾难等,备机可以很快的接替主机继续工作。
从 DB2 V97FP1 开始,HADR 开始支持 ROS(Read On Standby),备机除了做备份数据库以外,还可以接收连接,执行读操作。并且,在DB2 10.0以后,组成 HADR 的一对机器,一个主机和一个备机目前可以支持最多到三个备机,而基于安腾平台的浪潮天梭K1 平台的DB2 最高版本是10.5,这就为实现在安腾平台下实现一主多备的HADR 提供了更多技术支撑。
灾备信息系统两地三中心的架构,即包括本地数据中心、本地备份数据中心和异地备份数据中心。
一般的生产系统方案,要么采用操作系统的双机集群方式,要么采用数据库层的主备容灾方式,但是这些传统的方式均只有一个备用数据库,要么实现了 HA ,要么实现 了DR,但不能同时实现二者。
发明内容
本发明要解决的技术问题是:本发明使用IBM DB2的灾难恢复(High Availability Disaster Recovery)技术 HADR,组成了HADR的多备机数据库场景模式,从而构建了一种同时实现高可用性(HA) 和灾难恢复 (DR)的高可用性灾难恢复的解决方案,即基于安腾平台实现的DB2 两地三中心的容灾方案。
本发明所采用的技术方案为:
一种基于安腾平台下实现DB2 数据库两地三中心的方法,所述方法使用IBM DB2的灾难恢复(High Availability Disaster Recovery)技术 HADR,组成HADR的多备机数据库场景模式,构建一种同时实现高可用性(HA) 和灾难恢复(DR)的高可用性灾难恢复的解决方案,即基于安腾平台实现的DB2 两地三中心的容灾方案。
所述方法通过配置数据库参数 hadr_target_list ,明确指定一个主要数据库拥有的备用数据库数量的条目数,从而为数据库启用了 HADR的 多备机模式。
配置多个备用数据库可以在单数据库多站点数据复制场景中实现数据库的高可用性(HA)和灾难恢复(DR) 。
所述HADR 支持各种不同的日志发布同步模式来平衡性能与数据保护。
通过对 HADR 的监控,管理员能够更清楚的了解当前主机和各个备机的配置以及运行情况,可以根据监控的结果做出优化或者相应的管理措施。
通过计算 HADR 对整个数据库交易的影响,管理员能够作出相应的调优方案。
当将多备机设置与针对 Version 10.1 及10.1以后的其他 HADR 增强、日志假脱机和延迟重放特点相结合时,还支持从用户错误或出错的事务中快速恢复的功能。
所述方法实施步骤如下:
1)在server1、server2、server3分别安装DB2 10.5;
2)在server 1 、server2、server3 分别创建实例用户和数据库实例;
3)在server 1端创建数据库,并在server1 端根据以往生产数据库情况,分别进行数据库实例级参数和数据库级参数调优;
4)在server1 备份数据库,并将备份文件远程copy到server2、server3,在server2、server3 上分别执行db2 restore来还原数据库;
5)在server1 端配置hadr,重点通过设定hadr_target_list来明确指定当前环境下的备机server2、server3;其次根据生产业务对数据库性能和数据保护的要求选择同步模式;
6)在server2 端配置HADR首要备用数据库;
7)在server3 端配置HADR辅助备用数据库;
8)依次在server3、server2 上以stanby身份启动hadr,启动成功后,在server1 端以primary身份启动hadr,至此,hadr的两地三中心的配置完毕。
本发明的有益效果为:
本发明充分利用备机的系统资源,同时实现了生产业务系统的高可用性(HA) 和灾难恢复(DR),并且对实际生产业务的性能影响几乎可以忽略不计。
说明书附图
图1为DB2 HADR原理图;
图2为DB2 HADR 一主多备数据库配置图;
图3为DB2 HADR两地三中心的工作流程示意图。
具体实施方式
下面根据说明书附图,结合具体实施方式对本发明进一步说明:
一种基于安腾平台下实现DB2 数据库两地三中心的方法,所述方法使用IBM DB2的灾难恢复(High Availability Disaster Recovery)技术 HADR,组成HADR的多备机数据库场景模式,从而构建了一种同时实现高可用性(HA) 和灾难恢复(DR)的高可用性灾难恢复的解决方案,即基于安腾平台实现的DB2 两地三中心的容灾方案。
所述方法通过配置数据库参数 hadr_target_list ,明确指定一个主要数据库拥有的备用数据库数量的条目数,从而为数据库启用了 HADR的 多备机模式。配置多个备用数据库可以在单数据库多站点数据复制场景中实现数据库的高可用性 (HA)和灾难恢复(DR)。
所述HADR 支持各种不同的日志发布同步模式来平衡性能与数据保护。
通过对 HADR 的监控,管理员可以更清楚的了解当前主机和各个备机的配置以及运行情况,可以根据监控的结果做出优化或者相应的管理措施。
通过计算 HADR 对整个数据库交易的影响,管理员可以作出相应的调优方案,例如改进 IO 性能,网络性能,修改 HADR 的同步模式等等。
当将多备机设置与针对 Version 10.1 及10.1以后的其他 HADR 增强、日志假脱机和延迟重放特点相结合时,它还支持从用户错误或出错的事务中快速恢复的功能。
所述方法实施步骤如下:
1)如图3所示,在server1、server2、server3分别安装DB2 10.5;
2)在server 1 、server2、server3 分别创建实例用户和数据库实例;
3)在server 1端创建数据库,并在server1 端根据以往生产数据库情况,分别进行数据库实例级参数和数据库级参数调优;
4)在server1 备份数据库,并将备份文件远程copy到server2、server3,在server2、server3 上分别执行db2 restore来还原数据库;
5)在server1 端配置hadr,重点通过设定hadr_target_list来明确指定当前环境下的备机server2、server3;其次根据生产业务对数据库性能和数据保护的要求选择同步模式;
如图2所示,在主要数据库上配置HADR ,示例如下:
UPDATE DB CFG FOR DB hadrdb USING hadr_target_list \
"host2:40|host3:41"
UPDATE DB CFG FOR DB hadrdb USING hadr_local_host "host1"
UPDATE DB CFG FOR DB hadrdb USING hadr_local_svc "10"
UPDATE DB CFG FOR DB hadrdb USING hadr_syncmode "SYNC"
UPDATE DB CFG FOR DB hadrdb USING hadr_peer_window "300"
UPDATE DB CFG FOR DB hadrdb USING hadr_remote_host "host2"
UPDATE DB CFG FOR DB hadrdb USING hadr_remote_svc "40"
UPDATE DB CFG FOR DB hadrdb USING hadr_remote_inst "dbinst2"
6)在server2 端配置HADR首要备用数据库;
如图2所示,在首要备用数据库上配置 HADR, 具体配置如下:
UPDATE DB CFG FOR DB hadrdb USING hadr_target_list \
"host1:10|host3:41"
UPDATE DB CFG FOR DB hadrdb USING hadr_local_host "host2"
UPDATE DB CFG FOR DB hadrdb USING hadr_local_svc "40"
UPDATE DB CFG FOR DB hadrdb USING hadr_syncmode "NEARSYNC"
UPDATE DB CFG FOR DB hadrdb USING hadr_peer_window "100"
UPDATE DB CFG FOR DB hadrdb USING hadr_remote_host "host1"
UPDATE DB CFG FOR DB hadrdb USING hadr_remote_svc "10"
UPDATE DB CFG FOR DB hadrdb USING hadr_remote_inst "dbinst1"
7)在server3 端配置HADR辅助备用数据库;
如图2所示,在一个辅助备用数据库上配置 HADR,具体配置如下:
UPDATE DB CFG FOR DB hadrdb USING hadr_target_list \
"host1:10|host2:40"
UPDATE DB CFG FOR DB hadrdb USING hadr_local_host "host3"
UPDATE DB CFG FOR DB hadrdb USING hadr_local_svc "41"
UPDATE DB CFG FOR DB hadrdb USING hadr_syncmode "ASYNC"
UPDATE DB CFG FOR DB hadrdb USING hadr_remote_host "host1"
UPDATE DB CFG FOR DB hadrdb USING hadr_remote_svc "10"
UPDATE DB CFG FOR DB hadrdb USING hadr_remote_inst "dbinst1"
8)依次在server3、server2 上以stanby身份启动hadr,启动成功后,在server1 端以primary身份启动hadr,至此,hadr的两地三中心的配置完毕。
以上实施方式仅用于说明本发明,而并非对本发明的限制,有关技术领域的普通技术人员,在不脱离本发明的精神和范围的情况下,还可以做出各种变化和变型,因此所有等同的技术方案也属于本发明的范畴,本发明的专利保护范围应由权利要求限定。
Claims (7)
1.一种基于安腾平台下实现DB2 数据库两地三中心的方法,其特征在于:所述方法使用IBM DB2的灾难恢复技术 HADR,组成HADR的多备机数据库场景模式,构建一种同时实现高可用性和灾难恢复的高可用性灾难恢复的解决方案。
2.根据权利要求1所述的一种基于安腾平台下实现DB2 数据库两地三中心的方法,其特征在于:所述方法通过配置数据库参数 hadr_target_list ,明确指定一个主要数据库拥有的备用数据库数量的条目数,从而为数据库启用了 HADR的 多备机模式。
3.根据权利要求1所述的一种基于安腾平台下实现DB2 数据库两地三中心的方法,其特征在于:所述HADR 支持各种不同的日志发布同步模式来平衡性能与数据保护。
4.根据权利要求1所述的一种基于安腾平台下实现DB2 数据库两地三中心的方法,其特征在于:通过对 HADR 的监控,管理员能够了解当前主机和各个备机的配置以及运行情况,根据监控的结果做出优化或者相应的管理措施。
5.根据权利要求1所述的一种基于安腾平台下实现DB2 数据库两地三中心的方法,其特征在于:通过计算 HADR 对整个数据库交易的影响,管理员能够作出相应的调优方案。
6.根据权利要求1所述的一种基于安腾平台下实现DB2 数据库两地三中心的方法,其特征在于:当将多备机设置与针对 Version 10.1 及10.1以后的其他 HADR 增强、日志假脱机和延迟重放特点相结合时,支持从用户错误或出错的事务中快速恢复的功能。
7.根据权利要求1-6任一所述的一种基于安腾平台下实现DB2 数据库两地三中心的方法,其特征在于,所述方法实施步骤如下:
1)在server1、server2、server3分别安装DB2 10.5;
2)在server 1 、server2、server3 分别创建实例用户和数据库实例;
3)在server 1端创建数据库,并在server1 端根据以往生产数据库情况,分别进行数据库实例级参数和数据库级参数调优;
4)在server1 备份数据库,并将备份文件远程copy到server2、server3,在server2、server3 上分别执行db2 restore来还原数据库;
5)在server1 端配置hadr,重点通过设定hadr_target_list来明确指定当前环境下的备机server2、server3;其次根据生产业务对数据库性能和数据保护的要求选择同步模式;
6)在server2 端配置HADR首要备用数据库;
7)在server3 端配置HADR辅助备用数据库;
8)依次在server3、server2 上以stanby身份启动hadr,启动成功后,在server1 端以primary身份启动hadr,至此,hadr的两地三中心的配置完毕。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510238576.6A CN104850471A (zh) | 2015-05-12 | 2015-05-12 | 一种基于安腾平台下实现db2数据库两地三中心的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510238576.6A CN104850471A (zh) | 2015-05-12 | 2015-05-12 | 一种基于安腾平台下实现db2数据库两地三中心的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104850471A true CN104850471A (zh) | 2015-08-19 |
Family
ID=53850126
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510238576.6A Pending CN104850471A (zh) | 2015-05-12 | 2015-05-12 | 一种基于安腾平台下实现db2数据库两地三中心的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104850471A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107291589A (zh) * | 2017-05-04 | 2017-10-24 | 中国电子科技集团公司第三十二研究所 | 在机器人操作系统中提升系统可靠性的方法 |
CN112685234A (zh) * | 2020-11-26 | 2021-04-20 | 辽宁振兴银行股份有限公司 | 一种金融级两地三中心高可用MySQL数据库实现方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN201532631U (zh) * | 2009-07-13 | 2010-07-21 | 升东网络科技发展(上海)有限公司 | 数据库异地备份系统 |
US20130326260A1 (en) * | 2012-06-04 | 2013-12-05 | Falconstor, Inc. | Automated Disaster Recovery System and Method |
CN103473112A (zh) * | 2013-09-03 | 2013-12-25 | 北京邮电大学 | 一种基于两地三中心的灾备信息系统仿真方法 |
-
2015
- 2015-05-12 CN CN201510238576.6A patent/CN104850471A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN201532631U (zh) * | 2009-07-13 | 2010-07-21 | 升东网络科技发展(上海)有限公司 | 数据库异地备份系统 |
US20130326260A1 (en) * | 2012-06-04 | 2013-12-05 | Falconstor, Inc. | Automated Disaster Recovery System and Method |
CN103473112A (zh) * | 2013-09-03 | 2013-12-25 | 北京邮电大学 | 一种基于两地三中心的灾备信息系统仿真方法 |
Non-Patent Citations (3)
Title |
---|
BRUCE JACKSON等: "DB2 10.1 HADR 多备机", 《IBM DEVELOPERWORKS》 * |
徐晶等: "DB2 10新特性:HADR新特性介绍", 《IBM DEVELOPERWORKS》 * |
鲍胜飞: "DB2 HADR监控详解", 《IBM DEVELOPERWORKS》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107291589A (zh) * | 2017-05-04 | 2017-10-24 | 中国电子科技集团公司第三十二研究所 | 在机器人操作系统中提升系统可靠性的方法 |
CN107291589B (zh) * | 2017-05-04 | 2020-09-04 | 中国电子科技集团公司第三十二研究所 | 在机器人操作系统中提升系统可靠性的方法 |
CN112685234A (zh) * | 2020-11-26 | 2021-04-20 | 辽宁振兴银行股份有限公司 | 一种金融级两地三中心高可用MySQL数据库实现方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9329949B2 (en) | Comprehensive error management capabilities for disaster recovery operations | |
CN106776121B (zh) | 一种数据灾备装置、系统及方法 | |
CN111078667B (zh) | 一种数据迁移的方法以及相关装置 | |
EP3435604A1 (en) | Service processing method, device, and system | |
US20140258241A1 (en) | Zero and near-zero data loss database backup and recovery | |
CN103647849A (zh) | 一种业务迁移方法、装置和一种容灾系统 | |
CN105069160A (zh) | 一种基于自主可控数据库的高可用性方法及构架 | |
CN101501667A (zh) | 通过身份保持的企业服务器版本迁移 | |
CN109189860A (zh) | 一种基于Kubernetes系统的MySQL主备增量同步方法 | |
CN103345470A (zh) | 一种数据库容灾方法、系统及服务器 | |
US10452680B1 (en) | Catch-up replication with log peer | |
CN108810150B (zh) | 协同办公系统应用级灾备系统的数据复制方法 | |
CN112199356B (zh) | 故障处理方法、装置、服务器以及存储介质 | |
CN104252397A (zh) | 支持云平台用户文件自动备份的实现方法 | |
CN104516796A (zh) | 一种基于命令集的网元备份与恢复方法及装置 | |
US10387262B1 (en) | Federated restore of single instance databases and availability group database replicas | |
CN104850471A (zh) | 一种基于安腾平台下实现db2数据库两地三中心的方法 | |
WO2021082925A1 (zh) | 一种交易处理的方法及装置 | |
CN111404737B (zh) | 一种容灾处理方法以及相关装置 | |
US10728326B2 (en) | Method and system for high availability topology for master-slave data systems with low write traffic | |
CN110958287B (zh) | 操作对象数据同步方法、装置及系统 | |
CN104794012A (zh) | 基于容灾的切换技术 | |
US20140258229A1 (en) | Reconciliation of geo-replicated database clusters | |
CN115658390A (zh) | 容器容灾方法、系统、装置、设备及计算机可读存储介质 | |
CN103780433B (zh) | 自愈式虚拟资源配置管理数据架构 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150819 |
|
RJ01 | Rejection of invention patent application after publication |