informix（如何修改informix数据库的名字，在线等）

本文目录

• 如何修改informix数据库的名字，在线等
• informix临时表
• informix问题
• informix远程无法连接
• informix是什么数据库
• informix 初始化
• 如何查看informix中的表结构
• Informix常用命令
• informix详细安装步骤

如何修改informix数据库的名字，在线等

informix数据库删除字段语法如下：alter table tableName drop(column);informix数据库其他操作字段的方法：添加字段：alter table tableName add column varchar(10);修改字段类型：alter table tableName modify column varchar(255);informix数据库简介：Informix是IBM公司出品的关系数据库管理系统（RDBMS）家族。作为一个集成解决方案，它被定位为作为IBM在线事务处理（OLTP）旗舰级数据服务系统。 IBM对Informix和DB2都有长远的规划，两个数据库产品互相吸取对方的技术优势。在2005年早些时候，IBM推出了Informix Dynamic Server（IDS）第10版。目前最新版本的是IDS11（v11.50，代码名为“Cheetah 2”），在2008年5月6日全球同步上市。

informix临时表

在Informix数据库中，我们可以创建临时表来处理应用中的临时数据，并且临时表数据存储在临时表空间中。Informix系统不记录临时表的字典信息，从数据库系统表中查询不到临时表的如何相关信息。可以在临时表上创建索引。临时表的作用域为session，当session结束（应用程序断开数据库）、数据库实例关闭或者系统异常关闭后重新启动时临时表由数据库系统自动进行删除。

informix问题

informix初始化与配置Dbspace 为逻辑上的数据库管理单元，实际上对应一个或者多个 chunk，初始化 informix 数据库的时候，必须首先为系统建立一个 Dbspace 和该Dbspace所关联的 chunk。系统初始化：informix 安装目下建立一个目录dbs，新建一个文件 rootchk，并更改该文件的访问权限为 660，,#chmod 660 rootchk，之后，在控制台输入#onmonitor 进入系统配置界面-》选择 Parameters-》Initialize，在 "RootName" 中输入 rootdbs, 在Primary Path中输入刚才创建的chunk文件rootchk。即:将 rootdbs 关联到 rootchk 上。新建Dbspace：首先在数据存储目录，$INFORMIXDIR/dbs 下建立一个新文件，testchk，更改访问权限为:660然后控制台中：#onmonitor-》Dbspaces-》Create输入 Dbspace NameFull Pathname 中输入刚刚创建的 chunk 文件的全路径:/opt/informix/dbs/testchk这样就创建了一个新的Dbspace,名字为testdbs为Dbspace 添加 chunk：首先在数据目录 $INFORMIXDIR 中新建一个 chunk 文件，datachk01，更改访问权限为 660；控制台输入:#onmonitor-》Dbspaces-》Add_Chunk选择要添加 chunk 的 Dbspace F3 或 Ctrl+b在 Full Pathname 中填入刚刚新建的 chunk 文件的全路径: /opt/informix/dbs/datachk01 即可要配置数据库首先需要停止数据库服务onmode -ky初始化数据库系统oninit -i 或 oninit -iy新建数据库：#dbaccess Database-》Create-》输入数据库名这是我建一个步骤：root@sdunicomd # touch itnmschkroot@sdunicomd # chmod 660 itnmschkroot@sdunicomd # touch itnmschkroot@sdunicomd # chmod 660 itnmschk1sdunicomd_cdmatmn$onspaces -c -d itnmsdbs -p /u1/tmn/newcdma/dbs/itnmschk -o 5120 -s 2000000Verifying physical disk space, please wait ...Space successfully added.** WARNING ** A level 0 archive of Root DBSpace will need to be done.sdunicomd_cdmatmn$onspaces -a itnmsdbs -p /u1/tmn/newcdma/dbs/itnmschk1 -o 5120 -s 2000000Verifying physical disk space, please wait ...Chunk successfully added.sdunicomd_cdmatmn$onspaces -d itnmsdbsWARNING: Dropping a DBspace.Do you really want to continue? (y/n)ySpace successfully dropped.** WARNING ** A level 0 archive will need to be done before any chunks fromDBspace itnms can be reused (see Dynamic Server Administrator’s manual).CREATE DATABASE itnms IN itnmsdbs WITH BUFFERED LOG

