人快疯了，高手帮帮忙。

数据库异常关闭了以后，执行db2start正常，连接数据库时作crash recovery。开始还正常，但在Forward phase of creash recovery has completed后，迟迟没有出现crash recovery completed的消息，数据库也连不上，IO使用率也一直很高。我就不知道他在干什么。谁能给点帮助啊？？
[code]2007-12-13-14.52.58.363918+480 I9503981C352       LEVEL: Severe
PID     : 548888               TID  : 1           PROC : db2wdog 0 0
INSTANCE: db2inst3             NODE : 000
FUNCTION: DB2 UDB, base sys utilities, sqleCleanupResources, probe:20
MESSAGE : DiagData
DATA #1 : Hexdump, 4 bytes
0x2FF21810 : 870F 0042                                  ...B

2007-12-13-14.55.30.102285+480 I9504334C1505      LEVEL: Event
PID     : 618510               TID  : 1           PROC : db2start
INSTANCE: db2inst3             NODE : 000
FUNCTION: DB2 UDB, base sys utilities, sqleStartStopSingleNode, probe:1130
DATA #1 : String, 34 bytes
/home/db2inst3/sqllib/adm/db2star2
DATA #2 : Hexdump, 256 bytes
0x2FF1D7F8 : 2F68 6F6D 652F 6462 3269 6E73 7433 2F73    /home/db2inst3/s
0x2FF1D808 : 716C 6C69 622F 6164 6D2F 6462 3273 7461    qllib/adm/db2sta
0x2FF1D818 : 7232 004E 4F4D 5347 0000 0000 0000 0000    r2.NOMSG........
0x2FF1D828 : 0000 0000 0000 0000 0000 0000 0000 0000    ................
0x2FF1D838 : 0000 0000 0000 0000 0000 0000 0000 0000    ................
0x2FF1D848 : 0000 0000 0000 0000 0000 0000 0000 0000    ................
0x2FF1D858 : 0000 0000 0000 0000 0000 0000 0000 0000    ................
0x2FF1D868 : 0000 0000 0000 0000 0000 0000 0000 0000    ................
0x2FF1D878 : 0000 0000 0000 0000 0000 0000 0000 0000    ................
0x2FF1D888 : 0000 0000 0000 0000 0000 0000 0000 0000    ................
0x2FF1D898 : 0000 0000 0000 0000 0000 0000 0000 0000    ................
0x2FF1D8A8 : 0000 0000 0000 0000 0000 0000 0000 0000    ................
0x2FF1D8B8 : 0000 0000 0000 0000 0000 0000 0000 0000    ................
0x2FF1D8C8 : 0000 0000 0000 0000 0000 0000 0000 0000    ................
0x2FF1D8D8 : 0000 0000 0000 0000 0000 0000 0000 0000    ................
0x2FF1D8E8 : 0000 0000 0000 0000 0000 0000 0000 0000    ................

2007-12-13-14.55.31.784422+480 E9505840C428       LEVEL: Warning (OS)
PID     : 446686               TID  : 1           PROC : db2spmrsy 0
INSTANCE: db2inst3             NODE : 000
APPHDL  : 0-6
FUNCTION: DB2 UDB, oper system services, sqloopenp, probe:80
CALLED  : OS, -, unspecified_system_function
OSERR   : EEXIST (17) "Do not specify an existing file."
DATA #1 : File name, 39 bytes
/home/db2inst3/sqllib/spmlog/SPMLOG.LCF

