能源采矿Db2db2归档

db2数据库无法自动归档事务日志了?

之前DB2数据库参数配置完全没有问题,数据库能够正常自动归档。   6月25日因机房断电导致存储重启,小机上的/db2 和/db2backup 目录都是存储映射过来的dbvg卷组。 重启小机服务器HA开启数据库后,运行几天正常。但是发现事务日志目录空间占用越来越大,后来检查发现原来的...显示全部

之前DB2数据库参数配置完全没有问题,数据库能够正常自动归档。   6月25日因机房断电导致存储重启,小机上的/db2 和/db2backup 目录都是存储映射过来的dbvg卷组。 重启小机服务器HA开启数据库后,运行几天正常。但是发现事务日志目录空间占用越来越大,后来检查发现原来的归档目录下自从故障重启后 没有产生新的归档文件。一直停留在6月25号早上:

查看 数据库相关的归档配置参数如下:
   User exit for logging status                            = NO 
Log retain for recovery enabled             (LOGRETAIN) = RECOVERY 
First log archive method                 (LOGARCHMETH1) = LOGRETAIN 
Second log archive method                (LOGARCHMETH2) = OFF

对比之前的参数:
 User exit for logging status                            = YES
First log archive method           (LOGARCHMETH1) = DISK:/db2backup/IDBYF_ARCHLOG_PATH/

后来我重新更新参数LOGARCHMETH1 为DISK:/db2backup/IDBYF_ARCHLOG_PATH/
跟踪几天发现数据库仍然没有自动归档。  从网上查的User exit for logging status  设置为OFF也是可以的。   请问如何实现数据库的自动归档?    改完参数还用重启数据库吗?   这样改对吗?

收起
参与16

查看其它 3 个回答atpeace331的回答

atpeace331atpeace331  数据库管理员 , 银行

6月25日主机重启以后的  数据库相关的归档配置参数:
User exit for logging status = NO
Log retain for recovery enabled (LOGRETAIN) = RECOVERY
First log archive method (LOGARCHMETH1) = LOGRETAIN

你那边的 DB2应该是 v9.5以前的老版本了,logretain 被设置为 RECOVERY,那么会保留活动日志文件在活动日志目录,并且这些文件会成为联机归档日志文件以用于前滚恢复。所以像你看到的那样“ 事务日志目录空间占用越来越大 ”,日志并没有归档到你规划的“ /db2backup/IDBYF_ARCHLOG_PATH/ ”目录中。
这里有个问题:检查一下 HA 切换脚本中是否有对数据库参数配置操作,查清为什么 LOGARCHMETH1  参数被修改了。

将 LOGARCHMETH1 参数设置为原先规划好的目录,重启下数据库就可以了。
db2 " update db cfg for xxxx using  LOGARCHMETH1  disk:/db2backup/IDBYF_ARCHLOG_PATH/   "
然后,可以使用 ARCHIVE LOG 命令测试下,日志是否正常归档到设置的归档目录中。
db2 " archive log for db xxxx  "

银行 · 2020-07-01
浏览2604
hufeng719 邀答
  • db2 " archive log for db xxxx " 这个不影响业务吧
    2020-07-01
  • 运维窗口执行吧,archive log 操作会对业务有瞬时的影响,取决于 Log buffer大小,因为归档会为了数据库的一致点截断当前的活动日志,将 Log buffer的日志记录全部刷新到磁盘。
    2020-07-02

回答者

atpeace331
数据库管理员银行

atpeace331 最近回答过的问题

回答状态

  • 发布时间:2020-07-01
  • 关注会员:5 人
  • 回答浏览:2604
  • X社区推广