informix远程无法连接

informix远程无法连接消费卡\客户端安装\informix要ODBC，指定一下连接，先装INFORMIX插件,再按图序设置,最后把C:\WINDOWS\SYSTEM32\DRIVERS\ETC\services覆盖掉,然后把文件MSDATGRD.OCX拷进C:\WINDOWS\SYSTEM32目录下,然后在’运行’底下键入REGSVR32 MSDATGRD.OCX,接着运行进入~~OK

informix是什么数据库

selecttrunc(sum(a)),trunc(sum(b))from(selectnvl(casewhenTimebetweenAandBthencount(id)end,0)a,nvl(casewhenTimebetweenCadnDthencount(id)end,0）bfromtablegroupbyid,Time)--TRUNC()，截取。如：TRUNC(10.95,0)position截取的位置

informix 初始化

在该文件中包括了许多与操作系统、内核参数以及系统更新相关的重要信息。 机器在出厂时已预置了核心配置参数，但如果用户自己需要，则需要进一步调整这些参数。关于核心参数配置请检查release notes。 为系统准备磁盘空间时，必须首先正确设置如下权限： chmod 660 device_name chgrp informix device_name chown informix device_name 我们建议用户最好能为原始设备建立链接文件，原因有两个： 1.可以利用链接命令描述设备使用信息，例如那一个chunk在使用那一个设备； 2.便于恢复。 在UNIX系统中利用ln命令建立链接 环境变量 INFORMIXDIR 牐牐牐犐柚梦猧nformix产品所在的目录 PATH牐牐牐牐牐牐牐牥括INFORMIXDIR/bin ONCONFIG牐牐牐牐牐犐柚胦nconfig文件名 INFOMRIXSERVER牐牐犐栉维onconfig参数中的DBSERVERNAM值 PSORT_NPROCS 牐牐 设置为物理CPU VPs数 我们推荐所有的informix和数据库用户使用korn shell。注册环境必须在注册时自动设置。一般来说，所有环境变量在.profile中设置。我们希望所有系统用户使用同一注册文件。Informix必须设置的环境变量如上所示。 连接三角 客户与动态服务器的连接包括三个部分。环境变量INFORMIXSERVER是指向通讯配置文件内某一条目的指针。通讯配置文件的默认路径和名称为 $/INFOMRIXDIR/etc/sqlhosts。该文件的第一个字段包含了配置参数DBSERVERNAME或DBSERVERALIASES的值，其中DBSERVERNAME只能有一个，而用户可以通过环境变量INFORMIXSQLHOSTS改变通讯配置文件的存储路径及名称。 通讯配置文件（sqlhosts)的记录格式如下： dbservername netttype hostsname servicename 各字段的含义如下： dbservername 牐牐 onconfig 文件中的DBSERVERNAME或DBSERVERALIASES nettype 牐牐牐牐牐 对于共享内存连接来说是onipcshm牐牐牐牐牐 对于TLI TCP/IP连接来说是ontlitcp 对于sockets TCP/IP连接来说是onsockcp hostname 牐牐牷器的主机名 servicename 犖募/etc/services中的服务名，对于共享内存连接方式无用 系统初始化 #root dbspace配置 ROOTNAME 牐牐牐牐牐爎ootdbs牐牐牐牐牐牐#root dbspace名 ROOTPATH 牐牐牐牐牐/dev/online_root牐 #构成root dbspace的设备路径 ROOTOFFSET 牐牐牐牐0牐牐牐牐牐牐牐牐牐#root dbspace设备的偏移量（Kbyte) ROOTSIZE 牐牐牐牐牐50000 牐牐牐牐牐牐 #root dbspace大小（Kbyte) #磁盘镜像配置参数 MIRROR 牐牐牐牐牐牐0 牐牐牐牐牐牐牐牐 #镜像标志（YES=1,NO=0) MIRRORPATH 牐牐牐牐牐牐牐牐牐牐牐牐牐牐 #镜像root dbspace设备额路径 MIRROROFFSET 牐牐牐0牐牐牐牐牐牐牐牐牐#镜像root dbspace设备的偏移量 #物理日志配置 PHYSDBS牐牐牐牐牐牐爎ootdbs牐牐牐牐牐牐#物理日志（dbspace)的位置 PHYSFILE 牐牐牐牐牐1000 牐牐牐牐牐牐牐#物理日志文件大小（Kbytes) #逻辑日志配置 LOGFILES牐牐牐牐牐 10 牐牐牐牐牐牐牐牐#逻辑日志文件数量 LOGSIZE牐牐牐牐牐牐3000牐牐牐牐牐牐牐牐#逻辑日志大小（Kbyte) 动态服务器的初始化包括两部分：磁盘初始化，创建root dbsapce。root dbspace中有12页专门用于存放系统信息，称为系统保留页。剩余空间中包含被称为chunk free list的页，50页tblspace ,4页database tablespace。在root dbspace中还存储sysmaster和sysutils数据库。 在系统初始化时，物理日志和逻辑日志都自动建立在root dbspace中。逻辑日志的最优大小很难确定，因为与各系统的事务活动状况紧密相关。

