互联网服务

Load issue

Command: db2inst1@c01z0090:/db/dbdata01/R4_UAT/ARIW/R4/EXPORT_LOAD> db2 " Load from BHUSTG.BH_SEQUENCE_CONTROL of ixf INSERT into BHUSTG.BH_SEQUENCE_CONTROL
(GEO_CODE,FILE_NAME,LOAD_ID,IW_CURRENTDAY_PROCESS_START_TS,IW_CURRENTDAY_PROCESS_END_TS,IW_CURRENTDAY_PROCESS_DONE,IW_MONTHEND_PROCESS_START_TS,
IW_MONTHEND_PROCESS_END_TS,IW_MONTHEND_PROCESS_DONE,IW_DATAMART_LOAD_START_TS,IW_DATAMART_LOAD_END_TS,IW_DATAMART_LOAD_DONE,IW_MIDMONTH_PROCESS_START_TS,
IW_MIDMONTH_PROCESS_END_TS,IW_MIDMONTH_PROCESS_DONE,IW_ALL_DONE_TS,IW_ALL_DONE,SEQ_START_TS,SEQ_END_TS,SEQ_FLOW_REQD,STATUS) nonrecoverable"
运行一段时间后,db2diag.log 出现如下错误:
2012-12-28-11.23.54.413352+000 I7728421A475       LEVEL: Warning
PID     : 28628                TID  : 2204417124688PROC : db2sysc 0
INSTANCE: db9sr001             NODE : 000         DB   : ARUATDB
APPHDL  : 0-12109              APPID: *LOCAL.db9sr001.121228112158
AUTHID  : DB2INST1
EDUID   : 24940                EDUNAME: db2agent (ARUATDB) 0
FUNCTION: DB2 UDB, database utilities, sqluvtld_route_in, probe:835
DATA #1 :
Starting LOAD operation (S) (3) (T).
2012-12-28-11.24.45.171994+000 I7728897A578       LEVEL: Error
PID     : 28628                TID  : 2204417124688PROC : db2sysc 0
INSTANCE: db9sr001             NODE : 000         DB   : ARUATDB
APPHDL  : 0-12109              APPID: *LOCAL.db9sr001.121228112158
AUTHID  : DB2INST1
EDUID   : 24940                EDUNAME: db2agent (ARUATDB) 0
FUNCTION: DB2 UDB, database utilities, DIAG_ERROR, probe:0
DATA #1 : String, 147 bytes
LOADID: 24940.2012-12-28-11.23.54.413334.0 (1486;4)
Failed to lock table and fix TCB , -2146435069, (nil), Detected in file:sqluTarget.C, Line:3025
2012-12-28-11.24.45.172264+000 I7729476A484       LEVEL: Severe
PID     : 28628                TID  : 2204417124688PROC : db2sysc 0
INSTANCE: db9sr001             NODE : 000         DB   : ARUATDB
APPHDL  : 0-12109              APPID: *LOCAL.db9sr001.121228112158
AUTHID  : DB2INST1
EDUID   : 24940                EDUNAME: db2agent (ARUATDB) 0
FUNCTION: DB2 UDB, database utilities, sqluRegisterLoadRestart, probe:3644
MESSAGE : Load Error: Attempt to lock table/fix tcb unsuccessful
2012-12-28-11.24.45.172316+000 I7729961A456       LEVEL: Severe
PID     : 28628                TID  : 2204417124688PROC : db2sysc 0
INSTANCE: db9sr001             NODE : 000         DB   : ARUATDB
APPHDL  : 0-12109              APPID: *LOCAL.db9sr001.121228112158
AUTHID  : DB2INST1
EDUID   : 24940                EDUNAME: db2agent (ARUATDB) 0
FUNCTION: DB2 UDB, database utilities, sqluLoadPartition, probe:3568
MESSAGE : Load Error: Error loading table.
24940     2204417124688  31663          db2agent (ARUATDB)
0x0000000102F40080 12138    [000-12138] 1          24940      UOW-Waiting             0        0          0        0          9.78.206.193.32016.121228113735         


db9sr001@c01z0090:/db/dbdata01/db9sr001/NODE0000/SQL00003/db2event/db2detaildeadlock> db2level
DB21085I  Instance "db9sr001" uses "64" bits and DB2 code release "SQL09058"
with level identifier "06090107".
Informational tokens are "DB2 v9.5.0.8", "s110603", "IP23272", and Fix Pack
"8".
Product is installed at "/opt/IBM/db2/V9.5".
db9sr001@c01z0090:/db/dbdata01/db9sr001/NODE0000/SQL00003/db2event/db2detaildeadlock> db2pd -osinfo
Operating System Information:
OSName:   Linux
NodeName: c01z0090
Version:  2
Release:  6
Machine:  s390x
CPU Information:
TotalCPU    OnlineCPU   ConfigCPU   Speed(MHz)  HMTDegree  Cores/Socket
10          10          10          0           1           n/a
参与18

17同行回答

zhmwangzhmwangPDOceanBase
回复 4# xu5762173 581是load程序,587是terminate这个load的操作,等到最好,整个db都hang住了。没办法,只能db2_kill.然后再起load,重新测试,结果一样。显示全部
回复 4# xu5762173

581是load程序,587是terminate这个load的操作,等到最好,整个db都hang住了。

没办法,只能db2_kill.
然后再起load,重新测试,结果一样。收起
互联网服务 · 2012-12-30
浏览463
zhmwangzhmwangPDOceanBase
回复 5# [i]ljbupc[/不是lock的问题,steup阶段都没开始。而且这个是测试机,没有其他的应用在跑。在这个load之后,又起了另一个load,没有任何问题显示全部
回复 5# [i]ljbupc[/
不是lock的问题,steup阶段都没开始。而且这个是测试机,没有其他的应用在跑。
在这个load之后,又起了另一个load,没有任何问题收起
互联网服务 · 2012-12-30
浏览442
freebilefreebile数据库运维工程师金融行业
楼上兄弟分析有道理,学习了,无法获取锁,首先应该判断一下锁相关的参数及其目前这个表上的锁显示全部
楼上兄弟分析有道理,学习了,无法获取锁,首先应该判断一下锁相关的参数及其目前这个表上的锁收起
金融其它 · 2012-12-29
浏览444
xu5762173xu5762173数据库管理员Ess
Failed to lock table and fix TCB , -2146435069, (nil), Detected in file:sqluTarget.C, Line:30250x0000020072FAB440 587        05CE0004000000000000000054 Table      ..Z  G   587 ...显示全部
Failed to lock table and fix TCB , -2146435069, (nil), Detected in file:sqluTarget.C, Line:3025

0x0000020072FAB440 587        05CE0004000000000000000054 Table      ..Z  G   587        255 0          0x00 0x40000000
0x0000020072FA79C0 581        05CE0004000000000000000054 Table      ..Z  W   587        255 0          0x00 0x40000000

587和581是什么操作,snapshot app 看下

另外,该表的状态:select status from syscat.table where tabname='BH_SEQUENCE_CONTROL'也看下收起
证券 · 2012-12-29
浏览555
zhmwangzhmwangPDOceanBase
db9sr001@c01z0090:/db/dbdata01/db9sr001/NODE0000/SQL00003/db2event/db2detaildeadlock> db2 load query table BHUSTG.BH_SEQUENCE_CONTROLSQL3109N  The utility is beginning to load data from file"/db/dbdata01/R4_UAT/ARIW/R4/EXPORT_LOAD/BHUSTG.BH...显示全部
db9sr001@c01z0090:/db/dbdata01/db9sr001/NODE0000/SQL00003/db2event/db2detaildeadlock> db2 load query table BHUSTG.BH_SEQUENCE_CONTROL
SQL3109N  The utility is beginning to load data from file
"/db/dbdata01/R4_UAT/ARIW/R4/EXPORT_LOAD/BHUSTG.BH_SEQUENCE_CONTROL".

