1、初始化 Informix 动态服务器-摘自互联网在学习完本章后，你将能够 设置所需的环境变量 创建 sqlhosts 文件 准备磁盘空间 为初始化工作配合合适的 onconfig 参数 初始化系统 步骤onstat 工具 为每一台机器安装软件 检查$INFOMRIXDIR/release 目录下的 release notes 配置推荐的核心配置参数 准备磁盘空间 设置所需环境变量 创建一个 sqlhosts 文件 在$INFORMIXDIR/etc 目录下设置 onconfig 文件 利用 oninit 工具初始化 online 初始化动态服务器的步骤如上所示。用户在初始化系统签应该执行阅读$
2、INFORMIXDIR/release 目录下的 release note。在该文件中包括了许多与操作系统、内核参数以及系统更新相关的重要信息。机器在出厂时已预置了核心配置参数，但如果用户自己需要，则需要进一步调整这些参数。关于核心参数配置请检查 release notes。为系统准备磁盘空间时，必须首先正确设置如下权限：chmod 660 device_namechgrp informix device_namechown informix device_name我们建议用户最好能为原始设备建立链接文件，原因有二个：1.可以利用链接命令描述设备使用信息，例如那一个 chunk 在使用那一个设
3、备；2.便于恢复。在 UNIX 系统中利用 ln 命令建立链接环境变量INFORMIXDIR 设置为 informix 产品所在的目录PATH 包括 INFORMIXDIR/binONCONFIG 设置 onconfig 文件名INFOMRIXSERVER 设为维 onconfig 参数中的 DBSERVERNAM 值PSORT_NPROCS 设置为物理 CPU VPs 数我们推荐所有的 informix 和数据库用户使用 korn shell。注册环境必须在注册时自动设置。一般来说，所有环境变量在.profile 中设置。我们希望所有系统用户使用同一注册文件。Informix 必须设置的环境
4、变量如上所示。连接三角客户与动态服务器的连接包括三个部分。环境变量 INFORMIXSERVER 是指向通讯配置文件内某一条目的指针。通讯配置文件的默认路径和名称为 $/INFOMRIXDIR/etc/sqlhosts。该文件的第一个字段包含了配置参数 DBSERVERNAME 或 DBSERVERALIASES 的值，其中 DBSERVERNAME 只能有一个，而用户可以通过环境变量INFORMIXSQLHOSTS 改变通讯配置文件的存储路径及名称。通讯配置文件（sqlhosts)的记录格式如下：dbservername netttype hostsname servicename各字段的含
5、义如下： 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 #构成 roo
6、t dbspace 的设备路径ROOTOFFSET 0#root dbspace 设备的偏移量（Kbyte)ROOTSIZE 50000 #root dbspace 大小（Kbyte)#磁盘镜像配置参数 MIRROR 0 #镜像标志（YES=1,NO=0)MIRRORPATH #镜像 root dbspace 设备额路径MIRROROFFSET 0# 镜像 root dbspace 设备的偏移量#物理日志配置PHYSDBSrootdbs# 物理日志（dbspace)的位置PHYSFILE 1000 # 物理日志文件大小（Kbytes)#逻辑日志配置LOGFILES 10 # 逻辑日志文件数量L
7、OGSIZE3000# 逻辑日志大小（Kbyte)动态服务器的初始化包括两部分：磁盘初始化，创建 root dbsapce。root dbspace 中有 12 页专门用于存放系统信息，称为系统保留页。剩余空间中包含被称为 chunk free list 的页，50 页 tblspace ,4 页database tablespace。在 root dbspace 中还存储 sysmaster 和 sysutils 数据库。在系统初始化时，物理日志和逻辑日志都自动建立在 root dbspace 中。逻辑日志的最优大小很难确定，因为与各系统的事务活动状况紧密相关。刚开始时可以将其大小设置为 3
8、 至 5MB,如果不够可以随时追加。在初始化时应创建一个较小的物理日志。因为在 DBMS 系统中，尤其在 OLTP 环境下，数据库的操作非常频繁，日志中必须记录大量的信息，所以用户最好能将多个日志分布在不同的设备上。有一种非常简单的方法：既在系统初始化完毕后，将物理日志移至其它设备，并扩大其空间。一般来说物理日志大一些为好（300M-500M），这样可以避免频繁地初始化检查点（物理日志 75满时进行）。请一定牢记，root dbspace 的位置和初始 chunk 的大小是无法改变的，除非重新初始化系统，但这将清除现有系统中的所有信息。root dbspace 的镜像功能可以在初始化时打开也可
9、以在以后打开。消息和磁带参数#诊断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)LTAP
10、ESIZE10240# 输出到磁带上的最大数据量（Kbytes)STAGEBLOB #INFORMIX 光机缓冲区变量 MSGPATH 中记录了系统消息日志文件的位置和名称。在运行时应随时监控该文件。用户可以另开出一屏，对该文件运行 tail -f。系统消息将不断地添加在消息文件后，用户应该经常注意该文件的长度。我们建议应将 CONSOLE 重定向到一个与 MSGPATH 同一目录下的文件上。磁带设备参数用户系统归档和逻辑日志备份。参数 ALARMPROGRAM 被自动设置为 log_full.sh。该文件在逻辑日志满时，自动启动 ON_BAR 备份逻辑日志。如果不需要此功能，只需要将 ALA
11、RMPROGRAM 设置为no_log.sh 文件。差数 STAGEBLOB 只对 INFORMIX DYnamic Server/Optical 系统有效。系统配置#系统配置SERVERNUM 1# 每个服务器的唯一值DBSERVERNAME onlineshm# 数据库服务器主名DBSERVERALLASES onlinesoc# 数据库服务器别名NETTYPE ipcshm,10,CPU # 为 nettype 配置轮询线索NETTYPE soctcp,2.25.NETDEADLOCK_TIMEOUT60 #在分布环境下等待锁的最长时间RESIDENT 1# 强制驻留标志（YES=1,N
12、O=0)MULTIPROCESSOR1 #0 单处理器，1 多处理器NUMCPUVPS 10 # 用户 cpu vps 数量SINGLE_CPU_VP 0# 如果非 0，限制 CPU VP 为 1NOAGE 1# 进程调度AFF_SPROC 0# 绑定初始处理器AFF_NPROCS10 #绑定处理器数动态服务器必须具有唯一的 SERVERNUM。给参数用作系统共享内存段的码（key)。客户连接时根据参数DBSERVERNAME 确认服务器，所以该参数也必须唯一，同时它也必须与通讯配置文件中的条目匹配。DBSERVDERNAME 或 DBSERVDERALIASES 都必须与一种通讯接口（共享内
13、存，tli,sockets)相应。在通讯配置文件中必须包括所有的服务器名。如果系统内存严重不足，UNIX 会将某些进程整个交换出实存。通过设置 RESIDENT 参数，可以保证共享内存的驻留段始终在共享内存中不会被交换到磁盘上，否则系统的性能将会受到极大的影响。许多 UNIX 操作系统会降低长时间运行的进程的优先级。组成服务器的 oninit 进程因而会受到影响，导致系统性能下降。参数 NOAGE 将禁止这种情况的发生。该参数与系统平台有关。如果在系统中出现上述现象，但系统又不支持 NOAGE 参数，可以利用 renice 命令提高优先级。ps 命令的 PRI 列表示进程的优先级。在某些系统上
14、，利用 top 命令也可以显示进程优先级。NETTYPE参数 NETTYPE 中定义了客户与动态服务器连接的方式。如果要与系统连接，就必须为每一类连接定义一个NETTYPE 以记录网络和通讯协议的类型。NETTYPE 的第二个字段指定了为该协议启动的轮询（poll)线索数。这些轮询线索负责客户与服务器间的通讯。一般来说，一个轮询线索最多可以为 100 个用户服务。关于如何配置线索数目才能达到最优，将在以后的章节中详细讨论。NETTYPE 的第三个字段决定了该协议的连接数。共享内存协议利用此参数决定共享内存消息段的大小。NETTYPE 的最后一个字段决定了轮询线索应在那一种 VP 类上运行。有两
15、种 VP 类可以选择：CPU 或 NET。属于 NET 类的 VP 包括 SOC,TLI 或 SHM。在 CPU VP 上运行的效率最高，但只能运行一种通讯协议。如果轮询线索运行在 CPU VP 上，轮询线索数不能超过 CPU VP 数。但如果轮询线索运行在 NET 类 VP 上，轮询线索数将决定 SOC，TLI，或共享内存 VP 的数量，意即系统将为每一轮询线索启动一个 NET 类 VP如果如下设置 NETTYPEsockcp,2,10,NET系统会启动两个 SOC VP。注意每一轮询线索能支持的连接数即为最大用户数，所以上例中的设置能支持 20 个用户。请不要超过最大用户限制，否则会给轮询
16、线索带来许多负担。配置 CPU VP正确配置 CPU VP 的数量对于系统的性能有很大的影响。系统需要有足够多的 CPU VP 来加速线索的执行从而保证系统中其它进程能占用足够的 CPU 时间。具体的配置方法如下：利用 onstat -g rea 命令监控线索就绪队列。检查 CPU VP 类线索的数目是否总是大于 CPU VP 地数量。若是，则表明总是有有一些 CPU 线索在等待 CPU VP，应该增加 CPU VP 数量。命令 onstat -glo 可以显示 CPU VP 的信息。从系统的角度来说应随时监控分析 CPU 的使用情况，以了解系统是否还要潜力可挖。有很多系统提供这一类工具，例如
17、 sar。只要有 CPU 空闲时间或 I/0 等待时间，就说明可以增加 CPU VP 数量以完成更多的任务（在相同时间内）。但如果系统 CPU 资源已充分利用，增加 CPU VP 的数量也不会提高系统性能。处理器绑定所谓处理器绑定（processor affinity)是特定的进程只能在特定的 CPU 上执行。特定的 CPU 仍然能为其它进程服务，但特定的进程只能在该 CPU 上执行，如果平台支持，INFORMIX 动态服务器可以将 CPU VP（oninit)绑定到指定的处理器上。处理器从 0 开始连续编号。在某些 SMP 平台上，由一个 CPU 专门处理系统中断。如果配置的 CPU VP
18、数量小于物理处理器数量，则应避免将 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.indexOLTP: onconfig.oltpDSS: onconfig.dss
