INFORMIX日常维护操作规程.docVIP

日常维护操作规程 目 录 一 保存好INFORMIX 的系统信息 2 二 监控数据空间以及逻辑日志空间的使用情况 3 三 数据的备份 4 四 数据的卸出与装载 5 五 INFORMIX 性能的调整 6 六 对用户的监控 6 七 对IFNORMIX IDS 内存的监控 10 八 对IFNORMIX IDS 锁的监控 11 九 用于查询机数据同步的备份操作规程 12 十 系统的监控方法的汇总 12  一 保存好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 把数据及逻辑日志备份恢复上去。 二 监控数据空间以及逻辑日志空间的使用情况 用