ITPub博客

首页 > Linux操作系统 > Linux操作系统 > Informix_on_line数据库维护技巧

Informix_on_line数据库维护技巧

原创 Linux操作系统 作者:tonykorn97 时间:2006-05-12 00:00:00 0 删除 编辑
Informix_on_line数据库维护技巧

一、 数据库查询用户的建立

  银行Informix_on_line数据库由于存储了储户的大量重要信息,为了数据库的安全性必需要对数据的操作有严格的规定,如进入on_line数据库要履行严格的手续,这在某些时候又给查找问题带来不便,因此有必要专门建立一个动态查询用户,该用户仅有对数据库的可读权限。  具体做法是:  1.建立查询用户,该查询用户应具有数据库使用的环境  2.将查询用户与数据库作连接(work用户为例)  ln-s/homel/work/homel/read(将查询用户read与数据库用户作连接);  3.由work用户使用数据库,将connect权限赋予read用户  grant connect to read;  4.对数据库中每一张表放select权给read用户  grant select on abc to read.(将select权限赋给read用户)  这样,以read用户注册,对数据库拥有了可读操作,给查找问题等带来方便。

二、 数据库一致性检查

  a.以informix登录  b.将数据库状态置为off_line    onmode-ky   用onstat-检查数据库状态为off_line  c.将数据库状态置为单用户模式  onmode -s  用onstat-检查数据库状态为quiesent  d.检查数据库保留页状态  oncheck-cr 1>/tmp/oncheck.cr 2>&1  e.检查数据库目录页一致性  oncheck-cc 1 >/tmp/oncheck.cc 2>&1  f.检查数据库数据的一致性  oncheck-cD workdb 1>/tmp/oncheck.cd 2>&1  g.检查数据库索引的一致性  oncheck-cI workdb 1>/tmp/oncheck.ci 2>&1  h.检查/tmp下oncheck.cr,oncheck.cc,oncheck.cd,oncheck.ci文件,查看有无错误信息,如没有,则数据库状态正常,反之亦然。  i.将数据库状态置为online  onmode-m  用onstat-检查数据库状态为online

三、 数据库的备份与恢复

  1.dbexport备份与dbimport恢复  dbexport备份是一文体文件备份,该备份将数据库中信息以文本文件方式保存,要注意的是,在备份时必须保证没有对数据库有访问者,否则做dbexport不会成功,dbexport备份的一般格式为(以数据库workdb为例)  dbexport workdb-d -s workdbs /path  2.dbimport恢复是将用dbexport备份的文件恢复到数据库中  a.停止一切数据库操作→删除数据库;  b.$dbimport workdb-d workdbs -i/path;  c.用工具onmonitor将参数TAPEDEV改为/dev/null;  d.ontap -s -u workdb.
e.
检查workdb是否改为U状态
.  f.将TAPEDEV值改回原先的值.  需要指出的是在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;

四、 数据库常见故障处理

  检查:用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中,故障得以排除。

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/312079/viewspace-245272/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2007-12-05

  • 博文量
    1854
  • 访问量
    2088322