免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2404 | 回复: 9
打印 上一主题 下一主题

数据库被锁是什么原因 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2006-09-12 15:00 |只看该作者 |倒序浏览
提示“329atabase not found or no system permission”
    “178:database is locked;pending change to logging mode”

我的环境是WIN2K、IDS9.4

谢谢

论坛徽章:
0
2 [报告]
发表于 2006-09-13 02:48 |只看该作者

回复 1楼 一个菜鸟 的帖子

try to check if there is a staled ontape process, which was used to change database 'log mode' or archive. Also, check online.log, see if there was a long checkpoint.  When issue ontape to archive database/change log mode, it will trigger a checkpoint. Normally, the checkpoint will be finished very quickly. Sometimes, a long checkpoint duration might be seen due to the hardware ( disk, SAN/RAID) problem.

论坛徽章:
0
3 [报告]
发表于 2006-09-13 09:20 |只看该作者

没明白你说的什么?惭愧,英文不好

如题,能详细的说说怎么解决吗?谢谢

论坛徽章:
0
4 [报告]
发表于 2006-09-13 09:33 |只看该作者

回复 3楼 一个菜鸟 的帖子

try to check if there is an staled ontape process ( a no-responding ontape process ), which was doing archiving/changing log mode ( ontape/onbar ).  
You can simply do that by "ps -elf | grep ontape"  or onstat -g ath to find the ontape thread.  Then, try to verify it by onstat -l  (logs) and onstat -d ( chunks ) to check if there is still disk read/write for log there.  If you find a problem ontape process, you can try to kill it.

论坛徽章:
0
5 [报告]
发表于 2006-09-13 09:44 |只看该作者

我这还能弄好吗?

以前出现过一次,后来没办法重做了

论坛徽章:
0
6 [报告]
发表于 2006-09-13 09:56 |只看该作者

回复 5楼 一个菜鸟 的帖子

"没办法重做了",  do you mean you can not produce it ?   Or you re-initialized the instance ?    If so, that will be a sad experience.  Re-initialize the instance is the last thing you should do, since the data in the system may be lost.
Did you try to bounce the database instance ?  reboot the NT box  ?  call IBM support ?  Restore from level 0 archive and roll forward all the logical logs ?  
Don't hesitate to call support, mark down all the error msg before calling.  I am not sure the current support policy.  Normally, they will help you if your case is an urgent one, like the one you mentioned above.  It won't hurt to call for help.

论坛徽章:
0
7 [报告]
发表于 2006-09-13 10:01 |只看该作者

我的服务到期了

我只买了一年的服务,技术支持他们不理我

论坛徽章:
0
8 [报告]
发表于 2006-09-13 10:17 |只看该作者

回复 7楼 一个菜鸟 的帖子

It's too bad.  Informix delivered very good services before it was acquired by IBM ...

论坛徽章:
0
9 [报告]
发表于 2006-09-13 10:57 |只看该作者
原帖由 一个菜鸟 于 2006-9-13 10:01 发表
我只买了一年的服务,技术支持他们不理我


一年的服务多少米啊? 兄弟。。

论坛徽章:
0
10 [报告]
发表于 2006-09-13 14:47 |只看该作者
-178    ISAM error: Database is locked; pending change to logging mode.

A request has been made to change the logging status of a database.
Until a level-0 archive is done for all the storage spaces that the
database uses, access to the database is blocked.

==============
From above information , you should check the server status and  running process which is tring to change database logging status .Follow IFMXDBA suggestion , first find the ontape/onbar process and kill it ,then reboot the database server and check the online.log .
Another , did you change the machine 's time before the accident ? If so , pls correct it and reboot DB server again .
Do a dummy backup in informix is very simple , modify the onconfig file parameter TAPEDEV to NULL and run 'ontape -s -L 0 ' from command window .
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP