注册登录
提 问
English中文版
互联网服务数据库db2故障服务器断电

服务器断电启动后，事务没提交，导致表不能写

db2inst1@dw3:~> db2_all " db2 connect to center;db2 list indoubt transactions"


   数据库连接信息

数据库服务器         = DB2/LINUXX8664 9.7.5
SQL 授权标识         = DB2INST1
本地数据库别名       = CENTER

SQL1251W  没有为试探查询返回任何数据。  SQLSTATE=00000
dw3: db2 connect to center completed rc=2


   数据库连接信息

数据库服务器         = DB2/LINUXX8664 9.7.5
SQL 授权标识         = DB2INST1
本地数据库别名       = CENTER

SQL1251W  没有为试探查询返回任何数据。  SQLSTATE=00000
dw3: db2 connect to center completed rc=2


   数据库连接信息

数据库服务器         = DB2/LINUXX8664 9.7.5
SQL 授权标识         = DB2INST1
本地数据库别名       = CENTER

SQL1251W  没有为试探查询返回任何数据。  SQLSTATE=00000
dw3: db2 connect to center completed rc=2


   数据库连接信息

数据库服务器         = DB2/LINUXX8664 9.7.5
SQL 授权标识         = DB2INST1
本地数据库别名       = CENTER


1.   originator: DB2 企业服务器版
      appl_id: *N0.db2inst1.150611063830                                     sequence_no: 0001 status: i
      timestamp: 2015-07-23 06:08:11 auth_id: DB2INST1
      log_full: n type: RM
      xid: 341D000008000000 0000000000000000 07810AA4

dw3: db2 connect to center completed ok

做删除操作的时候，diaglog日志
2015-07-27-12.58.04.551937+480 E1758792E587        LEVEL: Warning
PID     : 16982                TID  : 140429542549840PROC : db2sysc 3
INSTANCE: db2inst1             NODE : 003          DB   : CENTER
EDUID   : 126                  EDUNAME: db2dlock (CENTER) 3
FUNCTION: DB2 UDB, lock manager, sqlpldl, probe:1280
MESSAGE : ADM1838W  An application is waiting for a lock held by an indoubt
          transaction.  This will cause the application to wait indefinitely.  
          Use the LIST INDOUBT TRANSACTIONS command to investigate and resolve
          the indoubt transactions.
^C
db2 LIST INDOUBT TRANSACTIONS ,显示不了indoubt transactions!
求解决办法！
关注1
评论
参与8

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

新数科技新数科技IT顾问北京新数科技有限公司
:victory:restart也可以解决：db2_all "db2 restart database "参考：http://www-01.ibm.com/support/kn ... c/doc/c0006044.html显示全部
:victory:
restart也可以解决：
db2_all "db2 restart database "
参考：
http://www-01.ibm.com/support/kn ... c/doc/c0006044.html收起
IT咨询服务 · 2015-07-27
浏览1437
查看赞同的人
评论
hellotonyhellotony数据仓库工程师杭州奥海科技
谢谢，我太着急了，操作失误!谢谢显示全部
谢谢，我太着急了，操作失误!谢谢收起
互联网服务 · 2015-07-27
浏览1449
评论
hellotonyhellotony数据仓库工程师杭州奥海科技
中午测试了不行，刚刚重新连接了一遍，几个操作都做了，不行，怎么办？db2inst1@dw3:~> db2 LIST INDOUBT TRANSACTIONS WITH PROMPTING 1.   originator: DB2 企业服务器版      appl_id: *N0.db2inst1.150611063830      &nbs...显示全部
中午测试了不行，刚刚重新连接了一遍，几个操作都做了，不行，怎么办？
db2inst1@dw3:~> db2 LIST INDOUBT TRANSACTIONS WITH PROMPTING

1.   originator: DB2 企业服务器版
      appl_id: *N0.db2inst1.150611063830                                     sequence_no: 0001 status: i
      timestamp: 2015-07-23 06:08:11 auth_id: DB2INST1
      log_full: n type: RM
      xid: 341D000008000000 0000000000000000 07810AA4

输入不确定事务命令，或者输入 'q' 以退出。
例如，'c 1' 试探性落实事务 1。
c/r/f/l/q: c 1

1.   originator: DB2 企业服务器版
      appl_id: *N0.db2inst1.150611063830                                     sequence_no: 0001 status: i
      timestamp: 2015-07-23 06:08:11 auth_id: DB2INST1
      log_full: n type: RM
      xid: 341D000008000000 0000000000000000 07810AA4

