DB2 10.1 HADR多备机规划

在规划多备机时有多个方面应该考虑。规划步骤有助于保障多备机部署顺利,包括平稳的性能水平和可能避免任何宕机。可通过两种方式创建多备机系统:

在现有数据库上设置一个全新的多备机系统。
将一个现有的 HADR 单备机系统转换为多备机系统。

以下章节探讨如何在两种场景中设置多备机。

4.1 多少个备机?

要回答的第一个问题是您需要多少个备用数据库。拥有多于一个备用数据库可同时实现高可用性 (HA) 和灾难恢复 (DR)。使用一个备用数据库可以实现 HA 或 DR,但不能同时实现二者。任何其他的备用数据库可用于额外的 DR 保护、备机可读或延迟重放。另一方面,每个备用数据库需要包含处理器、内存、磁盘和网络设备的自己专用主机环境;但是,各个备机无需具有相同的容量。此外,管理每个数据库站点会产生关联的维护和管理成本。

4.2 对主要数据库的性能影响

当从没有 HADR 转换为单备机设置时,主要站点上的处理器利用率会增加少许。而且,额外的辅助备用数据库也会增加。随着备用数据库数量增加,主要站点上的网络带宽需求会与备用数据库数量呈一定比例地增长。增加的备用数据库数量会稍微增加内存消耗。有关性能和扩展的详细信息将在 多备机性能 一节中介绍。

4.3 网络带宽需求

确保 HADR 环境中有足够的网络带宽,这对性能至关重要。一般规则是系统之间的最大网络传输速率应始终高于日志速率。可使用 HADR 模拟器 (http://www.ibm.com/developerworks/wikis/display/data/HADR_sim) 等工具确定系统之间的最大网络传输速率。

当从单备机迁移到多备机时,除了将日志数据从主要数据库传送到首要备用数据库,日志数据也会从主要数据库传送到辅助备用数据库。因此,两个备用数据库的日志速率翻一倍,3 个备用数据库的日志速率增长两倍。网络必须能够支持同时将日志从主要数据库传送到所有备用数据库,组合的最大网络传送速率应大于组合的日志速率,才能实现想要的性能。

要估算多备机环境中的最大网络传输速率,应同时运行多个 HADR 模拟器主要– 备用对来模拟多个日志传输路径。要避免一对数据库消耗太多资源,有必要使用 simulator –target 选项将该对数据库限制到期望的日志速率。因为辅助备用数据库必须在 SUPERASYNC 同步模式下运行,所以使用 HADR simulator-rcu 选项(SUPERASYNC 模式限制为远程 catchup 状态日志传输)来模拟每个主要 – 辅助备用数据库对的传输速率。

时间: 2024-09-17 16:16:47

DB2 10.1 HADR多备机规划的相关文章

DB2 10.1 HADR多备机简介

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

使用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 主数据库同步,这两种备用数据库类型都支持数据的读取操作,并且可配置日志延迟重放,延迟重

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日志归档考虑因素

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

主备-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

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

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

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

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