注册登录
提 问
English中文版
IT咨询服务DPFrhel 6.4crash recovery

DB2 DPF环境下的CRASH RECOVERY问题

我们现在有一个5台RHEL 6.4总共33个节点的DPF环境，这个库是备库，平时不是很忙，但是一跑接口程序(提取数据)就会报事务日志满，而且很频繁(logfilesize 1600M，主日志65 ，辅助日志20）这是一个问题；另一个更严重的问题就是执行DML会Hang住，结果发现DB2在后台一直在CRASH RECOVERY，而且很频繁，不清楚为啥这么频繁的回滚，怎么查看因为什么而回滚。
关注6
评论
参与23

4同行回答
|
按赞同排序
按时间排序

mdkiimdkii软件开发工程师bocn
如果后台一直在错crash recovery，那说明你的数据库某些节点未完成crash recovery工作，你的每次连接当需要访问这些未完成的crash recovery节点时，都会触发这些节点的crash recovery动作，你的请求会被hang住。建议你，把所有的连接都断掉，重启实例，然后执行db2 activate db ........显示全部

如果后台一直在错crash recovery，那说明你的数据库某些节点未完成crash recovery工作，你的每次连接当需要访问这些未完成的crash recovery节点时，都会触发这些节点的crash recovery动作，你的请求会被hang住。建议你，把所有的连接都断掉，重启实例，然后执行

db2 activate db .....

等这个命令成功返回后再正常使用数据库。

收起
银行 · 2015-11-10
浏览2198
查看赞同的人
评论
anikikonganikikong课题专家组数据库运维工程师中国民生银行
首先说下日志的问题，日志用多少和执行时间和操作的数据量有关系，你要看看是不是确实不够，注意多提交，拆散大事务到多个小事务。Crashrecovery的问题需要看日志里面说什么原因，现在看这是个不正常现象。给IBM开PMR吧。...显示全部

首先说下日志的问题，日志用多少和执行时间和操作的数据量有关系，你要看看是不是确实不够，注意多提交，拆散大事务到多个小事务。

Crashrecovery的问题需要看日志里面说什么原因，现在看这是个不正常现象。给IBM开PMR吧。

收起
银行 · 2015-11-09
浏览1947
查看赞同的人
评论
bygt2010bygt2010it技术咨询顾问自由空间科技公司
在激活数据库的时候报SQL1497W  Activate/Deactivate database was successful, however,an error occurred on some nodes.显示全部
在激活数据库的时候报SQL1497W  Activate/Deactivate database was successful, however,
an error occurred on some nodes.收起
IT咨询服务 · 2015-11-10
浏览1981
查看赞同的人
评论1
flywiththewindflywiththewind其它easy world
持续关注，该方面只是匮乏！帮顶！！！显示全部

持续关注，该方面只是匮乏！帮顶！！！

收起
系统集成 · 2015-11-10
浏览1852
查看赞同的人
评论

提问者

bygt2010
bygt2010002
it技术咨询顾问自由空间科技公司
擅长领域： 数据库，关系型数据库，新核心系统
关注18
回答169
评论238

问题来自

  • 活动 - DPF如何进行横向扩展？

    • 相关问题

  • DPF 节点数据倾斜严重的表已经找到，该如何处理？
  • DB2 DPF 查看表占用的空间大小？
  • IBM小型机安装rhel6.4在安装软件阶段卡住不动？
  • db2数据库每天插入修改数据，性能线性变慢？

    • 问题状态

  • 发布时间：2015-11-09
  • 关注会员：6 人
  • 问题浏览：7255
  • 最近回答：2015-11-10

    • 关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们
    © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30

    X社区推广