DB2 10.1 HADR接管

备用数据库可通过 HADR 接管操作成为主要数据库。接管可在首要或辅助备用数据库上执行。接管之后,新的主要数据库会自动重定向位于新主要数据库上的目标列表中的备用数据库目标。该备用数据库上的 hadr_remote_host、hadr_remote_svc 和 hadr_remote_inst 配置参数会">自动更新以指向新的主要数据库。如果一个备用数据库未包含在新主要数据库上的 hadr_target_list 参数中,那么该备用数据库会被视为孤立的,无法连接到新的主要数据库。

8.1 接管后自动重定向备用数据库目标

接管(强制或非强制的)成功完成后,新的主要数据库会重定向任何还未连接到它的备用数据库目标。此重定向操作通过主要数据库向未连接到它的每个备用数据库发送一条重定向消息来完成。当一个备用数据库收到一条重定向消息时,如果它还未连接到另一个主要数据库,它会确认该消息来自其 hadr_target_list 中列出的一个有效的主要数据库。它更新自己的 hadr_remote_host、hadr_remote_svc 和 hadr_remote_inst 配置参数以指向该主要服务器,然后连接该主要服务器。

例如,假设您有一个 HADR 系统,它包含一个主要数据库 beaverton-a 和备用数据库目标 beaverton-b、portland 和 toronto,如 图 6 中所示。

图 6. 接管之前的初始状态

图字:
比弗顿园区 DB2 主要数据库
波特兰园区  DB2 辅助备用数据库1

建筑 A
建筑 B

DB2 首要备用数据库
多伦多园区 DB2 辅助备用数据库2

接管操作在首要备用数据库主机 beaverton-b 上执行,导致 beaverton-b 成为主要数据库,beaverton-a、portland 和 toronto 成为备用数据库目标。

接管结束时,beaverton-a 连接到 beaverton-b,但必须向 portland 和 toronto 通知主要数据库中的更改。此通知是通过 beaverton-b 向 portland 和 toronto 发送重定向请求来完成,如 图 7 中所示。

图 7. 首要备用数据库接管之后

图字:
比弗顿园区 DB2 首要备用数据库
波特兰园区 DB2 辅助备用数据库1

建筑 A
建筑 B
DB2 主要数据库
多伦多园区 DB2 辅助备用数据库2

时间: 2024-09-22 17:07:26

DB2 10.1 HADR接管的相关文章

DB2 10.1 HADR多备机简介

DB2 高可用性灾难恢复 (HADR) 功能是一种数据库复制方法,为部分和完整站点故障提供了高可用性解决方案.HADR 通过将数据更改从源数据库(称为主要数据库)移动到一个或多个目标数据库(称为备用数据库),预防数据丢失. 多备机 HADR 功能为数据库管理员 (DBA) 提供了一种同时实现高可用性 (HA) 和灾难恢复 (DR) 的技术.本文展示如何设置.配置和监视 HADR 多备机.此外,各种示例演示了 HADR 多备机在不同故障场景中的行为. HADR 的业务价值 借助引入的 HADR 多

DB2 10.1 HADR日志归档考虑因素

10.1 在所有数据库上配置日志归档 要对 DB2 HADR 使用日志归档,需要将主要数据库和所有备用数据库都配置从所有日志归档位置自动检索日志的功能. 10.2 备用数据库上的日志文件管理 备用数据库会自动管理其本地日志路径中的日志文件.它将从主要数据库收到的日志写入其日志路径.备用数据库不会从其本地日志路径删除日志文件,除非它被主要数据库告知主要数据库已归档了该文件.此行为提供了对日志文件丢失的附加保护.如果在将日志文件安全地存储在归档中之前主要数据库发生故障,备用数据库将确保日志文件已归档

DB2 10.1 HADR备机可读及滚动升级

在备用数据库通过将数据更改复制到主要数据库来避免数据丢失的过程中,可使用备机可读功能执行备用数据库上的只读http://www.aliyun.com/zixun/aggregation/13999.html">工作负载.在多备机环境中,所有备用数据库都支持备机可读.在备用数据库上运行的只读工作负载不会影响数据丢失保护或在发生故障转移时的接管能力.因为支持读的备用数据库仅支持 UR 隔离,所以查询可看到事务更改,即使事务未提交. 多备机功能在利用 HADR 环境中的备机可读功能上提供了更高的