如何查看informix中的表结构

informix查询表结构方法有多种，可以通过系统信息表查询，也可以通过系统功能查询查询系统表存储信息步骤：登录数据库 dbaccess xxxdb ; 执行查询语句 SELECT c.colname, c.coltype, c.collengthFROM syscolumns c, systables tWHERE c.tabid = t.tabidAND t.tabname = ’xxxTable’;通过系统提供的命令功能查询： dbaccess - info 查询表信息 dbschema命令导出表结构

Informix常用命令

常用命令oninit 将系统从off-line模式变为on-line模式oninit -iy （初始化数据库，删除所有dbspace和chunk）oninit -s （ 脱机--》静态）onmode -ky offlineonmode -s graceful shutdown--》quiescent（联机到静态，让用户处理完成） onmode -u immediate shutdown--》quiescent（联机到静态，所有用户立即终止） onmode -m quiescent---》onlineonmode -z sid 删除某session onmode -l 将当前正在使用的逻辑日志下移onmode -c 强制执行检查点操作即onmonitor-》force ckpt onstat - 查看服务器状态onstat -d 查看dbspace和chunk情况onstat -l 查看逻辑日志onstat -F 查看写入磁盘的页刷新和类型情况，从共享内存缓冲区向磁盘写入页面有三种方式（fg:前台写 LRU:队列写 chunk:块写）onstat -R 打印LRU队列onstat -p 显示系统的基本I/O与性能配置文件onstat -c 查看onconfig文件onstat -m 查看消息日志onstat -f 查看受DATASKIP影响的dbspaceonstat -x 查看事务onstat -k 显示所有活动的锁onstat -g sub_option 运行多线索选项 onstat -g ses/sql onstat -r 《value》 每隔《value》秒后重复选项 onstat -g act 显示系统中所有的活动线索 onstat -g ath -r 2 每隔两秒显示系统中所有的活动的线索 onstat -i 交互方式 》sql》sql sidipcs 查看共享内存情况ipcrm 删除某个共享内存ipcrm -m id ipcrm -s id Ontape命令： 1）零级(一级或二级)备份$》ontape -s$》ontape -s -L 0$》ontape -s -L 1$》ontape -s -L 2自动备份逻辑日志文件 $》ontape -a 3)连续逻辑日志备份（日志文件写满一个,online系统自动备份一个，你可以插盘磁带到磁带机上，让IDS自动备份。 要占用磁带机）$》ontape -c 4)备份恢复(对应零级备份或一级备份或二级备份）$》ontape -r （详细过程见ontape恢复文挡） 5）备份恢复几个DBSPACE(一定要存在逻辑日志备份，否则物理恢复完后，还是不能用）$》ontape -r -D dbs1 dbs2 。。。 6）配置HDR时使用的物理恢复$》ontape -p 7)修改数据库日志模式$》ontape -s -B db_name 修改为buffer_log 即缓冲日志模式$》ontape -s -U db_name 修改为unbuffer_log 即非缓冲日志模式$》ontape -s -N db_name 修改为无日志模式 数据库不含日志，即不支持事务，对数据库的任何修改都不会记录到逻辑日志中去$》ontape -s -A db_name 修改为ansi logging模式，从个模式无法改到其它模式，因此一般不要用该项。oncheck 命令 oncheck -pe extendoncheck -ceoncheck -cr reserved pagesoncheck -cd TBLspace data rows including bitmaponcheck -ci table indexes databases对逻辑日志的操作：以informix用户登录， $ onmode -uy (由Online切换到Quiescent状态,所有用户立即中止) onmode -m (切换到Online) $ onparams -a -d logdbs -s 100000 其中logdbs为dbspaces 名，-s 100000 表示增加了100M空间。 再连续执行4遍上述命令，这样新的逻辑日志空间总共为500M,可以用 onstat -l 查看逻辑日志情况，接下来就要删除前面3个旧逻辑日志， 删除前做一个0级备份 # ontape -s -L 0 执行该命令做0级备份，建议: 如果允许可以每天在业务系统结束工作 后做一次0级备份，做完备份后管理好备份磁带，做好标记。 $ onparams -d -l logid logid 为逻辑日志id号，可以用onstat -l 查看，然后就可根据id号删 除3个旧逻辑日志。 将当前正在使用的逻辑日志下移 $onmode -l 三、DBSPACE及数据库导入导出1.增加一个新的dbspace:（datadbs,15M, 偏移为0） onspaces -c -d datadbs -p /home/informix/datadbs -o 0 -s 150002. 在datadbs这一个dbspace中增加一个chunk:(datadbs_chunk1)onspaces -a datadbs -p /home/informix/datadbs_chunk1 -o 0 -s 150003.将上述chunk删除onspaces -d datadbs -p /home/informix/datadbs_chunk1 -o 0 4.删除dbspace（仅当要删除的dbspace空间没有数据时才可删除）onspace -d datadbs 导出数据库： 用dbexport工具将数据卸成文本，并装载到其它服务器上。（1）卸载文本的步骤如下：用informix用户注册 dbexport cleardb -o WORKDIR -ss 当系统提示dbexport completed！数据卸载完毕。其中： -ss 确保数据库的建库信息或建表信息被保留如日志模式、初始extent尺寸、lock mode、表所在dbspace等。 -o 指定存放卸载数据的目录数据存放在目录cleardb.exp目录下，其中包含cleardb.sql和形如*.unl的文件， 提示信息存放在dbexport.out文件中。 （2）装载文本的步骤如下：用informix用户注册确保数据库处于On_Line状态，服务器上没有同名数据库。 dbimport cleardb -i WORKDIR 当系统dbimport completed！提示数据装载完毕。其中: -i 指定从何处装载。如何在不破坏库本身信息情况下（如行级锁等）将数据库卸载到磁带设备，并装载在其它服务器上？1）p; 卸载的步骤如下：用DBA用户注册将存放数据的磁带插入磁带机，确认磁带及磁带机完好可用。 dbexport cleardb -t /dev/rmt/0m -b 512k -s 2048000k -ss当系统提示dbexport completed！数据卸载完毕。其中： -ss 确保数据库 的建库信息或建表信息被保留如日志模式，初始extent尺寸，lockmode，表所在dbspace -t 磁带设备/dev/rmt/0m -s 磁带容量2G -b 块大小512KB 提示信息存放在dbexport.out文件中2）装载的步骤如下： 用DBA用户注册将存放卸载数据的磁带放在磁带机上，确认磁带机正常，确认数据库系统处于On_Line状态， 服务器上没有同名数据库。 $ dbimport cleardb -t /dev/rmt/0m -b 512k -s 2048000k 当系统dbimport completed 提示数据装载完毕！提示信息存放在dbimport.out 文件中。 重建表格：1） dbschema -d dbname -t tabname -ss tabname.sql /*将表格结构放进tabname.sql*/此文件并在create table 语句末尾增加新的区域长度暂时将生成表格索引的tabname.sql部分标为说明语句，即在索引句前后加上“{}”， 例如：{ create index xl on customer(last_name); create index x2 on customer(cust_nbr);} 最好在后面生成索引，因为这样表格能快速装入，索引能在连续磁盘空间生成，使其更加有效。 2）锁定表格lock table tabname in exclusive mode; 3）用SQL UNLOAD 将表格卸载到磁盘或磁带中unload to file_or_tape_path select * from tabnameunload to "/usr/data/unload/customer.unl" select * from customer; 检查表中的行数（用SQL中的Table/Info命令），验证卸载是否成功。比较这个数与装入完成后SQL显示的消息。用此验证file_or_tape_path中的行数：wc -l file_or_tape_path 4）删除表格 5）用dbacess生产表格并运行tabname.sql。这时不要生成索引 6）用SQL的LOAD FROM 或用 dbload重新装入表格load from file_or_tape_path insert into tabname;load form "/usr/data/unload/customer.unl" insert into customer; 对于日志数据库，上面的装入语句可能产生长事务或“to many lock”错误。 这时建议用dbload之类的实用程序将数据插入表中。dbload的 -n 选项强制在插入一定行后进行commit work（建议选1000行）。 检查表中的行数（用SQL中的Table/Info命令），验证装入是否成功。7）如要生产索引，运行第一步中标为说明语句的tabname.sql部分。 8）更新表格统计信息 update statistics on tabname; 语法 oninit oninit　　　将系统从off-line模式变为on-line模式 oninit -s 　将系统从off-line模式变为quiescent模式 oninit -i 　初始化系统 oninit -p 　在共享内存初始化时，不搜索，删除临时表 oninit -y 　对提示自动回答yes oninit -v 加入这个选项显示oninit处理过程 oninit-- 键入此命令可以获得使用帮助 oninit命令用来改变系统的运行模式。其中-i选项用于初始化系统的root dbspace。注意，root-dbspace一旦被初始化，则等于整个数据库系统被初始化。 如果用户希望在计算机启动时自动自动启动动态服务器系统，请在系统初启文件（在许多UNIX系统中为/etc/rc）中加入oninit命令（不加任何选项）。 onmode 命令 语法： onmode onmode -k 　　　　执行立即shutdown，将系统变为off-line模式 onmode -m 　　　　将系统从quiescent模式变为on-line模式 onmode -s 　　　　执行graceful shutdown onmode -u 　　　　执行immediate shutdwon onmode -y 　　　对提示自动回答yes onmode 命令同样用于改变动态服务器的运行模式。除了上述选项外,onmode还有很多与改变系统运行模式无关的选项。 利用onspaces命令创建数据空间 语法： onspaces -c -c 　　　　　创建blobspace或dbspace -b blobspace blobspace名 -d dbspace 　　dbspace名 -g page size　 blobpages大小 -m mirror 　　镜像设备设的全路径名和偏移量（KB) -o offset 　　偏移量（KB) -p pathname 　 chunk设备的全路径名 -s size　　　　dbspace大小（KB) -t　　　　　　创建临时dbspace onspaces 命令用于创建数据空间、临时空间和存储blob数据的空间（blobspace)。键入onspaces--可以获得该命令的联机帮助。 利用onstat -D或onstat -d可以看到系统中的关于数据空间的重要信息。包括：chunk的状态、空闲、每一chunk读写的次数。 系统中可能包括的多个系统空间，特别当进行数据分片后，我们建议用户最好能利用命令行来创建数据空间。 可以利用如下命令创建数据空间： onspaces -c -d datadbs1 -o 0 -p /dev/rrvol3 -s 60000 可以用如下的方式创建临时数据空间： onspaces -c -d tempdbs1 -t -o 0 -p /dev/rrvol5 -s 80000 在系统中，临时数据空间非常重要，通常情况下，应将多个临时数据空间分布在独立的物理设备上。 利用onspaces命令删除数据空间 增加或删除chunks 语法： onspaces -a -d -a spacename 　　　为dbspace新增chunk -m pathname　　　　镜像设备的全路径名和偏移量（KB） -o offset 　　　　主设备的偏移量（KB)P》 -p pathname 　　　 chunk设备的全路径名 -s size　　　　　　chunk大小 -d spacename 　　　删除chunk -o offset 　　　　 chunk设备的偏移量（KB) onspaces不仅能创建数据空间还能删除数据空间、临时数据空间或存储blob数据的空间。在删除数据空间时，必须首先保证它是无用的，即该数据空间上无数据库或表。 如需删除数据空间，请键入如下命令：onspaces -d dbspace_name /blobspace_name 数据空间最初由一个chunk（first chunk）构成，一旦其空间用尽，用户必须追加chunk为了提高系统性能，用户在为数据空间分配chunk时需要计算以保证它的大小能适应未来的需要，否则在追加chunk的时候，它与先前的chunk在物理上不一定相邻，导致增加读取数据的时间。关于如何计算空间需求将在以后章节中阐述。利用 onspaces命令可以对数据空间增加或者删除chunk,除此之外，利用该命令还可以完成如下任务：启动镜像、中止镜像或改变chunk的状态。 例如可以用如下命令为数据空间增加chunk： onspaces -a -d datadbs1 -0 60002 -p /dev/rrvol3 -s 60000 再如可以用如下方式从数据空间中删除chunk： onspaces -d datadbs1 -o 60002 -p /dev/rrvol3 -s 60000 onparams 命令 语法：onparams -a -d -p -a 　　　　新增逻辑日志 -d dbspace 指定日志存放的dbspace -s size 　新增逻辑日志的大小（KB） -d 　　　　删除逻辑日志 -l logid　指定删除一个逻辑日志 -p 　　　　改变物理日志 -d dbspace 新物理日志存放的dbspace名 -s size　　物理日志大小（KB) 系统在初始化时自动地在root dbspace中创建逻辑日志和物理日志。在DBMS系统中，尤其在OLTP环境下，数据库的操作非常频繁，日志中必须记录大量的信息，所以用户最好能将多个日志文件分布在不同的设备上。有一种非常简单的方法：即按所需大小创建逻辑日志，同时创建一个较小的物理日志，系统初始化完毕后，再将物理日志移至其它设备。关于如何确定所需的物理日志的大小，将在以后的章节详述。利用onstat -l命令可以看出系统中所有新增的逻辑日志被标识为A。这些逻辑日志只有在系统进行归档后才会真正被使用。为了激活这些逻辑日志有一种简单的方法：执行一次"伪"归档。具体步骤如下：将参数TAPEDEV设置为/dev/null然后运行一次ontape -s。也可以执行onbar -F命令。由于伪归档并不真正归档系统信息，所以千万要适时地对系统进行真正的归档操作。 只有在逻辑日志真正无用时才能将其删除。利用onstat -l 可以看出所有的空闲日志被标记为F。如果逻辑日志中包含事务回滚或快速恢复所需的信息，该逻辑日志是不能被删除的。利用onstat -l命令可以看出接受当前事务的日志被标记为C。如果逻辑日志包括最后一个检查点记录，它也是不能被删除的，只有当检查点记录被写入下一个日志忠并且上一个日志被备份后，该日志才能被删除。利用onstat -l命令可以看出包含最后一个检查点记录的日志被标记为L。用户可以利用 onmode -c命令强制写检查点记录直至最后一个检查点记录被写入所要求的日志为止。 onstat 工具 显示动态服务器共享内存中的信息 涉及少量磁盘I/O操作 将对系统性能的影响极小 提供关于系统有价值得信息 命令行交互式监控系统 在本章中将讲解onstat 的各种重要选项，请熟悉它们的使用 onstat 命令是一种非常有用的系统实时监控工具。该命令直接从共享内存的数据结构中读取信息，报告当时的系统状况。通常onstat 命令不会进行磁盘I/O操作，也不会对系统资源加锁，所以它对系统性能的影响减少到最小。简言之，onstat是informix提供的一种交互式的系统监控工具。 onstat 的一些常用选项： onstat -- 　　　　列出所有选项 onstat -i 　　　　设置进入交互模式 onstat - 　　　　显示运行模式和数据库引擎状态 onstat -g sub_option 运行多线索选项 onstat -r 每隔秒后重复选项 onstat -g act 　　显示系统中所有的活动线索 onstat -g ath -r 2 每隔两秒显示系统中所有的活动的线索 系统监控界面 sysmaster数据库在系统初始化时自动创建 数据库中包括指向系统共享内存结构数据字典信息 提供瞬时的系统性能和状态信息 提供SQL界面了解数据字典信息 允许管理员将系统管理工作自动化 用于执行重复性的监控任务 系统监控界面（system Monitoring Interface --SMI)是一种基于SQL的系统工具， 用户通过SMI可以非常方便地获取系统信息。系统在初始化时，自动地在root dbapace创建sysmaster系统数据库。 每一系统包括一个sysmaster数据库，该数据库中的大部分表为虚表，是指向共享内存中数据结构的指针。利用SMI可以自动监控系统，特别是在执行重复任务时。 sysmaster数据库是只读的，即不允许对其进行INSERT UPDATE,或DELETE操作。所有用户都拥有对该数据库的查询权限。 在系统初始化后，用户一定要注意检查sysmaster数据库是否建立成功。创建sysmaster数据库的信息都保存在消息日志文件中（online.log)请注意由于所有的DDL语句都将被记录在日志中， 所以一定要在日志文件中留出足够的空间以保证创建sysmaster所需。 sysmaster数据库模式记录在$INFORMIXDIR/etc/sysmaster.sql文件中。 oncheck 命令 检查动态服务器磁盘上的数据结构 定位并修补损坏的索引和数据 有磁盘I/O操作 一些操作在处理时将在表上加锁 oncheck命令用于修复磁盘上损坏的索引和数据页，该命令也可用于检查并打印系统的数据结构。在使用oncheck时一定要当心，因为改命令的某些选项会对表加共享锁，例如：oncheck -pt 》 为防止对系统的损坏，系统会对所有共享内存中的数据进行一次一致性检查。一旦发现数据页出现一致性错误或发现索引错误，系统将把问题和可能的解决方案（利用oncheck)写入消息日志文件，并返回isam错误代码105。 如果发现一致性错误信息，用户应该立即关闭系统并按消息日志文件中的提示运行oncheck。如果oncheck运行失败，则应尝试卸出表再重新装入；如果是索引得问题，则应先删除索引再重建之。如果所有这些步骤都失败了，只有根据原有的系统归档备份来恢复系统。 下面的命令可以提供extend信息： oncheck -pe 在onstat –l中，flag位表示了逻辑日志的状态， A表示新加了还不能使用的日志 F表示空闲的可以使用的日志，一般是在0级备份之后才有这样的状态 U表示已经使用的逻辑日志 L表示当前的日志文件包含一个检查点 C表示正在使用当前的日志文件 B表示已经备份的日志文件

informix详细安装步骤

com/developerworks/cn/offers/lp/demos/summary/usingids1.html" target="_blank"》http://www.ibm.com/developerworks/cn/offers/lp/demos/summary/usingids1.html你注册一个IBM的帐号,里面有教程