细化解析：Informix OnLine数据库维护技巧 （2）

需要指出的是在dbimport恢复过程中，有大量的信息要写在逻辑日志文件中，采用上述方式，可避免写逻辑日志文件，加快dbimport的速度。

3.数据库的零级备份

数据库零级备份是重要的备份手段，日常一般用磁带备份，经常用于做重大操作之前的备份，数据往往需要恢复，而磁带上的零级备份数据由于数据量大，恢复起来花费时间较长，因此，可采用在硬盘上做零级备份的办法。

a.在硬盘上划一个足够大的空间，用于备份文件的存放。

b.用onmonitor将参数TAPEDEV改定指向零级备份文件。

如把/cs2000在作为零级备份文件oback的存放空间，可将参数改为TAPEDEV=/cs2000/oback，这样可做硬盘零级备份，备份恢复时间只是磁带机的1/6。在恢复过程中应该用tail －f online.log监控。恢复过程，一直到数据库状态变为online..

c.将参数TAPEDEV=/cs2000/oback改为TAREDEV=/dev/rmt/0m;

四、 数据库常见故障处理

1 检查

用onstat_－1检查逻辑日志的使用情况，是否中止进程，根据finder col.数据库故障的一般检查，首先要检查数据库状态，经常用onstat_de查找可能出现的错误，同时检查online.log是否报错。

2.数据库表的跟踪

遇到在对数据库表作大规模操作时，有时我们不知道对该表的操作是否得以在继续进行，因为isql进入，操作该表，数据库报“该表已被锁”信息，这时可用查询语句：

首先：set retrieved to drity read 

然后：select count(＊)from abc

通过不断对abc表进入统计，如统计数在不断增加，则对该表的操作仍在进行，否则，以停止了对该表的操作。还有，当批量执行SQL命令，如update,……insert等时如不能成功执行，可采用增加判断条件，缩小范围的方法去执行，往往可以获得成功，遇有些语句涉及的记录在处理过程中被锁定，直到处理过程结束可能超过系统关于同时锁定界限，遇这种错误，可以在开始处理时锁定该表。

3.故障排除举例

故障现象：在银行批量结息向结息数据表插入记录时出现informix sqlcode错误号为－239。

故障检查：经查，从现象看，似乎有重复记录插入表中，但经核查数据，可以肯定数据绝无重复记录，考虑到表文件长期使用，表文件的相关信息受到某种破坏，为此，做以下操作：

a.unload to “/tmp/abc.txt”select＊from abc.卸出abc中全部数据； 

b.drop table abc.(删除表文件abc)； 

c.create tabk abc 

(abc_swo mteger; 

abc_ano smallint) 

　…

建立数据库表文件abc.

d.load form“tmp/abc.txt”insert into abc.

(将原数据装入表文件abc中)。

e.重新执行结息操作，新产生的结息数据顺利装入表文件abc中，故障得以排除。

作为计算机技术人员，熟悉数据库的操作，掌握一些操作技巧和方法对于我们解决工作中遇到的问题，查找错误，是十分有帮助的。