系统一直处在Fast Recovery (CKPT REQ)状态是为什么？

dengxinghang 发表于 2006-12-06 10:56

数据库出现异常，关掉后启动，ONSTAT - 显示：
Informix Dynamic Server Version 7.31.FD1 -- Fast Recovery (CKPT REQ) -- Up 00:57:33 -- 385024 Kbytes
Blocked:CKPT
用ONSTAT -L
address       number flags uniqid begin    size used %used
20097e240    1    U-B----28171 10143f    250    250 100.00
20097e25c    2    U-B----28172 101539    250    250 100.00
20097e278    3    U-B----28173 101633    250    250 100.00
20097e294    4    U-B----28174 10172d    250    250 100.00
20097e2b0    5    U-B----28175 101827    250    250 100.00
20097e2cc    6    U---C-L28176 101921    250    250 100.00

日志里：

10:03:45Event alarms enabled.ALARMPROG = '/usr/informix/etc/log_full.sh'
10:03:49DR: DRAUTO is 0 (Off)
10:03:49Informix Dynamic Server Version 7.31.FD1 Software Serial Number AAC#J402910
10:03:49Informix Dynamic Server Initialized -- Shared Memory Initialized.
10:03:49Warning: Invalid dbspace 'tempdbs' listed in DBSPACETEMP.
10:03:49Physical Recovery Started.
10:03:50Physical Recovery Complete: 312 Pages Restored.
10:03:50Logical Recovery Started.
10:04:03Waiting for Next Logical Log File to be Freed

请问会是什么问题，如何解决？

wenlq 发表于 2006-12-06 12:04

等不到On-Line 么

dengxinghang 发表于 2006-12-06 14:35

估计是等不到了

已经等有好几个小时了啊！

lmtok 发表于 2006-12-06 17:14

多等一下吧，数据库正在做回滚，只能等它做完

59 发表于 2007-01-17 16:07

等个啥，逻辑日志填满了，楼主做了长事务处理，请公司处理一下吧，我们公司花2万元请人恢复的

liaosnet 发表于 2007-01-17 16:35

日志已经写满了哦~~而日志也太小了吧。一个才500K!!

先增大日志容量才重新进行恢复吧。。

[ 本帖最后由 liaosnet 于 2007-1-17 16:56 编辑 ]

czw1413_cn 发表于 2007-01-17 17:07

liaosnet 发表于 2007-01-17 17:10

可以考虑用一个小库恢复到online再增加日志哈~~
然后再删除小库，恢复大库哦~理论上可行~呵呵。

shanshl 发表于 2007-01-20 11:31

修改onconfig.XXX文件的逻辑日志大小，在启动数据库试试。

zhengyan1983 发表于 2007-01-26 15:45

U-B----    标志表示该日志文件已使并已备份，可以重复使用；
U---C-L 表示该日志文件为当前逻辑日志；
U------    标志的日志文件，表示数据库的逻辑备份异常，可能是未启动逻辑备份，或备份磁带已满。此时应检查逻辑日志备份情况并进行处理。如不处理，将导致所有日志文件写满而最终挂起server。

我不明白LZ的日志状态没有出现U------，怎么也挂了，什么原因呀？那位大牛赐教一下，有点担心自己的服务器。下面是我维护服务器的日志状态，返青高手帮我看看有没有危机？
8217908c 1    F------0    31c16d    5000    0 0.00%
821790a8 2    F------0    31d4f5    5000    0 0.00%
821790c4 3    F------0    31e87d    5000    0 0.00%
821790e0 4    F------0    3186d5    5000    0 0.00%
821790fc 5    F------0    319a5d    5000    0 0.00%
82179118 6    F------0    31ade5    5000    0 0.00%
82179134 7    F------0    31fc05    5000    0 0.00%
82179150 8    F------0    320f8d    5000    0 0.00%
8217916c 9    F------0    322315    5000    0 0.00%
82179188 10    U-B----70    32369d    5000 5000 100.00%
821791a4 11    U-B----71    324a25    5000 5000 100.00%
821791c0 12    U-B----72    325dad    5000 5000 100.00%
821791dc 13    U-B----73    327135    5000 5000 100.00%
821791f8 14    U-B----74    3284bd    5000 5000 100.00%
82179214 15    U---C-L75    329845    5000 1157 23.14%
82179230 16    F------0    32abcd    5000    0 0.00%
8217924c 17    F------0    32bf55    5000    0 0.00%
82179268 18    F------0    32d2dd    5000    0 0.00%
82179284 19    F------0    32e665    5000    0 0.00%
821792a0 20    F------0    32f9ed    5000    0 0.00%
821792bc 21    F------0    330d75    5000    0 0.00%
821792d8 22    F------0    3320fd    5000    0 0.00%
821792f4 23    F------0    333485    5000    0 0.00%
82179310 24    F------0    33480d    5000    0 0.00%
8217932c 25    F------0    335b95    5000    0 0.00%
82179348 26    F------0    336f1d    5000    0 0.00%
82179364 27    F------0    3382a5    5000    0 0.00%
82179380 28    F------0    33962d    5000    0 0.00%
8217939c 29    F------0    33a9b5    5000    0 0.00%
821793b8 30    F------0    33bd3d    5000    0 0.00%

页: [1] 2

Chinaunix's Archiver

系统一直处在Fast Recovery (CKPT REQ)状态是为什么？

估计是等不到了