DB2 10.1 HADR日志归档考虑因素

10.1 在所有数据库上配置日志归档

要对 DB2 HADR 使用日志归档,需要将主要数据库和所有备用数据库都配置从所有日志归档位置自动检索日志的功能。

10.2 备用数据库上的日志文件管理

备用数据库会自动管理其本地日志路径中的日志文件。它将从主要数据库收到的日志写入其日志路径。备用数据库不会从其本地日志路径删除日志文件,除非它被主要数据库告知主要数据库已归档了该文件。此行为提供了对日志文件丢失的附加保护。如果在将日志文件安全地存储在归档中之前主要数据库发生故障,备用数据库将确保日志文件已归档。如果 logarchmeth1 和 logarchmeth2 配置参数都在使用中,在主要数据库使用两种方法归档了日志文件之后,备用数据库才会回收它。

10.3 共享与独立的日志归档

只有一个主要数据库可归档日志文件。当主要数据库和备用数据库具有不同的归档位置时,日志只会归档到主要数据库的归档位置。在发生接管时,归档位置会从旧主要数据库更改到新主要数据库上的归档。此情形可能导致日志分散在不同的归档位置;但新主要数据库可能在接管后归档最初的主要数据库已归档的一些日志文件。共享归档(这意味着一个数据库可访问另一个数据库归档的日志文件)是首选的,因为所有日志文件都归档到单个位置。

一些操作需要检索归档的日志文件。这些操作包括:

ROLLFORWARD 命令;
在远程抓取过程中,HADR 主要数据库会检索日志文件以发送到备用数据库;
HADR 备用数据库执行本地抓取
复制程序(比如 Q Replication)读取日志。

使用共享服务的优势,这些操作可检索任何日志文件,无论是哪个机器生成或归档了该日志文件。不使用共享归档意味着这些操作可能无法找到它需要的日志文件。只有在将需要日志文件从一个日志归档位置手动复制到另一个归档位置(或复制到溢出日志路径,如果已配置)后,这些操作才能继续执行。

当为多个备用数据库使用一个共享归档时,在接管期间另一个备用数据库可能落后一段时间,导致新主要数据库没有其他备用数据库需要的日志文件。在此情况下,您必须找到需要的文件并将它们复制到">请求数据库。

除了前面所列的优势,一个共享日志归档设备可改进抓取流程,允许备用数据库直接从处于本地抓取状态的归档中检索旧日志文件,而不通过处于远程抓取状态的主要数据库间接检索这些文件。但是,请避免为 HADR 数据库使用顺序归档设备,比如磁带驱动器。使用顺序设备,由于混合的读取和写入操作,您可能在主要数据库和备用数据库上都体验到性能下降。主要数据库在归档日志文件时向该设备写入数据,备用数据库从该设备读取数据来重放日志。即使设备未配置为共享,也可能发生这一性能影响。

时间: 2024-11-02 10:50:08

DB2 10.1 HADR日志归档考虑因素的相关文章

DB2 10.1 HADR多备机简介

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

DB2 10.1 HADR设置多备机系统

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

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

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

DB2 10.1 HADR多备机规划

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

DB2 10.1 HADR接管

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

DB2通过深度压缩进行存储优化:备份映像和日志归档压缩

自 DB2 Universal Database Version 8 开始,您已经能够压缩备份映像.自 DB2 10.1 版本开始,也可以对日志归档应用压缩功能.无论您是否具备 DB2 Storage Optimization Feature 许可,都可以使用这些功能. 用于压缩备份映像和归档日志的默认算法与 compress(1) UNIX 实用程序采用的算法类似. 备份压缩 您可以为各备份映像单独启用备份压缩.当执行备份操作时,请指定 COMPRESS 语句,具体例子如下所示: BACKUP

正确授予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

日志归档与数据挖掘(日志中心)

日志归档与数据挖掘 http://netkiller.github.io/journal/log.html Mr. Neo Chen (陈景峰), netkiller, BG7NYT 中国广东省深圳市龙华新区民治街道溪山美地518131+86 13113668890+86 755 29812080<netkiller@msn.com> 版权 2013, 2014 Netkiller. All rights reserved. 版权声明 转载请与作者联系,转载时请务必标明文章原始出处和作者信息及