informix的dump参数

informix默认的情况下，如果数据库出现bug之类的错误的话，informix会自动把共享内存之中的内容转储到文件之中，数据库故障的时候会在配置文件中dumpdir定义的目录中生成一个比较大的文件，这个文件对我们来说没有用又十分占用空间，可以通过设置dumpshmem的值为0来关闭这个功能，下面让我们看看informix的dump参数

1，DUMPDIR
dump文件导出时放的位置，需要informix具有写访问权限

2, DUMPSHMEM
onconfig.std值 1
值的范围： 0 = 不转储共享内存
1 = 转储共享内存
生效 当数据库服务器关闭并重新启动时

3, DUMPGCORE
onconfig.std值 0
值的范围： 0 = 不转储gcore
1 = 转储gcore
生效 当数据库服务器关闭并重新启动时

DUMPGCORE用于支持gcore的操作系统。如果设置了DUMPGCORE,但操作系统不支持gcore,则数据库服务器消息日志中的消息指示已尝试转储一个核心映像但数据库服务器无法找到希望的文件。（如果操作系统不支持gcore,则设置DUMPCORE）。

4, DUMPCORE
onconfig.std值 0
值的范围： 0 = 不转储核心映像
1 = 转储映像
生效 当数据库服务器关闭并重新启动时

DUMPCORE控制断言失败是否会引起虚拟处理器核心映像。核心文件留在上一次调用数据库服务器的目录中。（DUMPDIR参数不影响核心文件的位置）

5, DUMPCNT
onconfig.std值 1
如果不存在 1
单位： 断言失败的数量
值的范围： 正整数
生效 当数据库服务器关闭并重新启动时

DUMPCNT指定断言失败数，当达到此数量时，数据库服务器线程当转储共享内存或通过调用gcore生成核心文件。断言是对某个条件或表达式的测试，期望的结果为true.

一般情况下打开的是DUMPSHMEM和DUMPCNT ，非常需要注意的是在数据库down 后DUMPDIR被撑的特别大，如果是/tmp的话，会占用太多的swap，导致IDS在重新启动的时候失败。

我遇到过在在IDS down 之后共享内存没有释放，ipcrm之后启动过程非常缓慢，然后oninit -v 发现最后还是失败了。原因是/tmp空间被占用了太多导致的。rm /tmp/shme*之后就非常正常的启动了。