分类： DB2/Informix
2008-04-30 23:09:07
|
在学习完本章后，你将能够
步骤
初始化动态服务器的步骤如上所示。 用户在初始化系统签应该执行阅读$INFORMIXDIR/release目录下的release note。在该文件中包括了许多与操作系统、内核参数以及系统更新相关的重要信息。 机器在出厂时已预置了核心配置参数，但如果用户自己需要，则需要进一步调整这些参数。关于核心参数配置请检查release notes。 为系统准备磁盘空间时，必须首先正确设置如下权限： chmod 660 device_name chgrp informix device_name chown informix device_name
我们建议用户最好能为原始设备建立链接文件，原因有二个： 1.可以利用链接命令描述设备使用信息，例如那一个chunk在使用那一个设备； 2.便于恢复。 在UNIX系统中利用ln命令建立链接
环境变量
我们推荐所有的informix和数据库用户使用korn shell。注册环境必须在注册时自动设置。一般来说，所有环境变量在.profile中设置。我们希望所有系统用户使用同一注册文件。Informix必须设置的环境变量如上所示。 连接三角 客户与动态服务器的连接包括三个部分。环境变量INFORMIXSERVER是指向通讯配置文件内某一条目的指针。通讯配置文件的默认路径和名称为 $/INFOMRIXDIR/etc/sqlhosts。该文件的第一个字段包含了配置参数DBSERVERNAME或DBSERVERALIASES的值，其中DBSERVERNAME只能有一个，而用户可以通过环境变量INFORMIXSQLHOSTS改变通讯配置文件的存储路径及名称。 通讯配置文件（sqlhosts)的记录格式如下： dbservername netttype hostsname servicename 各字段的含义如下：
系统初始化
动态服务器的初始化包括两部分：磁盘初始化，创建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中记录了系统消息日志文件的位置和名称。在运行时应随时监控该文件。用户可以另开出一屏，对该文件运行tail -f。系统消息将不断地添加在消息文件后，用户应该经常注意该文件的长度。 我们建议应将CONSOLE重定向到一个与MSGPATH同一目录下的文件上。 磁带设备参数用户系统归档和逻辑日志备份。参数ALARMPROGRAM被自动设置为log_full.sh。该文件在逻辑日志满时，自动启动ON_BAR备份逻辑日志。如果不需要此功能，只需要将ALARMPROGRAM设置为no_log.sh文件。 差数STAGEBLOB只对INFORMIX DYnamic Server/Optical系统有效。
系统配置
动态服务器必须具有唯一的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 |