2007-12-13-14.55.31.843506+480 E9506269C1028      LEVEL: Event
PID     : 393406               TID  : 1           PROC : db2star2
INSTANCE: db2inst3             NODE : 000
FUNCTION: DB2 UDB, base sys utilities, DB2StartMain, probe:911
MESSAGE : ADM7513W  Database manager has started.
START   : DB2 DBM
DATA #1 : Build Level, 124 bytes
Instance "db2inst3" uses "32" bits and DB2 code release "SQL08024"
with level identifier "03050106".
Informational tokens are "DB2 v8.1.1.104", "s060120", "U805924", FixPak "11".
DATA #2 : System Info, 220 bytes
System: AIX P570_C6D_AIX1 3 5 00C6EC6D4C00
CPU: total:18 online:8 Threading degree per core:2
Physical Memory(MB): total:15872 free:7802
Virtual  Memory(MB): total:37376 free:29300
Swap     Memory(MB): total:21504 free:21498
Kernel   Params: msgMaxMessageSize:4194304 msgMaxQueueSize:4194304
                 shmMax:2147483648 shmMin:1 shmIDs:131072 shmSegments:16
                 semIDs:131072 semNumPerID:65535 semOps:1024 semMaxVal:32767
                 semAdjustOnExit:16384

2007-12-13-14.55.42.279887+480 I9507298C368       LEVEL: Warning
PID     : 430294               TID  : 1           PROC : db2agent (CMISDB) 0
INSTANCE: db2inst3             NODE : 000         DB   : CMISDB
APPHDL  : 0-7                  APPID: *LOCAL.db2inst3.071213065542
FUNCTION: DB2 UDB, base sys utilities, sqledint, probe:30
MESSAGE : Crash Recovery is needed.

2007-12-13-14.55.43.561833+480 I9507667C431       LEVEL: Warning
PID     : 430294               TID  : 1           PROC : db2agent (CMISDB) 0
INSTANCE: db2inst3             NODE : 000         DB   : CMISDB
APPHDL  : 0-7                  APPID: *LOCAL.db2inst3.071213065542
FUNCTION: DB2 UDB, recovery manager, sqlpresr, probe:410
MESSAGE : Crash recovery started. LowtranLSN 0000008072E6AA13 MinbuffLSN
          00000082836222F2

2007-12-13-14.55.43.563698+480 I9508099C412       LEVEL: Warning
PID     : 430294               TID  : 1           PROC : db2agent (CMISDB) 0
INSTANCE: db2inst3             NODE : 000         DB   : CMISDB
APPHDL  : 0-7                  APPID: *LOCAL.db2inst3.071213065542
FUNCTION: DB2 UDB, recovery manager, sqlprecm, probe:2000
MESSAGE : Using parallel recovery with 9 agents 7 QSets 56 queues and 187 chunks

2007-12-13-15.02.09.340681+480 I9508512C383       LEVEL: Warning
PID     : 413906               TID  : 1           PROC : db2loggw (CMISDB) 0
INSTANCE: db2inst3             NODE : 000         DB   : CMISDB  
FUNCTION: DB2 UDB, data protection, sqlpgasn2, probe:2790
DATA #1 : <preformatted>
Incomplete log record at end, tailLsn 000000828E37EFF7 recoveryLastPageLsn 000000828E37EFFB

2007-12-13-15.02.09.350687+480 I9508896C441       LEVEL: Warning
PID     : 430294               TID  : 1           PROC : db2agent (CMISDB) 0
INSTANCE: db2inst3             NODE : 000         DB   : CMISDB
APPHDL  : 0-7                  APPID: *LOCAL.db2inst3.071213065542
FUNCTION: DB2 UDB, recovery manager, sqlprecm, probe:4000
MESSAGE : DIA2051W Forward phase of crash recovery has completed.  Next LSN is
          "000000828E37EFF8".[/code]

[[i] 本帖最后由 hlsz 于 2007-12-13 15:26 编辑 [/i]]

前滚完了，还要回滚。

建议还是多等会儿，不要做db2stop和杀进程之类的操作。

谢谢。等了三个小时。已经好了。没见过，太急了。我db2_kill了两次。。。第三次忍住了。

[[i] 本帖最后由 hlsz 于 2007-12-13 17:56 编辑 [/i]]

唉，没有rman和flashback呀，不行还是不行

ls对db2好像越来越没信心了。。。不能这样啊~

[[i] 本帖最后由 xn_sung 于 2007-12-14 09:22 编辑 [/i]]

各施各法 各马各扎 各庙有各庙的菩萨
世界到了尽头也不会有真正完美的的产品出现
不要看到个小功能就妄论什么行与不行,没什么行不行的,目前谁都代替不了谁.

