Informix数据库系统维护及双机HDR疑难问题详解.docVIP

PAGE PAGE 7 Informix数据库疑难问题解答 目 录 TOC \o 1-3 \h \z 1、 数据库日志模式 3 No Logging 没有日志 3 Unbuffered Logging 非缓冲日志 3 Buffered Logging 缓冲日志 4 Unbuffered Logging, Mode ANSI ANSI模式 4 如何改变日志模式 4 用onmonitor改变日志模式 4 用ontpae改变日志模式 4 2、如何在HDR系统中修改参数配子文件（onconfig）？ 5 3、在select的时候，where条件是不是有限制？ 6 4、关于INFORMIX的运行负荷进行度量的问题 6 5、informix数据库主备切换的解决方法 7 问题描述 7 问题分析 7 解决方案1（首推方案） 8 解决方案2 8 故障解决 9 6、数据库（OnLine）的启动和关闭 9 7、数据库（OnLine）的状态查询 10 8、数据库（OnLine）的空间管理 11 9、数据库（OnLine）的日志管理 12 数据库日志方式 12 可使用ontape命令修改数据库日志方式 12 物理日志的管理 12 逻辑日志的管理 13 10、如何查看informix的错误号 13 11、数据库系统日常监测 14 1查看锁的信息 14 2查看物理和逻辑日志状态 14 3查看一些统计信息 14 4查看数据库系统占用共享内存的情况 14 5 查看各chunk文件的读写量和读写率 14 6 数据库目录结构检查 14 7 数据库索引结构检查 14 8 数据库数据结构检查 15 9 查看数据库锁方法 15 10查找造成长事务的SQL 15 11检查大表和对大表的维护 16 数据库日志模式 问：一般informix做了双机，那么scp的数据库log用什么方式比较好啊？一种是直接用log，一种用buffer log。 ? 答：建议用unbuffered logging的方式，（你们称之为直接用log），可以用onmonitor来确认数据库的日志模式。 事实上不论是双机还是单机，informix都推荐使用unbuffered logging，这样可以保证数据库的可用性。 其他相关知识： -N No Logging 没有日志 -U Unbuffered Logging 非缓冲日志 -B Buffered Logging 缓冲日志 -A Unbuffered Logging, Mode ANSI ANSI模式 No Logging 没有日志 “没有日志”模式只向逻辑日志写很少的信息，它只记录执行的DDL语句，这些语句影响到的行并不被写入日志中，只记录命令本身以及返回的代码。一个不带日志的数据库环境可以具有很高的吞吐率，但在发生严重的实例失败时没有能力重建对数据库的修改。写到磁盘上的修改才是可以得到的全部信息。对实例中不带日志数据库的恢复只能到最后一次创建的实例备份中进行。 Unbuffered Logging 非缓冲日志 使用“非缓冲日志”模式的数据库环境只要事务提交，就会将包含该事务信息的物理日志和逻辑日志缓冲区刷新到磁盘上。 使用非缓冲日志，即使出现严重的实例错误，数据完整性和一致性也可以在事务级得到保证。但是因为每一次提交事务都会导致缓冲区被刷新到磁盘上，所以增加了磁盘I/O。另外，因为刷新是按照当前事务的进度将整个缓冲区内容都写到逻辑日志中，所以逻辑日志的页面中会有很多没有用的数据。日志填充得很快，但其中包含的“真正”数据却比缓冲日志数据库环境少得多。 Buffered Logging 缓冲日志 使用“缓冲日志”模式的数据库环境将在逻辑日志和物理日志缓冲区中保留这些事务信息，直到该缓冲区填满，或者发生检查点操作，或者是当事务还没有被写往日志之前关闭了产生该事务的用户连接。 有这样一种情况可以强迫缓冲日志数据库写出它的事务信息：因为实例中只有一组逻辑日志缓冲区，当实例中的一个非缓冲日志数据库提交一个事务时，缓冲日志信息会随着非缓冲日志信息一起被写出到磁盘上。 在“缓冲日志”数据库环境中，每个事务所造成的磁盘I/O大大降低，因此实例会运行得较快，但是因为事务信息存储在共享内存中，严重的实例错误就会很危险，当实例的共享内存被释放时，那些还没有写到磁盘上的事务信息就都丢失了。 ＊非缓冲日志模式和缓冲日志模式的操作方式完全相同，其不同点在于何时将日志记录写到