关于DB2 LUW归档日志和BACKUP命令的注释

题: 在DB2 LUW上非常高的工作量期间,我们遇到的存档日志记录速度慢于预期。档案记录方法利用VENDOR库– 重复数据删除。  

我们正在与供应商进行积极合作,但我想探索DB2 LUW配置并最大限度地利用主机上的资源。您能否提供一些说明和制定计划的方法?

我们使用了不同的方法来尝试测量将文件从活动日志路径复制到归档日志路径的吞吐量。其中之一就是使用archive log命令。

回答: 在没有任何更多详细信息或访问吞吐量统计信息的情况下,我将尝试介绍一些您可能会觉得有用的信息

关于使用db2 archive log命令的快速说明。如果您过度使用该命令,则存在减少托管活动日志的驱动器的磁盘空间的风险。这是因为该命令将文件创建到活动日志驱动器上。执行命令的次数越多,创建的文件越多 

假设通过发出命令将立即进行归档日志处理。这不是一个安全的假设。的 db2logmgr process管理归档日志过程,该过程与db2 archive log命令分开。

使用 db2pd 查看活动日志和存档状态 

db2pd –db RESDB –日志   -repeat 60 -10                             

输出中有很多信息。我发现有用的一些信息是: 

-当前日志号 =当前正在写入的活动日志文件

- 启动LSN =显示特定交易开始的日志

- 当前的LSN = LSN,我们将从此处开始将下一个日志记录写入该命令。该命令每60秒刷新一次,次数为10次/ ol>

 重复数据删除算法可能与DB2 LUW的默认行为冲突.DB2 LUW试图最大化吞吐量。这可能会冲突并导致次标准重复数据删除率。重复数据删除过程可能具有不同数量的会话和并行性,而副作用是增加了DB2备份时间

 CPU节流 –检查供应商重复数据删除是否利用CPU限制。 CPU限制是减少客户端重复数据删除产品对客户端重复数据删除的影响的常用方法。 server. 与服务器端重复数据删除进行比较,因为对客户端资源的依赖较少

 一些常见的DB2策略 。在应用任何这些更改之前,应该进行一些理论基础和测试。增加值不能保证提高性能。

a)如果遇到严重问题,请更改logarchmeth1以确保已存档的日志未存储在重复数据删除设备上。没有重复数据删除的本地磁盘可能是最快的方法。

b) 增加util_heap_sz .  根据IBM文档,util_heap_sz“参数表示BACKUP,RESTORE和LOAD(包括负载恢复)实用程序可以同时使用的最大内存量。”

C) Change 的LOGBUFSZ parameter value. LOGBUFSZ参数指定在将日志记录写入磁盘之前用于保存日志记录的内存缓冲区的大小。

满足以下任何条件时,将日志记录写入磁盘:

a) Transaction commited

b)日志缓冲区已满

c)数据页已写入磁盘– 需要与LSN匹配的日志记录也要写入磁盘

考虑至少设置为 2 MB,但用于各种系统 've sized anything to 64 MB

留意  NUM_LOG_BUFFER_FULL个监视元素,希望将此值保持在较低水平

增加或减少 the  LOGFILSIZ size –在确定文件大小之前,需要考虑一些因素。文件的大小将影响物理分配文件所需的时间。

日志数量也有限制-256。因此,如果日志文件很大,则将需要较大的活动日志空间。阅读更多 logprimary-“主日志文件数”配置参数

阅读更多

DB2 – 后备 历史记录(DBA DB2)

DB2 - 后备 主服务器(DBA DB2)上的所有数据库

作者:Jack Vamvas(http://www.dba-db2.com)

分享:

验证您的评论

预览您的评论

这仅仅是一个预览。您的评论尚未发布。

加工...
您的评论无法发布。错误类型:
您的评论已保存。评论经过审核,只有在获得作者批准后才会显示。 发表其他评论

您输入的字母和数字与图像不匹配。请再试一次。

作为发表评论的最后一步,请输入下图中显示的字母和数字。这样可以防止自动程序发布评论。

读取这张图片有困难吗? 查看备用。

加工...

在关于DB2 LUW归档日志和BACKUP命令的Notes上发表评论

评论是经过审核的,直到作者批准后才会显示。


ysaijiu.com | DB2性能调优 | DBA DB2:一切 | 常问问题 | 联系 | 版权