INFORMIX数据库维护指南(一)

INFORMIX数据库维护指南

（一）

日常维护操作规程

目录

一保存好INFORMIX 的系统信息 (2)

二监控数据空间以及逻辑日志空间的使用情况 (3)

三数据的备份 (4)

四数据的卸出与装载 (5)

五 INFORMIX 性能的调整 (6)

六对用户的监控 (6)

七对IFNORMIX IDS 内存的监控 (10)

八对IFNORMIX IDS 锁的监控 (11)

九用于查询机数据同步的备份操作规程 (12)

十系统的监控方法的汇总 (13)

一保存好INFORMIX的系统信息

请保存好 INFORMIX 如下五类信息：

1．ONCONFIG 文件；

2．INFORMIX 用户的 .profile文件

3. INFORMIX 逻辑日志信息（可用 onstat –l 获得）

4．所有Dbspace 以及每个Dbspace 的所有 Chunk 的信息：

1）. 所有Dbspace 的名字；

2）. 每个Dbspace 的所有 Chunk 的 path,offset,size.

INFORMIX 极力推荐 Chunk 的 Path 使用 Link,这使得真正存放数据的设备或文

件具有重新定位的可能性。

在使用 Link 情况下，请保存每个 Link 所指向的设备或文件的信息。可用：

ls –l 列出各个 Link 所指向的设备或文件。

用” onstat –d > file “可在 file 中保存所有Dbspace 以及每个Dbspace 的所有 Chunk 的信息( size 是以 page 为单位，而建立 Chunk 时是以 K为单位)，但请

注意，在使用 Link 情况下，onstat –d 不含有每个 Link 所指向的设备或文件的信

息。

5．所有Database 以及所含的Table的信息。可使用 dbschema 获得该信息：

例：dbschema -d stores7 –ss

其中的–ss 指定把lock modes, and extent sizes 信息也包含进来；

如上信息为INFORMIX 系统的恢复提供了条件。下面例举三种典型情况：

典型情况 1 ：

存放某个 dbspace 的设备或文件坏掉了。这时候只要将该 dbspace 的 Path 重新

Link 到好的设备或文件上，然后用 ontape 把数据及逻辑日志备份恢复上去就可以

了。如果Chunk 的 Path 用的是设备或文件处理起来就复杂的多。

典型情况 2:

INFORMIX 的运行代码坏掉了但数据完好无损。这时的处理步骤为：

1). 从新安装 INFORMIX IDS ;

2). 把保存的INFORMIX 用户的 .profile文件 copy 到informix user home 下，

把保存的ONCONFIG 文件copy 到 $INFORMIXDIR/etc 下，并把环境变量

ONCONFIG 指向该 ONCONFIG 文件；

3). 重新启动 IDS 即可 ( 注意：在启动 IDS 时,如果使用 oninit 千万不能加

-iy 参数，这样一来反而会破坏原来完好的数据）。

典型情况 3 ：

INFORMIX 的运行代码和数据都坏掉了。这时的处理步骤为：

1). 从新安装 INFORMIX IDS ;

2). 把保存的INFORMIX 用户的 .profile文件 copy 到 informix user home 下，

把保存的ONCONFIG 文件copy 到 $INFORMIXDIR/etc 下，并把环境变量

ONCONFIG 指向该 ONCONFIG 文件；

这里要注意 LOGFILES，LOGSIZE 这俩个参数，要改小到 rootdbs 能放下

所有指定的逻辑日志;

3). 根据保存的所有Dbspace 以及每个Dbspace 的所有 Chunk 的信息重建

除 rootdbs 以外的所有Dbspace（rootdbs 的信息含在 ONCONFIG 文件中）.

这里要注意在重建Dbspace 时，每一个Dbspace和每一个Chunk要严格按照原来 onstat –d 的信息标出的顺序来建(onstat –d 信息中的Dbspace 的

“number“ 与 Chunk 的“chk/dbs”)：

4). 根据保存的INFORMIX 逻辑日志信息重建逻辑日志；

5). 用 ontape 把数据及逻辑日志备份恢复上去。

二监控数据空间以及逻辑日志空间的使用情况

用” onstat –d”来监控数据空间的使用情况。主要是查看有没有足够的空间以适于数据插入的需求，如下图所示：

如果空间不足，则需要加 Chunk (加 Chunk 的命令在下面叙述)。

用 onstat –l来监控逻辑日志的使用情况。如下图所示：

当标有“U”（但后不跟“B”）和标有“C”的 log 的个数多于50%时，请备份逻辑日

志。

三数据的备份

请经常备份数据。建议每天做一次零级备份。在每次系统做过调整后尤其是做过重大调整后，做一次零级备份。

监控逻辑日志的使用情况，根据其使用情况，及时做备份。

数据的备份可用两种方法：

1.ontape

2.dbexport

这两种方法的区别是

1). ontape 产生的是二进制流的数据，只能用于本系统的恢复或是二进制兼容的系统上的

恢复；dbexport 产生的是 ASCII 数据，可以用于非二进制兼容的系统上的恢复；

2).ontape 含有IDS 的系统信息，而 dbexport 不含有IDS 的系统信息，只含有数据库,表

及数据信息;

3).在数据量较大的情况下，ontape 比 dbimport 恢复较快；

4).dbexport 出来的文件的大小受到 OS 文件的大小的限制。32位的情况下，不能大于

2G。