INFORMIX数据库维护指南(一)

INFORMIX数据库维护指南（一）日常维护操作规程目录一保存好INFORMIX 的系统信息 (2)二监控数据空间以及逻辑日志空间的使用情况 (3)三数据的备份 (4)四数据的卸出与装载 (5)五 INFORMIX 性能的调整 (6)六对用户的监控 (6)七对IFNORMIX IDS 内存的监控 (10)八对IFNORMIX IDS 锁的监控 (12)九用于查询机数据同步的备份操作规程 (13)十系统的监控方法的汇总 (14)一保存好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.ontape2.dbexport这两种方法的区别是1). ontape 产生的是二进制流的数据，只能用于本系统的恢复或是二进制兼容的系统上的恢复；dbexport 产生的是 ASCII 数据，可以用于非二进制兼容的系统上的恢复；2).ontape 含有IDS 的系统信息，而 dbexport 不含有IDS 的系统信息，只含有数据库,表及数据信息;3).在数据量较大的情况下，ontape 比 dbimport 恢复较快；4).dbexport 出来的文件的大小受到 OS 文件的大小的限制。

32位的情况下，不能大于2G。

1 ontape -s : 对数据的备份按提示输入本次备份的级数(0级， 1级，2级)0 级备份是整个ONLINE的备份1 级备份是在0级基础上所有修改部分的内容的备份2 级备份是在0级或1级的基础上所有修改部分的内容的备份2 ontape -a : 对逻辑日志的备份 (自动方式)ontape -c : 对逻辑日志的备份 ((连续方式)3 ontape -r : 对备份的恢复按提示依次恢复数据备份(0级，1级，2级)和逻辑日志备份四数据的卸出与装载1 卸出dbexport 用于将整个数据库卸出至一个 ascii 文件dbexport -t device -b blocksize -s tapesize database-o directoryonunload 用于将数据库以二进制格式卸出至磁带onunload -t device -b blocksize -s tapesize database2 装载dbimport 用于将一 ascii 文件装入一个数据库dbimport -t device -b blocksize -s tapesize database-i directorydbload 用于将一个或多个 ascii 文件装入一个或多个已存在的表dbload -d database -c commandfileonload 用于装载以onunload命令卸出的数据onload database -t device -b blocksize -s tapesize* dbexport 的一个常见错误的处理方法：如果表中的数据含有非法字符，当 dbexport 在卸出该表时会往往断掉或挂起，可用如下方法处理：1）用“dbschema -d 数据库名 -t 表名”卸出该表的定义；2）用上面卸出该表的定义创建一个新表；3）确认该新表与原表完全一致（包括 index, trigger, lockmode 等等）4）用“INSERT INTO 新表名 SELECT * FROM 原表名“把数据倒到新表中；5）确认该新表数据的与原表的数据完全一致；6）DROP 原表；7）RENAME TABLE新表名TO原表名;8）再启动 dbexport。

五 INFORMIX 性能的调整INFORMIX 的性能基本取决于应用程序的结构（作用70%）以及 INFORMIX IDS 的参数设置（作用30%）。

在日常维护中请注意一下三点：1．经常Updating Statistics:UPDATE STATISTICS [LOW|MEDIUM|HIGH]建议使用参数“hinh”,这会使查询效率大大提高。

上面的语句是针对整个Database 的，在数据量大时，做的时间较长。

另外的一个选择是针对重点的 Table 做UPDATE STATISTICS:UPDATE STATISTICS [LOW|MEDIUM|HIGH]FOR TABLE [tabnam e];2．在 INFORMIX IDS online 一段时间后，请 offline 然后再 online 一次。

这样一来可回收吊死的死进程所占用的内存，使得IDS 的性能提高。

3．对于经常做为查询条件的列，如果其上没有 Index,请为其建 Index。

六对用户的监控1.使用 onstat –u 来查看用户线程的大致情况，其中包括系统设定的用户数，当前的用户数和本次 IDS online 以来曾经达到的最多的用户数。

2．使用 onstat –g ses 查看用户线程的情况,如下图所示：session id The session id of the session. This id is used in otheronstat options.login The login name of the client application process.tty The tty of the client application process.pid The process id of the client application process.hostname The host name of the machine running the clientapplication process.#RSAM threads The number of threads associated with the session.Normally, only one thread is allocated per session, unlessa sort or index build is occurring.total memory Memory allocated within server shared memory for thesession.used memory Memory used within server shared memory for thesession.3．使用 onstat –g ses session_id 查看某个用户线程的情况,如下图所示：tid The thread idname The thread namerstcb The address of the rsam task control block for the thread.Flags Status information for the thread.Position 1S Waiting on a mutexY Waiting on a conditionL Waiting on a lockB Waiting on a bufferC Waiting on a checkpointX Long transaction cleanupG Waiting on the log buffer writeT Waiting on a transactionPosition 2* Transaction active while I/O failure occurred (related toarchive activities)Position 3A ArchivingB Begin work has been loggedP Coordinator or Subordinate prepared (distributed transactions)X XA preparedC CommittingR Rolling back or rolled backH Heuristically abortingP osition 4P Primary thread for a sessionPosition 5R In read rsam callX Process in critical sectionPosition 7M Special monitorD Special daemon threadC Cleanup threadF Special buffer flusher thread (page cleaner)B Special btree cleaner threadcurstk S ize of the stack for this thread.status Current status of this thread.Name, Free, Used The information in these columns are a breakdown of theexact usage of the pools listed for the session.Session Id The session id of the user executing the SQL statement.You can find the user name by executing the onstat -g sescommand and finding the corresponding session id.Stmt type The statement type such as SELECT, UPDATE,DELETE, INSERT.Current Database The name of the current database for the session.Isolation level The current isolation level (CR = committed read,RR = repeatable read, CS = cursor stability,DR = dirty read, NL = no logging).Lock mode The current lock mode (Either Not Wait or Wait x, wherex = number of seconds to wait).SQL ERR The last SQL error.ISAM ERR The last ISAM error.F.E. Vers The Informix version of the client application process.4. 可用onmode -z sess-id 来杀掉某个用户线程。