DB2 10.1 HADR设置多备机系统

此过程涵盖两种情况: 数据库没有设置 HADR已设置了一个单备机 HADR 系统 两种情况之间的区别很小.对于单备机情况,您仅需要配置 hadr_target_list 值,即可使它成为一个多备机系统. 开始之前: 确定所有参与的数据库的主机名或主机 IP 地址(用于 hadr_local_host 设置).服务名称或端口号(用于 hadr_local_svc 设置). 确定每个数据库的目标列表. 确定在每个数据库的首要备用数据库成为主要数据库时,该首要备份数据库的同步模式和对等窗口. 确定 h

DB2 10.1 HADR多备机规划

在规划多备机时有多个方面应该考虑.规划步骤有助于保障多备机部署顺利,包括平稳的性能水平和可能避免任何宕机.可通过两种方式创建多备机系统: 在现有数据库上设置一个全新的多备机系统. 将一个现有的 HADR 单备机系统转换为多备机系统. 以下章节探讨如何在两种场景中设置多备机. 4.1 多少个备机? 要回答的第一个问题是您需要多少个备用数据库.拥有多于一个备用数据库可同时实现高可用性 (HA) 和灾难恢复 (DR).使用一个备用数据库可以实现 HA 或 DR,但不能同时实现二者.任何其他的备用数据库

正确授予IBM DB2 10.5 for Linux/UNIX/Windows服务器许可

客户之所以选择 DB2,离不开它难以置信的价值实现速度.它跨不同环境扩展和集成的能力.它的健壮性,以及它对宕机时间(包括计划内和计划外宕机)的最大限度的减少.本文将重点介绍 DB2 的高可用性 (HA) 方面,具体来讲,将从许可角度介绍高可用性. 我们收到了大量有关在高可用性环境中授予 DB2 许可的问题.引起混淆的一个主要来源是,供应商在高可用性环境中针对其数据库产品而采用了具有诸多变化的定价方式. 另一个混淆来源是词汇.例如,IT 行业有时将高可用性环境称为集群.我们已经不再喜欢单独使用这个

分布式DB2 10.5 for Linux, UNIX和Windows特性的区别

DB2 10.5 产品家族包含 6 个付费版本,一个单独付费的特性和一个免费包.本文的目的是帮助您理解它们之间的区别. 文中还会列出 DB2 10.5 中提供的新功能,比如 BLU Acceleration.DB2 pureScale 增强.SQL 兼容性增强和简化的产品包装. DB2 with BLU Acceleration 结合了高级.创 新的功能,以加速执行数据库和数据仓库的工作负载分析.DB2 with BLU Acceleration 还集成了 IBM Cognos® Busines

介绍IBM DB2 10.1产品版本的基础知识、功能和工具(下)

数据复制工具 DB2 提供两种不同的解决方案供您复制数据到关系型数据库(包括一些非 IBM 数据库)或从关系型数据库复制数据:SQL 复制和 Q 复制.两种方法都可以由 复制中心(一个用于复制设置和维护的独立 GUI)和复制配置命令行处理器 (ASNCLP) 加以配置和维护.在 DB2 10 Express-C 和 Express 版本上没有提供这些工具. SQL 复制的配置更简单一些,且不依赖于其他产品进行同构复制,而 Q 复制最常用于这样的情况,也就是说,需要复制数据库的很大一部分内容,或者

IBM DB2 10.5中BLU Acceleration新功能概述

以 新的按列组织格式创建和加载表很容易,持续维护也很容易,因为无需索引或调优物化查询表 (MQT).本文将介绍三个场景,演示如何结合使用 Data Studio 和 IBM®InfoSphere®OptimQuery Workload Tuner (OQWT) 与新的 BLU http://www.aliyun.com/zixun/aggregation/16337.html">Acceleration 功能.IBM Data Studio 4.1 提供了有用的 GUI 功能来利用 BLU