178: ISAM error: Database is locked; pending change to logging mode 解决办法整理

【转】 这个是转的，但是没有解决我的问题

由于使用改变数据库日志模式（ondblog test_db buf / ontape -s -B），导致数据库被锁。出现329 ，178错误。我一开始尝试重启数据库，也解决不了该问题。下面说明如何解决该问题。

一、错误信息：

dbaccess test_db

329: Database not found or no system permission.

178: ISAM error: Database is locked; pending change to logging mode.

二、解决步骤

1、ondblog test_db unbuf log

ondblog complete, returning 0 (0x00)

2、ontape -s -L 0

Archive to tape device '/dev/null' is complete.

Program over.

3、ondblog test_db buf

ondblog complete, returning 0 (0x00)

4、dbaccess test_db

ok

这个问题也许可以解决，不用重装informix

这个问题我也遇到了，而且是生产环境，并且我们单位的生产环境只运行在一台主机上，没有备机，当时在压力确实很大。因为当时不只是数据库被锁了，且informix的chunk剩余数也只有3K了。当时因为informix数据库空间严重不足了，交易无法正常处理，我们想先做一个数据库的备份，然后为informix增加chunk，没想到备份也备不了，提示sqlcode=-229的错，创建临时文件的空间都没有了。后来在informix用户环境下执行了一下$ontape -s -N 数据库名，想通过不记日志备一下数据库，没成想这个命令执行时也失败了，提示sqlcode=-229
ISAM 131的错，再用dbaccess连接informix时就出现了“178: ISAM error: Database is locked; pending change to logging mode ”。尝试了各种方法，数据库仍然无法解锁，到网上搜了一圈，也看到了上面各楼专家告知的方法，还是没用。当看到6楼shanshl的贴子时我的心凉了半截，难道只能重安informix或对数据库初始化吗？这可是在生产环境上，不像shanshl那么幸运是在测试机上。如果重装informix将会造成生产数据的丢失甚至是全部丢失，这将是灾难性的。后来无意中查看了一下国外的一个贴子，找到了救命的解决方法，方法如下：在informix用户环境下，执行$ondblog dbname unbuf log就可以将数据库解锁了。另外最好再作一下inforxmi的零级备份，执行$ontape
-s -L 0。之后的问题就很好解决了，既然无法整库备份，就一个表一个表的onload，然后增加informix的chunk，再做数据库的全备份就OK了。之后启动服务，所有交易恢复成功运行。再此感谢internet，是互联网络救了我们一回，是互联网络改变了我们的命运。

有问题可与我联系，我的邮箱是huxueqiang@tom.com

其实我遇到的问题，感觉好复杂，

用的HDR的热备份，７３主机，７４备机，７３的库导入数据之前都没问题，Weblogic也没有问题，导入数据之后，Weblogic启动报错

连接不到７４，　数据库找不到或者没有权限。

而且建的库没有日志，按照网上的各种方法都试了，备份也没有办法，一直让选择１磁盘。

没法了，重启也没法，只能把数据库删了，重新导入原始数据。再测试，没问题，只能说，后来导入的数据有问题。

目前怀疑引起问题的原因是数据。

等搞清除了，再记录。