SQL3500W  The utility is beginning the "LOAD" phase at time "12/28/2012
15:55:08.460559".

SQL3532I  The Load utility is currently in the "LOAD" phase.


Number of rows read         = 0
Number of rows skipped      = 0
Number of rows loaded       = 0
Number of rows rejected     = 0
Number of rows deleted      = 0
Number of rows committed    = 0
Number of warnings          = 0

Tablestate:
  Load in Progress收起
互联网服务 · 2012-12-29
浏览457
zhmwangzhmwangPDOceanBase
在出现上述错误后,只能用命令:db2 Load from BHUSTG.BH_SEQUENCE_CONTROL of ixf terminate into BHUSTG.BH_SEQUENCE_CONTROL  nonrecoverable;但是无法停止load操作,并出现如下锁情况db2inst1@c01z0090:/db2/db9sr001/sqllib/db2dump> db2pd -d ARUATDB -locks\...显示全部
在出现上述错误后,只能用命令:

db2 Load from BHUSTG.BH_SEQUENCE_CONTROL of ixf terminate into BHUSTG.BH_SEQUENCE_CONTROL  nonrecoverable;
但是无法停止load操作,并出现如下锁情况
db2inst1@c01z0090:/db2/db9sr001/sqllib/db2dump> db2pd -d ARUATDB -locks
\
Database Partition 0 -- Database ARUATDB -- Active -- Up 0 days 01:30:43 -- Date 12/28/2012 16:23:10

Locks:
Address            TranHdl    Lockname                   Type       Mode Sts Owner      Dur HoldCount  Att  ReleaseFlg
0x0000020072FAAE40 587        0000000500000000A251000552 Row        .NS  G   587        255 0          0x00 0x40000000
0x0000020072FAAA00 581        0000000500000000A251000552 Row        ..U  G   581        3   0          0x00 0x40000000
0x0000020072FAB440 587        05CE0004000000000000000054 Table      ..Z  G   587        255 0          0x00 0x40000000
0x0000020072FA79C0 581        05CE0004000000000000000054 Table      ..Z  W   587        255 0          0x00 0x40000000
0x0000020072FADD80 581        00000005000000000000000054 Table      .IX  G   581        3   0          0x00 0x40000000收起
互联网服务 · 2012-12-29
浏览458
ljbupcljbupc软件开发工程师上海安硕科技
无法获取锁,应该是没有锁资源了;在上次去北京遇到过类似的问题,load 无法获取锁;他们是还有其他存储过程在跑,虽然不是load的相关表;据分析,应该是其他程序查询的NS锁过多,占用了很多锁资源却还没有达到所升级的比例,最后消耗完锁资源;最后调低了MAXLOCKS后就没有再出现这个问题了...显示全部
无法获取锁,应该是没有锁资源了;
在上次去北京遇到过类似的问题,load 无法获取锁;
他们是还有其他存储过程在跑,虽然不是load的相关表;
据分析,应该是其他程序查询的NS锁过多,占用了很多锁资源却还没有达到所升级的比例,最后消耗完锁资源;
最后调低了MAXLOCKS后就没有再出现这个问题了。--------该项目不存在很高的并发,所以调低了该参数。
如果是并发高的项目,如果不是特别严格或者加脏读不会有影响的情况下,还是建议对较大的查询加脏读。收起
互联网服务 · 2012-12-29
浏览457

提问者

zhmwang
PDOceanBase
擅长领域: 数据库服务器国产数据库

问题状态

  • 发布时间:2012-12-29
  • 关注会员:1 人
  • 问题浏览:15765
  • 最近回答:2013-01-04
  • X社区推广