转自：http://unix-cd.com/unixcd12/article_5446.html
动态服务器的系统结构
INFORMIX动态服务器采用的是一种多线索体系结构，这就意味着一个进程利用自己的多个线索可以同时完成多个任务，因而整个系统只需要较少的进程就足以完成DBMS的任务。
动态服务器系统由三个主要组件构成：共享内存，进程和磁盘。共享内存包括三个段：驻留段。虚拟段和消息段。驻留段主要用作磁盘数据的缓存。虚拟段主要用作内存池以支持进程及相关的会话（session)和线索。当客户与服务器利用共享内存进行通信时，消息段将用作两者之间的消息缓冲区。
系统中还包括若干构成数据库服务器的UNIX进程，称为oninit.这些进程被称为虚拟处理器（VP）(virtual processors)。每一VP隶属于某一虚拟处理类。而每一虚拟处理器类都负责完成一类特定的任务。
系统的磁盘组件由多个原始磁盘空间组成，称为chunk,chunk以页（page)为基本单位。多个chunk集合逻辑上构成了数据空间（dbspace)。数据空间用于存储数据库、表、系统信息以及物理日志和逻辑日志。一个数据空间至少包括一个chunk.
共享内存段
动态服务器的共享内存由三个段构成：
驻留段主要用作缓冲池，内含逻辑日志和物理日志的缓冲区以及其他系统数据结构。驻留段的大小主要有系统参数BUFFERS决定。
虚拟段主要用作内存池以支持会话和线索。根据用途的不同，内存池可以进一步分为：会话池、多线索池、字典池、存储过程池、排序池、大缓冲池以及全局池。内存池的分配和释放是动态进行的。内存池分配单位大小为8k。如果已有虚拟段耗尽，动态服务器可以根据onconfig参数再次动态申请。虚拟内存段的初始大小由参数SHMVIRTSIZE决定，其增量由参数SHMADD决定，但整个共享内存段的大小不能超过SHMTOTAL。
如果客户与服务器利用共享内存进行通讯，消息段将用作通讯缓冲区。每一用户连接（利用共享内存进行通讯）大致占用12K空间。用户连接的数量在参数NETTYPE中定义。
用户可以利用ipcs或onstat -g seg 命令来监控共享内存段的状态。
虚拟处理器（Virtual Processors)
虚拟处理器类
oninit cpu类： 运行所有用户线索和部分系统线索（所有线索的95％）
oninit AIO类： 运行所有内部线索以执行I/O，日志写除外
oninit PIO类： 运行内部线索写物理日志
oninit LIO类： 运行内部线索写逻辑日志
oninit SHM类： 运行共享内存通讯线索
oninit TLI类： 运行内部TLI网络通讯线索
oninit SOC类： 运行内部Sockets网络通讯线索
oninit MSC类： 运行其它任务线索
oninit ADM类： 运行时钟
oninit OPT类： 负责管理BLOB将传至光盘子系统
oninit ADT类： 运行安全审计线索
数据库系统服务器由若干称为oninit的UNIX进程组成，在系统中这些进程被称为虚拟处理器（VP）。所有VP都是可执行程序oninit的实体。每一VP属于一种特定的虚拟处理器类，而不同的虚拟处理器类分别完成不同的任务。每一虚拟处理器可含的VP数量由下列参数决定：“
CPU NUMCPUVPS
AIO NUMAIOVPS
PIO 自动启动一个VP。如果物理日志被镜像，将启动两个VP
LIO 自动启动一个VP。如果逻辑日志被镜像，将启动两个VP
SHM NETTYPE
TLI NETTYPE
SOC NETTYPE
MSC 自动启动一个VP
ADM 自动启动一个VP
OPT STAGEBLOB被设置，然后自动启动一个VP
ADT ADTMODE被设置，然后自动启动一个VP
用户可以利用PS 或者onstat -g glo命令监控VP的状态
线索
onstat -g ath 显示所有线索
onstat -g act 显示活动线索
onstat -g rea 显示所有就绪线索
在动态服务器中，线索是在oninit中的一段被执行的指令流。通过多线索机制，可以让一个进程同时为多个任务服务而不必生成多个OS级进程。进程oninit可以启动多个线索，各线索顺序执行，并在适当地时候把控制权转移给其它线索。在多线索进程中每一线索都有自己的执行环境，包括自己的代码空间和自己的局部变量。一个多线索进程负责多个线索间的正文切换。
在系统中，线索只能有两种存在状态：要么正在某个VP上运行，要么在某一队列排队等待。在就绪队列中保存了所有已就绪只待执行的线索的正文。一旦出现空闲VP，该VP就从就绪队列中选取一个线索执行，而选取的标准由内部的优先机制决定。
在特定的时候，当前运行的线索会把对VP的控制权转移给其它线索。有如下几种可以导致控制权的转移：
等待磁盘读写操作
等待应用程序的请求
等待获得锁或其它资源
将运行机会转给其它线索
一旦线索交出控制权，该线索的context就将被列入等待或睡眠队列中。所有等待某种操作的线索进入等待队列，而所有需要稍后被唤醒的线索进入睡眠队列。
磁盘组件
在动态服务器中以页（page)作为基本存储和I/0单位。页大小因机器和操作系统的不同而不同，一般为2k，也可能为4k，用户无法改变页大小。
分配给系统使用的连续磁盘空间的单位称为chunk。chunk由多个页构成。它是一个典型的UNIX原始设备。chunk的大小由系统管理员设定。
数据空间（dbspace)是多个chunk的逻辑集合。每一数据空间至少包括一个chunk。数据库和表创建在指定的数据空间上。系统必须至少包括一个数据空间：
root dbspace。在该空间中存储着关于系统的信息。
物理日志（physical log)由连续的磁盘空间构成，其存储着共享内存缓冲区中所有已修改的数据页（但尚未写入磁盘中）被修改前的映象。因而物理日志主要用于快速恢复。只有当数据页在首次被修改时，系统才会将其映象写入物理日志。
逻辑日志（logical logs)也是由连续的磁盘空间构成，其存储着事务记录、DDL语句和checkpoint记录。由管理员设定逻辑日志的数目。系统循环使用逻辑日志。在系统第一次初始化时，物理日志和逻辑日志都自动建立在root dbspace上。
九 初始化Informix动态服务器
步骤：
onstat工具
为每一台机器安装软件
检查$INFOMRIXDIR/release目录下的release notes
配置推荐的核心配置参数
准备磁盘空间
设置所需环境变量
创建一个sqlhosts文件
在$INFORMIXDIR/etc目录下设置onconfig文件
利用oninit工具初始化online
初始化动态服务器的步骤如上所示。
用户在初始化系统签应该执行阅读$INFORMIXDIR/release目录下的release note。在该文件中包括了许多与操作系统、内核参数以及系统更新相关的重要信息。
机器在出厂时已预置了核心配置参数，但如果用户自己需要，则需要进一步调整这些参数。关于核心参数配置请检查release notes。
为系统准备磁盘空间时，必须首先正确设置如下权限：
chmod 660 device_name
chgrp informix device_name
chown informix device_name
我们建议用户最好能为原始设备建立链接文件，原因有二个：
1.可以利用链接命令描述设备使用信息，例如那一个chunk在使用那一个设备；
2.便于恢复。
在UNIX系统中利用ln命令建立链接
环境变量
INFORMIXDIR 设置为informix产品所在的目录
PATH 包括INFORMIXDIR/bin
ONCONFIG 设置onconfig文件名
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 rootdbs #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 rootdbs #物理日志（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中。逻辑日志的最优大小很难确定，因为与各系统的事务活动状况紧密相关。刚开始时可以将其大小设置为3至5MB,如果不够可以随时追加。
在初始化时应创建一个较小的物理日志。因为在DBMS系统中，尤其在OLTP环境下，数据库的操作非常频繁，日志中必须记录大量的信息，所以用户最好能将多个日志分布在不同的设备上。有一种非常简单的方法：既在系统初始化完毕后，将物理日志移至其它设备，并扩大其空间。一般来说物理日志大一些为好（300M-500M），这样可以避免频繁地初始化检查点（物理日志75％满时进行）。
请一定牢记，root dbspace的位置和初始chunk的大小是无法改变的，除非重新初始化系统，但这将清除现有系统中的所有信息。
root dbspace的镜像功能可以在初始化时打开也可以在以后打开。
消息和磁带参数
#诊断
MSGPATH /dev/informix/online.log #系统消息日志文件路径
CONSOLE /dev/console #系统控制台消息路径
ALARMPROGRAM /usr/informix/log_full.sh #报警程序路径及名称
#系统归档磁带设备
TAPEDEV /dev/null #磁带设备路径
TAPEBLK 16 #磁带块大小（Kbytes)
TAPESIZE 10240 #磁带最大容量（Kbytes)
#日志归档磁带设备
LTAPEDEV /dev/null ＃日志磁带设备路径
LTAPEBLK 16 #日志磁带设备大小（Kbytes)
LTAPESIZE 10240 #输出到磁带上的最大数据量（Kbytes)
STAGEBLOB #INFORMIX光机缓冲区
变量MSGPATH中记录了系统消息日志文件的位置和名称。在运行时应随时监控该文件。用户可以另开出一屏，对该文件运行tail -f。系统消息将不断地添加在消息文件后，用户应该经常注意该文件的长度。
我们建议应将CONSOLE重定向到一个与MSGPATH同一目录下的文件上。
磁带设备参数用户系统归档和逻辑日志备份。参数ALARMPROGRAM被自动设置为log_full.sh。该文件在逻辑日志满时，自动启动ON_BAR备份逻辑日志。如果不需要此功能，只需要将ALARMPROGRAM设置为no_log.sh文件。
差数STAGEBLOB只对INFORMIX DYnamic Server/Optical系统有效。
系统配置
#系统配置
SERVERNUM 1 #每个服务器的唯一值
DBSERVERNAME onlineshm #数据库服务器主名
DBSERVERALLASES onlinesoc #数据库服务器别名
NETTYPE ipcshm,,10,CPU #为nettype配置轮询线索
NETTYPE soctcp,2.25.NET
DEADLOCK_TIMEOUT 60 #在分布环境下等待锁的最长时间
RESIDENT 1 #强制驻留标志（YES=1,NO=0)
MULTIPROCESSOR 1 #0单处理器，1多处理器
NUMCPUVPS 10 #用户cpu vps 数量
SINGLE_CPU_VP 0 #如果非0，限制CPU VP为1
NOAGE 1 #进程调度
AFF_SPROC 0 #绑定初始处理器
AFF_NPROCS 10 #绑定处理器数
动态服务器必须具有唯一的SERVERNUM。给参数用作系统共享内存段的码（key)。客户连接时根据参数DBSERVERNAME确认服务器，所以该参数也必须唯一，同时它也必须与通讯配置文件中的条目匹配。DBSERVDERNAME或DBSERVDERALIASES都必须与一种通讯接口（共享内存，tli,sockets)相应。在通讯配置文件中必须包括所有的服务器名。
如果系统内存严重不足，UNIX会将某些进程整个交换出实存。通过设置RESIDENT参数，可以保证共享内存的驻留段始终在共享内存中不会被交换到磁盘上，否则系统的性能将会受到极大的影响。
许多UNIX操作系统会降低长时间运行的进程的优先级。组成服务器的oninit进程因而会受到影响，导致系统性能下降。参数NOAGE将禁止这种情况的发生。该参数与系统平台有关。如果在系统中出现上述现象，但系统又不支持NOAGE参数，可以利用renice命令提高优先级。ps命令的PRI列表示进程的优先级。在某些系统上，利用top命令也可以显示进程优先级。
NETTYPE
参数NETTYPE中定义了客户与动态服务器连接的方式。如果要与系统连接，就必须为每一类连接定义一个NETTYPE以记录网络和通讯协议的类型。
NETTYPE的第二个字段指定了为该协议启动的轮询（poll)线索数。这些轮询线索负责客户与服务器间的通讯。一般来说，一个轮询线索最多可以为100个用户服务。关于如何配置线索数目才能达到最优，将在以后的章节中详细讨论。
NETTYPE的第三个字段决定了该协议的连接数。共享内存协议利用此参数决定共享内存消息段的大小。NETTYPE的最后一个字段决定了轮询线索应在那一种VP类上运行。有两种VP类可以选择：CPU或NET。属于NET类的VP包括SOC,TLI或SHM。在CPU
VP上运行的效率最高，但只能运行一种通讯协议。
如果轮询线索运行在CPU VP上，轮询线索数不能超过CPU VP数。但如果轮询线索运行在NET类VP上，轮询线索数将决定SOC，TLI，或共享内存VP的数量，意即系统将为每一轮询线索启动一个NET类VP
如果如下设置NETTYPE
sockcp,2,10,NET
系统会启动两个SOC VP。
注意每一轮询线索能支持的连接数即为最大用户数，所以上例中的设置能支持20个用户。请不要超过最大用户限制，否则会给轮询线索带来许多负担。
配置CPU VP
正确配置CPU VP的数量对于系统的性能有很大的影响。系统需要有足够多的CPU VP来加速线索的执行从而保证系统中其它进程能占用足够的CPU时间。
具体的配置方法如下：
利用onstat -g rea 命令监控线索就绪队列。检查CPU VP类线索的数目是否总是大于CPU VP地数量。若是，则表明总是有有一些CPU线索在等待CPU VP，应该增加CPU VP数量。
命令onstat -glo可以显示CPU VP的信息。
从系统的角度来说应随时监控分析CPU的使用情况，以了解系统是否还要潜力可挖。有很多系统提供这一类工具，例如sar。只要有CPU空闲时间或I/0等待时间，就说明可以增加CPU VP数量以完成更多的任务（在相同时间内）。但如果系统CPU资源已充分利用，增加CPU VP的数量也不会提高系统性能。
处理器绑定
所谓处理器绑定（processor affinity)是特定的进程只能在特定的CPU上执行。特定的CPU仍然能为其它进程服务，但特定的进程只能在该CPU上执行，如果平台支持，INFORMIX动态服务器可以将CPU VP（oninit)绑定到指定的处理器上。
处理器从0开始连续编号。在某些SMP平台上，由一个CPU专门处理系统中断。如果配置的CPU VP数量小于物理处理器数量，则应避免将CPU VP绑定到处理中断的CPU上。利用mpstat 命令可以查出那一个CPU处理中断（由intr列标识）。
如果系统用户非常多（>300).用户进程可能会与CPU VP争夺处理器。此时可以将CPU VP绑定到一些处理器上，而将用户进程绑定到另外的处理器上。例如，系统有16个CPU，则将CPU VP绑定到0至10号CPU上，而将所有的应用进程绑定到11-15号进程上。如何在这两类进程分配CPU数目，需要通过测试才能达到较优的性能。
配置环境
共享内存参数的最优配置依赖于动态服务器的运行环境。我们讨论的系统运行环境包括：数据载入，索引建立，OLTP和DSS。在实际的系统中，最好为上述不同的环境分别建立参数配置文件
例如：
数据载入: onconfig.load
索引建立: onconfig.index
OLTP: onconfig.oltp
DSS: onconfig.dss
OnLine的操作模式
off-Line（离线模式）
Quiescent（静态模式）
On_Line（联机模式）
Shutdown（关闭模式）
Recovery（恢复模式）
OnLine系统有以下几种工作模式
脱机模式： OnLine没有运行，共享内存没有分配
初始化模式： 一种过渡模式，发生在OnLine进行初始化，脱机模式到静态模式转换过程中。
静态模式： oninit进程正在运行，共享内存资源已经分配，但是系统不允许数据库用户对数据库进行存取操作，只有管理员（由informix登陆的用户）能够存取 OnLine系统。
联机模式： 系统启动并且运行，数据库用户可以正常使用系统
关闭模式： 系统已启动并且正在运行，当前的用户可以继续使用系统，但是新的用户不允许使用系统
恢复模式： 系统正在进行快速恢复，或者由系统归档数据进行恢复。快速恢复是offline模式向静态模式转换过程的过程中发生。这个恢复过程需要一些时间，这个时间和要恢复的数据量的大小有关。
2.普通OnLine进程
INFORMIX-OnLine动态服务器使用几个叫oninit的进程来进行自身的操作。通常系统中都会有几个oninit进程存在；每一个进程都被称为OnLine系统的一个虚拟处理器。
oninit进程是作为root来运行的。这是虚拟处理器初始化任务必须要使用的用户权限，另外，由于oninit进程时作为root用户来运行的，所以对于保护进程是有利的，因为普通用户不能够kill掉root用户的进程。
onstat工具能够读取并报告OnLine系统的共享内存结构，-g glo选项会显示单独的oninit进程的信息，其中包括进程的ID,虚拟处理器的类，用户CPU，和系统CPU的情况。
$ onstat -g glo
3.UNIX级别的共享内存
UNIX命令ipcs可以用来检查操作系统级别的共享内存段和信号量分配情况。有的平台上可能没有这个命令
ipcs命令会打印出当前你的系统中处于活动状态的共享内存的信息。对每一个资源，这个命令会显示：
TYPE 包括信息队列（q），共享内存段（m),或者信号灯（s)。
ID 资源条目的唯一的表示号
KEY 应用程序存取资源使用的参数。
MODE 存取模式和许可权限的标记
OWNER and GROUP 登录名和用户属主的组号，OnLine使用的所有的共享内存资源的属主的属主为root和informix组。
OnLine共享内存使用的基本键值为0x52564801。SERVERNUM的值乘上0X10000并且加上这个值就为共享内存的键值。这就是，如果你的SERVERNUM的值为2，你的共享内存段的键值为0x52564801+(2*0x10000)=0x52584801。如果SERVERNUM的值为6，产生的键值就为0x525c4801。
4.更改运行模式：MODE菜单
$ onmonitor
使用onmonitor命令的主菜单中的mode菜单可以显示如下的mode选项：
startup 将OnLine从离线状态带到静态模式。它会启动OnLine进程并且分配共享内和信号量资源。
On_Line 将系统由静态模式变为联机模式。在这种模式下用户可以使用系统。
Graceful-Shutdown 被用来将系统由联机模式变为静态模式。这个命令让当前的用户继续工作但是拒绝新的用户使用系统。当所有的用户离开系统，就将系统变为静态 模式。5分钟显示一次当前的用户列表。
Immediate-Shutdown 用来将系统由联机模式立即转换为静态模式。并且中断当前所有活动用户的操作，回滚任何打开的事务，并且将系统变为静态模式。
Take_Offline 被用来将系统由静态模式变为离线模式。如果当前系统处于联机模式，首先要进行immediate-Shutdown操作。
５.恢复模式
在两种环境下，OnLine的操作模式会为恢复模式：
在恢复进行当中，系统会处于快速恢复模式直到恢复完成。
在快速恢复中。
6.使用oninit工具来改变OnLine模式
oninit工具可以用来改变OnLine系统的操作模式。oninit工具的参数如下：
oninit 将OnLine由离线模式变为联机模式
oninit -s 将OnLine由离线模式变为静态模式
oninit -i 初始化OnLine的root dbspace。
oninit -p 在共享内存初始化的时候不搜寻和删除临时表。
oninit -y 在系统提示的时候自动回答yes。
警告：在通常情况下不要使用-i参数。因为它会破坏现有的所有数据。
提示：如果你想要在你的机器重启动的时候就自动启动OnLine系统到联机模式，你可以将oninit命令，加入到你的系统的启动脚本中（多数UNIX机器是/etc/rc)。
7.使用onmode工具来更改OnLine模式
使用命令onmode可以改变OnLine系统的操作模式：
-k 执行一个Immediate-Shutdown并且将系统由静态模式变为离线模式。
-m 将系统由静态模式变为联机模式
-s 执行一个graceful_Shutdown.
-u 执行一次Immediate-Shutdown
-y 对所有的提示自动回答yes，必须和其他的选项一起使用。
onmode命令还有许多其他和OnLine系统操作模式无关的的参数