[quote]原帖由 [i]我苯故我在[/i] 于 2007-12-14 09:46 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=745435&ptid=79627][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
各施各法 各马各扎 各庙有各庙的菩萨
世界到了尽头也不会有真正完美的的产品出现
不要看到个小功能就妄论什么行与不行,没什么行不行的,目前谁都代替不了谁. [/quote]

随便恢复一下要几个小时，您说是小功能，不知阁下认为什么样的功能算是大功能呢？

像备份和恢复这样的基本保障功能都成了这样，还能希望如何？数据仓库？XML？

没说谁完美，但是备份恢复的功能太差总说不过去吧，从v7到v9就变过，没必要？不重视？谁倒霉？

在此，小的只敢妄论DB2备份恢复功能太差，之前也写过一个帖子做了一些妄断，不当之处还请赐教。

至于DB2和ORACLE孰强孰弱，我想不用我说，市场有最好的回答。

争论这些问题实在是让人厌倦
你可以随便出去扫听扫听,海量级数据库DB2多不多.咱就不说什么500强有多少在用DB2,世界上有多少数据存在DB2里的的老套问题了
备份恢复有的是方法,你认为超大规模的数据库依然还是back restore?
事实胜于雄辩 等哪一天其他产品把DB2灭了再说DB2烂 那我也很赞成

很多人动辄就什么行,什么不行很容易让人产生还没入门的错觉
像我等爱好者还有多的是东西需要我们深入理解研究呢

别厌倦呀，讨论讨论，学习学习嘛。

DB2海量多！但是算的上海量有多少？500强的确好多在DB2，甚至各个再用，但是几乎没有什么公司只用DB2，DB2到底用在什么地方用了多少也说不清楚。呵呵，罢了，不论市场了。看看有多少人会玩Oracle，又有多少人会玩DB2吧，这个说明什么？难于掌握？高高在上？

别极端，灭是不太可能，但是你可以从售前设计的角度试着卖几套DB2试试，看看用户都啥反应。你的客户不至于各个都是500强，都是海量吧，那就算我栽了！呵呵

LS别介意，我没在390或者400上玩过DB2，也听说过似乎有些高级功能，只是没见过没用过，孤陋寡闻；也没在所谓海量数据库上工作过，分区倒是弄过几次，也不知道多大算海。但是有一点，所谓超大规模毕竟少，广大草根用户不能等死或者累死吧？

如果除了backup\restore以外还有什么高级方法？愿闻其详。当然，如果是配合ESS什么的那些就不提也罢，那劳什子太贵，一般用户买不起，我们小本买卖，也玩不起，甘愿被板砖。

入门不入门的着实不要紧，关键是能跟有水平的爱好者讨论讨论，或者说讨教讨教真的机会不多。

本身市场以及行业定位就不同,你怎么不让sql server跑大机
虽然现在各个厂家都在努力的让产品的应用面更广,不过不论是那家至少是目前都不可能让产品适应方方面面.各个行业都有自己不同的特点.
要是为了所有"草根"也都适合,那把400当pc卖,那400的市场其不是推的很快
要是买了法拉力,都配不起轮胎那怨谁?当然不是仅仅指DB2是指整个系统.
要是备份恢复解决的方法非常多,简单的硬件或系统级复制+initdb就很常用
国内懂DB2的人少这是事实,不像搞系统的水平高的人多了去了,随便个像样的高手都不把"官方"放在眼里.
个人感觉国内DB2远没这么高的水平,虽然名气很大的人见过很多一动手也就那么回事.
DB2的市场也小这也是事实.个人并不认为市场大小和产品好坏有必然的联系.
DB2的主要市场集中在某几个比较特殊的行业,尤其是早期,这几个行业也不是说谁水平高就用谁的,起不到带动一片的效果,可能也影响人才的培养-个人比较单纯的想法
这样的话题已经讨论了无数次了,实在是让人"审美疲劳".以前我看都不看的,没想到这次让我捅了这个马蜂窝.
我们把大天说破也很难改变什么,其实是无聊的很的讨论.

阅读权限到了20 就此潜水.

[[i] 本帖最后由 我苯故我在 于 2007-12-14 16:54 编辑 [/i]]

市场问题，LS说得很有道理。DB2现在也没说自己就是高端，低端的不干吧。

没说具体技术问题呀，对市场忧劣问题疲劳，那就继续谈谈备份恢复话题？

我还等着你说的高级方法呢。

另外，我不是马蜂窝，讨论一下问题也没啥马蜂窝吧，谢谢

最后一贴
我写的不是E文吧?上文有写
高级方法不敢说,是简单的实现方法而已
存储或系统的复制+db2inidb
譬如:flash copy+db2inidb

其实最主要的是主要用着db2,却觉着oracle更好。
不免就会有些迷茫。

没想到几个小时之后这里如此热闹。。。说啥也没用，俺就是喜欢DB2的学院派风格:victory:

[quote]原帖由 [i]我苯故我在[/i] 于 2007-12-14 17:41 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=745716&ptid=79627][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
最后一贴
我写的不是E文吧?上文有写
高级方法不敢说,是简单的实现方法而已
存储或系统的复制+db2inidb
譬如:flash copy+db2inidb [/quote]

切～～～～不好玩，我还以为有啥高级货呢。

这个我也玩过呀，如果ESS的话flashcopy还行；如果DS还要加volumecopy用来复制，麻烦的狠。

IO和容量也是个大问题，DS的性能本来就不太好。一点不新鲜，也不高级，而且还很局限。

第一，flashcopy的用法对存储设备有较高要求，实现起来费用比较高。

第二，db2inidb的IO暂挂会影响操作，即是海量大规模，那对中断服务这种事情应该也比较难容忍。

第三，这方法对物理错误还行，对逻辑错误实在能力有限，要是误删除了一张表的一些数据（非常容易看到的人为错误），整个库都要回退，损失太大了吧。

还有么？

[[i] 本帖最后由 darkbug 于 2007-12-15 12:54 编辑 [/i]]

[quote]原帖由 [i]xn_sung[/i] 于 2007-12-14 19:19 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=745765&ptid=79627][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
没想到几个小时之后这里如此热闹。。。说啥也没用，俺就是喜欢DB2的学院派风格:victory: [/quote]

我也没想到，这地方很长时间没有讨论了，难得。

前些日子借一个机会仔细研究了一下ORACLE的备份恢复，对比一下DB2的备份恢复，郁闷了，之前写了一个帖子，没什么人响应，这回只想借个帖子发发牢骚，没想到引起讨论，不过也挺好，共同提高嘛。

没想到这东西还有艺术性，深了。啥叫DB2的学院派风格呀？

[[i] 本帖最后由 darkbug 于 2007-12-15 12:59 编辑 [/i]]

没用过ORACLE；DB2的使用经验也不多，只好看各位讨论了。

[quote]原帖由 [i]darkbug[/i] 于 2007-12-15 12:56 发表 [url=http://www.loveunix.com/redirect.php?goto=findpost&pid=745921&ptid=79627][img]http://www.loveunix.com/images/common/back.gif[/img][/url]


我也没想到，这地方很长时间没有讨论了，难得。

前些日子借一个机会仔细研究了一下ORACLE的备份恢复，对比一下DB2的备份恢复，郁闷了，之前写了一个帖子，没什么人响应，这回只想借个帖子发发牢骚，没想 ... [/quote]

oracle靠回滚段、多版本来避免锁的问题，提高了并发，这明显是不给科德前辈面子吗，人家辛辛苦苦写的论文，多不容易啊！

我们现在用的就是DB2，oracle一点也不会。这个帖没人接着说了啊。

oracle 11g确实强,比db2 v9,管理配置恢复很方便,赞一个

为什么：要是误删除了一张表的一些数据（非常容易看到的人为错误），整个库都要回退？用库全备恢复表空间做前滚不也没有问题么。完全不会oracle。