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

需要指出的是在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中，故障得以排除。

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

最新相关文章

• ·在Informix-online中如何合理的组织表
• ·正确认识informix所在的操作系统与硬件
• ·怎样看待Informix所在的操作系统与硬件
• ·Informix-OnLine动态服务器运行模式管理
• ·Linux+Informix后台数据库系统编程设置
• ·Informix Online for Linux的安装方法
• ·搭建基于LINUX平台的Informix开发环境
• ·怎样使用"Informix"用户和"informix"组
• ·如何在Informix数据库中加快查询的速度
• ·Informix－Online数据库的查询优化策略
• ·在UNIX下的Informix-online中合理地组织表
• ·解析：教你快速掌握JDBC连接Informix IDS
• ·细化解析：Informix OnLine数据库维护技巧
• ·细化解析：Informix数据库的系统维护技巧
• ·细化解析：Informix ON-Bar备份解决方法
• ·细化解析：备份Informix-OnLine的三个方法