您想试探性地落实（COMMIT）这个不确定事务吗？（y/n） y
SQL0998N  在事务或试探性处理期间出错。原因码："226"。子代码
："0"。  SQLSTATE=58005
c/r/f/l/q: r 1

1.   originator: DB2 企业服务器版
      appl_id: *N0.db2inst1.150611063830                                     sequence_no: 0001 status: i
      timestamp: 2015-07-23 06:08:11 auth_id: DB2INST1
      log_full: n type: RM
      xid: 341D000008000000 0000000000000000 07810AA4

您想试探性地回滚（ROLLBACK）这个不确定事务吗？（y/n） y
SQL0998N  在事务或试探性处理期间出错。原因码："36"。子代
码：""。  SQLSTATE=58005
c/r/f/l/q: c 1

1.   originator: DB2 企业服务器版
      appl_id: *N0.db2inst1.150611063830                                     sequence_no: 0001 status: i
      timestamp: 2015-07-23 06:08:11 auth_id: DB2INST1
      log_full: n type: RM
      xid: 341D000008000000 0000000000000000 07810AA4

您想试探性地落实（COMMIT）这个不确定事务吗？（y/n） y
SQL0998N  在事务或试探性处理期间出错。原因码："39"。子代
码：""。  SQLSTATE=58005
c/r/f/l/q: l 1

1.   originator: DB2 企业服务器版
      appl_id: *N0.db2inst1.150611063830                                     sequence_no: 0001 status: i
      timestamp: 2015-07-23 06:08:11 auth_id: DB2INST1
      log_full: n type: RM
      xid: 341D000008000000 0000000000000000 07810AA4

c/r/f/l/q:收起
互联网服务 · 2015-07-27
浏览1447
评论
hellotonyhellotony数据仓库工程师杭州奥海科技
求解决办法显示全部
求解决办法收起
互联网服务 · 2015-07-27
浏览1408
评论
hellotonyhellotony数据仓库工程师杭州奥海科技
如题：跟这个人一样的问题http://bbs.chinaunix.net/thread-534412-1-1.html显示全部
如题：跟这个人一样的问题http://bbs.chinaunix.net/thread-534412-1-1.html收起
互联网服务 · 2015-07-27
浏览1405
评论
新数科技新数科技IT顾问北京新数科技有限公司
你的问题跟chinaunix上面的这个问题好像不太一样吧，从你贴出来的结果里看，还是有一个indoubt transaction的，而chinaunix这个帖子上面的并没有indoubt transaction。如果有indoubt transaction的话，就比较好办了，从你贴出的信息来看，你的indoubt transaction应该位于dw3机器的...显示全部
你的问题跟chinaunix上面的这个问题好像不太一样吧，从你贴出来的结果里看，还是有一个indoubt transaction的，而chinaunix这个帖子上面的并没有indoubt transaction。如果有indoubt transaction的话，就比较好办了，从你贴出的信息来看，你的indoubt transaction应该位于dw3机器的第4个分区上，所以你需要手动连接到第四个分区：
export DB2NODE=3
db2 connect to center
然后运行：
db2 LIST INDOUBT TRANSACTIONS WITH PROMPTING
看看有什么提示，应该会提示你如何进行下一步操作的。收起
IT咨询服务 · 2015-07-27
浏览1403
评论

提问者

hellotony
hellotony
数据仓库工程师杭州奥海科技
关注1
回答49
评论89

相关问题

  • 引入缺乏第三方服务生态的信创数据库，会不会令甲方被厂商锁定而失去议价能力？
  • 对于业务系统的历史数据存放、查询，哪种类型的数据库更为合适？
  • 超融合能否扛起全闪做支撑交易类数据库最佳平台的大旗？
  • 金融行业容器数据库对比传统数据库的主要变化在哪里？或者是架构上哪一层发生了变化？
  • 如果数据库较大，全量迁移时间较长，如何尽可能缩短停机窗口？

    • 相关资料

  • 分布式数据库金融应用发展报告-2023
  • IDC+中国金融行业国产分布式数据库白皮书
  • Redhat7.6 Oracle 19C RAC部署手册
  • Redhat7.0 Oracle 12C RAC部署手册
  • Redhat7.5 Oracle 18C RAC部署手册

    • 相关文章

  • 南大通用对数据库领域国家标准编制与实施的贡献浅析
  • Redis 的优势是如何在保单业务中发挥出来的
  • 数据库行业解决方案都写了啥
  • 企业传统Oracle数据库迁移国产数据库核心难点总结
  • 招聘：建信金科基础技术中心数据库产品团队

    • 问题状态

  • 发布时间：2015-07-27
  • 关注会员：1 人
  • 问题浏览：4253
  • 最近回答：2015-07-27

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

    X社区推广