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

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

多备机功能在利用 HADR 环境中的备机可读功能上提供了更高的价值和灵活性。只读工作负载可卸载到辅助备用数据库,以确保不影响复制性能。在发生接管时,连接到接管为新主要数据库的备用数据库的所有用户连接都会终止。一个备用数据库上的接管不会影响其他备用数据库上的读取连接,进而为读/写和只读工作负载都提供了持续数据可用性。客户端配置文件 db2dsdriver.cfg 可用于配置读/写和只读客户端的目标服务器。有关更多信息,请参阅 客户端亲缘性和 Db2dsdriver.cfg一节。图 14 显示了一种多备机设置,其中的首要备用数据库专门用于实现高可用性,两个辅助备用数据库除了提供灾难恢复,还为只读客户端服务。

最佳实践

在辅助备用数据库上启用只读工作负载,以确保对首要备用数据库没有影响。

图 4. 包含启用了读功能的备用数据库的多备机环境

图字:
读/写客户端
比弗顿园区 DB2 主要数据库

只读客户端
波特兰园区 DB2 辅助备用数据库 1(已启用读)

建筑 A
建筑 B
DB2 首要备用数据库
多伦多园区 DB2 辅助备用数据库 1(已启用读)

时间: 2024-08-03 10:42:03

DB2 10.1 HADR备机可读及滚动升级的相关文章

DB2 10.1 HADR多备机简介

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

DB2 10.1 HADR多备机规划

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

DB2 10.1 HADR设置多备机系统

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

DB2 10.1 HADR日志归档考虑因素

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

DB2 10.1 HADR接管

备用数据库可通过 HADR 接管操作成为主要数据库.接管可在首要或辅助备用数据库上执行.接管之后,新的主要数据库会自动重定向位于新主要数据库上的目标列表中的备用数据库目标.该备用数据库上的 hadr_remote_host.hadr_remote_svc 和 hadr_remote_inst 配置参数会http://www.aliyun.com/zixun/aggregation/18862.html">自动更新以指向新的主要数据库.如果一个备用数据库未包含在新主要数据库上的 hadr_t

使用DS4.1图形化接口轻松配置和管理HADR多备机系统

DB2 从 V10.1 开始对 HADR 的支持做了很大的改进,在 V9.7 或之前的版本,HADR 仅支持设置一个备用数据库,从 V10.1 开始支持在 HADR 系统中最多配置 3 个备用数据库,一个主体备用数据库和两个辅组备用数据库,两种类型的备用数据库都通过直接 http://www.aliyun.com/zixun/aggregation/29912.html">TCP/IP 连接与 HADR 主数据库同步,这两种备用数据库类型都支持数据的读取操作,并且可配置日志延迟重放,延迟重

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

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

主备-keepalived 备机启动自动从backup切换成master

问题描述 keepalived 备机启动自动从backup切换成master 按照网上的教程搭建,两台服务器,主机ip:10.1.21.211,备机ip:10.1.21.212,虚ip:10.1.21.213.搭完后备用机一**启动keepalived就自动从BACKUP切换到MASTER(另一机并未关keepalived服务)**,正常主机没有down之前备机应该是backup状态才对啊,用ip a查看时发现备用机的IP也包含虚拟IP. 主机配置: ! Configuration File f

mysql双主问题-紧急求助:生产环境,mysql双主结构,备机同步DDL语句成功,但是同步DML语句失败

问题描述 紧急求助:生产环境,mysql双主结构,备机同步DDL语句成功,但是同步DML语句失败 问题描述:双主架构环境,最近在主机上执行DDL语句能成功同步到备机,但是在主机上执行DML语句失败,请各位帮忙看一下,谢谢! Linux版本: Red Hat Enterprise Linux Server release 5.4 (Tikanga) mysql版本 +----------------------------+ | @@version | +---------------------