【IT168 专稿】IBM的DB2 V9创建数据库期间缺省启用配置顾问程序,这和版本 9以前的情况不一样,以前的时候创建数据库的时候默认是不启用配置顾问程序｡“配置顾问程序”是用于为缓冲池大小､数据库配置参数和数据库管理器配置参数的初始值提供建议｡可以通过使用 APPLY 选项来显示或应用建议的值｡建议是根据您提供的输入和顾问程序收集的系统信息生成的｡“配置顾问程序”建议的值只是针对每个实例具有一个数据库的情况｡如果想要在多个数据库上使用此顾问程序,则每个数据库应该属于一个单独的实例｡
由于默认情况下DB2 V9创建数据库期间将缺省启用配置顾问程序,使得新创建的数据库其数据库配置参数和以往有了很多不同,为了帮助大家了解这些区别,本文将通过实际的例子来帮助大家理解和提高｡

简介

    IBM一直致力于自治计算,是自治计算的领导者,在DB2 V8中就引入了很多自配置､自优化和自修复功能,DB2 V9延续了这一策略,引入了更多的自治功能,比如自动存储管理､自动自调整内存､自动维护､创建数据库时自动启用配置顾问程序等等,从而帮助你从数据中提取更多的商业价值,同时减少管理数据所花的时间,提高数据库管理员的效率｡从DB2 V8开始引入了配置顾问程序(CONFIGURATION ADVISOR),配置顾问程序在DB2 V8之前是“性能配置”向导,在DB2 V8被重命名为“配置顾问程序”｡在DB2 V9中,缺省情况下,创建数据库时将默认启用配置顾问程序,隐式地根据建议的值对数据库配置参数进行了设置,这点和以前的版本不一样｡ 

    “配置顾问程序”是用于为缓冲池大小､数据库配置参数和数据库管理器配置参数的初始值提供建议｡配置顾问程序根据环境特征(例如,CPU速度､工作负载类型､内存､数据库大小､表的数量等)来生成建议的缓冲池大小和数据库配置参数设置｡缺省情况下,DB2 V9的创建数据库将默认启用配置顾问程序,并在数据库启动时应用这些建议,并且可以在以后手工对其进行更新｡可以通过使用AUTOCONFIGURE命令的 APPLY 选项来显示或应用建议的值｡建议是根据您提供的输入和顾问程序收集的系统信息生成的｡“配置顾问程序”建议的值只是针对每个实例具有一个数据库的情况｡如果想要在多个数据库上使用此顾问程序,则每个数据库应该属于一个单独的实例｡对于单一分区数据库,自调整内存功能将根据数据库工作负载的需求自动优化某些配置顾问程序建议｡ 

    对于已经存在的现有数据库来说,可以通过调用配置顾问程序来生成建议的值,并根据情况进行落实,落实的方式既可以使用AUTOCONFIGURE命令的APPLY选项落实,也可以根据建议的值,使用UPDATE DB CFG ､UPDATE DBM CFG､ALTER BUFFERPOOL等命令进行落实｡ 

    如果不想使用DB2 V9的缺省时创建数据库将默认启用配置顾问程序这一新特性,可以显式的通过DB2SET命令把注册表变量 DB2_ENABLE_AUTOCONFIG_DEFAULT设置为 NO,再创建新的数据库｡需要注意的是,如果将数据库从版本 8 迁移至版本 9.1,将不会自动启用此功能｡ 

    由于默认情况下DB2 V9创建数据库期间将缺省启用配置顾问程序,使得新创建的数据库其数据库配置参数和以往有了很多不同,为了帮助大家了解这些区别,本文将通过实际的例子来帮助大家理解和提高｡ 

    我们将按照下列顺序介绍配置顾问程序:
1. 简要介绍一下DB2实例和数据配置参数,为下面的介绍打下一些基础,配置顾问程序主要就是对实例､数据库配置参数提供建议值｡
2. 详细介绍创建数据库期间缺省启用配置顾问程序和不启用配置顾问程序的区别｡
3. 简要的介绍一下AUTOCONFIGURE命令｡
4. 详细介绍如何在DB2CLP窗口中利用配置顾问程序(AUTOCONFIGURE)对现有缓冲池大小､数据库配置参数和数据库管理器配置参数进行更改｡ 

    从 IBM® DB2® 版本 9.1 开始,在创建新的数据库时,缺省情况下会启用配置顾问程序｡如果不想使用DB2 V9的缺省时创建数据库将默认启用配置顾问程序这一新特性,可以显式的通过DB2SET命令把注册表变量DB2_ENABLE_AUTOCONFIG_DEFAULT设置为 NO,再创建新的数据库｡ 

    首先我们在WINDOWS XP环境下安装DB2 ESE V9.1,安装完成后,打开DB2CLP窗口,通过DB2SET命令更新注册表变量,使DB2创建数据库时将不再启用配置顾问程序,具体就是把注册表变量DB2_ENABLE_AUTOCONFIG_DEFAULT设置为 NO,此注册表变量控制创建数据库时是否自动运行配置顾问程序｡如果未设置DB2_ENABLE_AUTOCONFIG_DEFAULT(NULL),则效果等同于将该变量设置为 YES,因此创建数据库时将运行配置顾问程序｡设置此变量后,不需要重新启动实例｡如果执行 AUTOCONFIGURE 命令或者运行 CREATE DB AUTOCONFIGURE,这些命令将覆盖 DB2_ENABLE_AUTOCONFIG_DEFAULT 设置｡具体如清单1所示:

清单 1 .更改注册表变量

C:\> DB2SET DB2_ENABLE_AUTOCONFIG_DEFAULT = NO 

    命令成功后,我们来看一下注册表变量 DB2_ENABLE_AUTOCONFIG_DEFAULT的值是否更改成功了,再次发出DB2SET命令,具体如清单2所示:

清单 2 .查看注册表变量

C:\> DB2SET DB2_ENABLE_AUTOCONFIG_DEFAULT
NO 

    从清单2,我们可以看到注册表变量 DB2_ENABLE_AUTOCONFIG_DEFAULT的值已经被更改成了NO,也就是说,在新创建数据库的时候,将不再默认启用配置顾问程序｡ 

    接下来我们创建示例数据库DB2TEST1,其配置参数将不再被缺省启用的配置顾问程序修改｡在 DB2CLP窗口中,发出CREATE DATABASE语句,创建示例数据库DB2TEST1,具体如清单 3所示:

清单 3 .创建示例数据库DB2TEST1(不启用配置顾问程序)

C:\> DB2 CREATE DATABASE DB2TEST1
DB20000I CREATE DATABASE命令成功完成｡ 

    这样我们创建了一个示例数据库DB2TEST1,其没有启用配置顾问程序对参数进行修改｡ 

    接下来我们在DB2CLP窗口中,连接上示例数据库DB2TEST1,发出GET DB CFG命令,得到示例数据库DB2TEST1的配置参数并重定向输出到文件B2TEST1.CFG中,具体如清单4所示:

清单 4 .查看示例数据库DB2TEST1的配置参数,并重定向输出到文本中

C:\> db2 connect to db2test1 

    数据库连接信息

数据库服务器 = DB2 / NT 9.1.0
SQL 授权标识 = RHETTE
本地数据库别名 = DB2TEST1

C:\> db2 get db cfg for db2test1 > DB2TEST1.CFG 


    命令执行成功,这样示例数据库DB2TEST1(创建时没有启用配置顾问程序)的配置参数就保存到了文件DB2TES1.CFG中了,保留这个文件,方便我们与下面将要创建的示例数据库DB2TEST2(创建时启用配置顾问程序)的配置文件做一次比较｡ 

    下面我们来创建示例数据库DB2TEST2,为了在创建数据库时使用默认启用的配置顾问程序,我们在DB2CLP窗口中再次发出DB2SET命令,把注册表变量DB2_ENABLE_AUTOCONFIG_DEFAULT的值修改成YES(当然如果不修改这个值,而是在CREATE DB的时候指定AUTOCONFIG选项效果也是一样的),具体如清单5所示:

清单 5 . 更改注册表变量

C:\> DB2SET DB2_ENABLE_AUTOCONFIG_DEFAULT=YES 

    命令成功后,我们来看一下注册表变量DB2_ENABLE_AUTOCONFIG_DEFAULT的值是否更改成功了,再次发出DB2SET命令,具体如清单6所示:

清单 6 .查看注册表变量

C:\> DB2SET DB2_ENABLE_AUTOCONFIG_DEFAULT
YES 

    从清单6,我们可以看到注册表变量 DB2_ENABLE_AUTOCONFIG_DEFAULT的值已经被更改成了YES,也就是说,在新创建数据库的时候,将默认启用配置顾问程序｡ 

    下面我们来创建测试数据库DB2TEST2｡ 

    在DB2CLP窗口中发出CREATE DATABASE命令,创建示例数据库数据库DB2TEST2,具体如清单 7所示: 

清单 7 .创建示例数据库DB2TEST2(启用配置顾问程序)

C:\> DB2 CREATE DATABASE DB2TEST2
DB20000I CREATE DATABASE命令成功完成｡ 

    命令执行成功,这样我们创建了一个示例数据库DB2TEST2,其启用了配置顾问程序对参数进行修改｡ 

    现在我们把示例数据库DB2TEST2的配置参数输出到文件DB2TEST2.CFG中｡在DB2CLP窗口中连接上示例数据库DB2TEST2 ,发出GET DB CFG命令,具体如清单8所示:

清单 8 .查看示例数据库DB2TEST2的配置参数,并输出到文本中   

    命令执行成功,这样示例数据库DB2TEST2(创建时启用了配置顾问程序)的配置参数就保存到了文件DB2TES2.CFG中了,保留这个文件,方便我们与上面创建的示例数据库DB2TEST1(创建时不启用配置顾问程序)的配置文件做一次比较｡

    接下来分别打开DB2TEST1.CFG和DB2TEST2.CFG文件,查看其配置参数,并比较每个配置参数在两个文件中的值,可以发现,示例数据库DB2TET2的很多参数被配置顾问程序根据系统的情况做了修改｡为了方便大家理解,我们把这两个文件中的配置参数和配置参数的值不同的部分合并到一个文件中进行查看,不同的部分用红色标识(DB2TEST1和DB2TEST2的数据库代码页都是1386,数据库代码集都是GBK),具体如清单9所示:

   清单 9 .比较示例数据库DB2TEST1和DB2TEST2的配置参数,区别部分用红色标识  

    从清单9我们可以看到,配置顾问程序主要对示例数据库DB2TEST2做了以下修改: 
    1.目录高速缓存大小(4KB)(CATALOGCACHE_SZ)配置参数 
    由MAXAPPLS*4根据建议值改成了80｡
 2.日志缓冲区大小(4KB)(LOGBUFSZ)配置参数 
    由8根据建议值改成了30｡
 3.已更改页数的阈值(CHNGPGS_THRESH)配置参数 
    由60根据建议值改成了80,此值是百分比｡
 4.日志文件大小(4KB)(LOGFILSIZ)配置参数 
    由1000根据建议值改成了1024｡ 
    5. 主日志文件的数目(LOGPRIMARY)配置参数 
    由3根据建议值改成了13｡ 
    6. 辅助日志文件的数目(LOGSECOND)配置参数 
    由2根据建议值改成了4｡ 
    7.软检查点前回收的日志文件的百分比(SOFTMAX)配置参数 
    由100根据建议值改成了520｡ 

    为了帮助大家理解,接下来我们分别简要介绍一下这几个参数的含义,具体如下:
1.目录高速缓存大小(4KB)(CATALOGCACHE_SZ)配置参数 

    此参数是在数据库共享内存外分配的,并且用于高速缓存系统目录信息｡在分区数据库系统中,每个数据库分区都有一个目录高速缓存｡高速缓存各个数据库分区中的目录信息允许数据库管理器不需要访问系统目录(或分区数据库环境中的目录节点)来获取先前检测的信息,从而降低其内部开销｡目录高速缓存用来存储:
- SYSTABLES信息(包括压缩的描述符)
-授权信息,包括例程的SYSDBAUTH信息和EXECUTE特权
 -SYSROUTINES信息

    使用目录高速缓存可以帮助提高下列各项的整体性能:
- 绑定程序包和编译 SQL 和 EQERY 语句
-涉及检查数据库级别特权的操作
-涉及检查例程的 EXECUTE 特权的操作
 -连接至分区数据库环境中的非目录节点的应用程序 

    通过采用服务器或分区数据库环境中的缺省值(-1),用来计算页分配的值是为 MAXAPPLS配置参数指定的值的四倍｡如果 MAXAPPLS的四倍小于 8 则出现异常｡在此情况下,缺省值 –1 会将CATALOGCACHE_SZ设置为 8｡我们通常都是开始使用缺省值,并使用数据库系统监视器来调整它｡当调整此参数时,应考虑如果为目录高速缓存保留的额外内存是为另一目的分配的(如缓冲池或程序包高速缓存),它是否会更有效｡如果工作负载涉及在短时间内编译许多 SQL 或 XQUERY,且其后很少或不进行编译,则调整此参数尤其重要｡如果高速缓存太大,则内存可能会因保留不再使用的信息的副本而造成浪费｡在分区数据库环境中,考虑是否需要将目录节点上的 CATALOGCACHE_SZ设置为更大的值,因为非目录节点上要求的目录信息将总是首先在目录节点上高速缓存｡CAT_CACHE_LOOKUPS(目录高速缓存查询)､CAT_CACHE_INSERTS(目录高速缓存插入)､CAT_CACHE_OVERFLOWS(目录高速缓存溢出)和 CAT_CACHE_SIZE_TOP(目录高速缓存高水位标记)监视元素将帮助您确定是否应调整此配置参数｡需要注意的是,目录高速缓存在分区数据库环境中的所有节点上存在｡因为每个节点都有本地数据库配置文件,所以每个节点的 CATALOGCACHE_SZ 值定义本地目录高速缓存的大小｡为了提供足够的高速缓存并避免溢出情况的发生,需要在每个节点上显式设置 CATALOGCACHE_SZ 值,并考虑将非目录节点上的 CATALOGCACHE_SZ设置为比在目录节点上的该值小的可能性;记住将从目录节点的高速缓存中检索需要在非目录节点高速缓存的信息｡因此,在非目录节点的目录高速缓存就像目录节点上的目录高速缓存中的信息的子集｡通常情况下,如果工作单元包含几个动态 SQL 或 XQUERY 语句或如果正在绑定包含许多静态 SQL 或 XQUERY 语句的程序包,则需要较多的高速缓存空间｡

2.日志缓冲区大小(4KB)(LOGBUFSZ)配置参数 

    在将日志记录写入磁盘之前,此参数允许您指定用作日志记录的缓冲区的数据库堆栈的容量(由 DBHEAP 参数定义)｡当发生下列一种情况时会将日志记录写入磁盘:
-一个事务落实或一组事务落实,由 mincommit 配置参数定义
-日志缓冲区已满
 -发生了某些其他内部数据库管理器事件｡ 
    此参数也必须小于或等于 DBHEAP 参数｡缓冲日志记录将使日志记录文件 I/O 更有效,因为将日志记录写入磁盘的频率越低,则每次可写入的日志记录就越多｡如果在专用的日志磁盘上有大量的读取活动,或者频繁使用磁盘,则要增大此缓冲区的大小｡当增大此参数的值时,您也应考虑DBHEAP参数,因为该日志缓冲区使用由DBHEAP参数控制的空间｡可以使用数据库系统监视器来确定将多少日志缓冲区空间用于特定事务(或工作单元),在数据库系统监视器中使用LOG_SPACE_USED(使用的工作单元日志空间)监视元素｡

3.已更改页数的阈值(CHNGPGS_THRESH)配置参数 

    异步页清除程序在数据库代理程序需要缓冲池中的空间之前将更改的页从缓冲池中写入磁盘｡因此,数据库代理程序应该不必等待写出已更改的页,它们也能使用缓冲池中的空间｡这提高了数据库应用程序的整体性能｡可以使用此参数指定更改的页的级别(百分比),如果异步页清除程序当前不活动,则将从该级别启动｡当启动页清除程序时,页清除程序将构建要写入磁盘的页的列表｡一旦页清除程序已将这些页写入磁盘,则将再次变为不活动的,并等待下一个触发器来启动｡在只读(例如,查询)环境中,不使用这些页清除程序｡当设置了 DB2_USE_ALTERNATE_PAGE_CLEANING 注册表变量时(即,使用了进行页清理的另一种方法,此变量设置为“ON”),CHNGPGS_THRESH参数将不起作用,DB2将自动确定在缓冲池中要维护多少脏页｡对于具有繁重的更新事务工作负载的数据库,您通常可以将该参数值设置为等于或小于缺省值,以确保在缓冲池中有足够的干净页｡如果数据库有少量很大的表,则大于缺省值的百分比有助于提高性能｡

4.日志文件大小(4KB)(LOGFILSIZ)配置参数 

    此参数定义每个主日志文件和辅助日志文件的大小｡在这些日志文件已满且需要新日志文件之前,这些日志文件的大小限制可写入这些日志文件的日志记录数｡主日志文件和辅助日志文件的使用以及在日志文件已满时进行的操作取决于正在执行的日志记录的类型｡当其是循环日志记录时,在记录在主日志文件中的更改已落实后,可复用该主日志文件｡如果日志文件大小较小,并且应用程序已处理了大量对数据库的更改但未落实这些更改,主日志文件可能会很快变满｡如果所有主日志文件变满,则数据库管理器将分配辅助日志文件来保存新的日志记录｡而使用归档日志记录模式时,在主日志文件已满时,将该日志归档并分配新的主日志文件｡

5.主日志文件的数目(LOGPRIMARY)配置参数 

    主日志文件建立分配给恢复日志文件的固定存储器数量｡此参数允许您指定要预分配的主日志文件数｡在循环日志记录下,按顺序重复使用主日志｡即,当日志已满时,使用序列中的下一个主日志(如果该主日志可用)｡如果已落实或回滚日志中具有日志记录的所有工作单元,则认为该日志是可用的｡如果序列中下一个主日志不可用,则分配并使用一个辅助日志｡分配并使用附加的辅助日志,直到序列中下一个主日志变为可用或达到 LOGSECOND 参数所设置的限制为止｡当数据库管理器不再需要这些辅助日志文件时,动态释放这些辅助日志文件｡主日志文件和辅助日志文件的数目必须与下列内容一致,如果LOGSECOND的值为 –1,则 LOGPRIMARY 小于等于 256｡ 如果LOGSECOND的值不是 –1,则(LOGPRIMARY+LOGSECOND) 小于等于 256｡为此参数选择的值取决于许多因素,包括正在使用的日志记录类型､日志文件的大小和处理环境的类型(例如,事务的长度和落实的频率)｡增大此值将增大日志的磁盘需求,因为主日志文件就是在第一个与数据库的连接期间预分配的｡如果您发现经常分配辅助日志文件,则可能可以通过增大日志文件大小(LOGFILSIZ)或增大主日志文件的数目来提高系统性能｡对于不经常访问的数据库,为了节省磁盘存储空间,将该参数设置为 2｡对于为前滚恢复而启用的数据库,将此参数设置得大一些,以避免几乎立即就分配新日志的开销｡可以使用数据库系统监视器来帮助您确定主日志文件的大小｡在一段时间内对下列监视器值的观察将有助于更好的调整决定,因为平均值更能代表当前需求｡

-SEC_LOG_USED_TOP(使用的最大辅助日志空间)
-TOT_LOG_USED_TOP(使用的总日志空间)
 -SEC_LOGS_ALLOCATED(当前分配的辅助日志)

6.辅助日志文件的数目(LOGSECOND)配置参数 

    此参数指定(仅需要时)创建并用于恢复日志文件的辅助日志文件的数目｡当主日志文件已满时,可按需要一次分配一个辅助日志文件(大小为 LOGFILSIZ),最多可分配此参数控制的最大数目｡如果需要的辅助日志文件数超过此参数所允许的数,则将返回错误代码至该应用程序,并将关闭该数据库｡如果将LOGSECOND设置为 –1,则数据库将配置为具有无限活动日志空间｡对在此数据库上运行的未完成事务的大小和数目没有限制｡如果将LOGSECOND设置为 –1,则仍使用LOGPRIMARY和 LOGFILSIZ 配置参数来指定DB2应在活动日志路径中保留多少个日志文件｡如果DB2需要从日志文件读取日志数据,但该文件不在活动日志文件路径中,则DB2将调用用户出口程序来将该日志文件从压缩文档检索至活动日志路径｡(如果配置了溢出日志路径,则 DB2 会将这些文件检索至该路径｡)一旦检索到日志文件,DB2将把此文件高速缓存在活动日志路径中,以便他人从同一文件读取日志数据时可提高速度｡DB2将根据需要管理这些日志文件的检索､高速缓存和除去操作｡如果您的日志路径是原始设备,则必须配置 OVERFLOWLOGPATH配置参数以便将LOGSECOND设置为 –1｡通过将LOGSECOND设置为 –1,将对工作单元的大小或并发工作单元的数目没有限制｡但是,由于需要从压缩文档检索日志文件,回滚(在保存点级别和在工作单元级别)将可能变得很慢｡同样的原因,崩溃恢复也可能变得很慢｡DB2会将一条消息写入到管理通知日志,以警告您活动的工作单元的当前集已超出主日志文件｡此指示回滚或崩溃恢复可能会非常慢｡要将LOGSECOND设置为 –1,必须将 LOGARCHMETH1配置参数设置为除OFF 或 LOGRETAIN之外的值｡对于定期需要大量日志空间的数据库,使用辅助日志文件｡例如,每月运行一次的应用程序需要的日志空间可能会超过由主日志文件提供的日志空间｡由于辅助日志文件不需要永久的文件空间,所以辅助日志文件在这种情况下有优势｡

7.软检查点前回收的日志文件的百分比(SOFTMAX)配置参数 

    此参数用来: 影响在一次崩溃(如电源故障)之后需要恢复的日志数｡例如,如果使用缺省值,则数据库管理器将尝试把需要恢复的日志数保持为 1｡如果您指定 300 作为此参数的值,则数据库管理器将尝试把需要恢复的日志数保持为 3｡ 要影响进行崩溃恢复所需要的日志数,数据库管理器使用此参数来触发页清除程序,以确保比指定的恢复窗口旧的页都已写入磁盘｡再就是用来确定软检查点的频率｡当由于事件(例如,电源故障)造成数据库故障时,可能会对该数据库出更改,比如尚未落实,但更新了缓冲池中的数据 ､已落实,但尚未从缓冲池写入磁盘 ､已落实并从缓冲池写入磁盘｡当重新启动某个数据库时,将使用日志文件来执行该数据库的崩溃恢复,这确保该数据库处于一致状态(即,所有已落实的事务都应用于该数据库而所有未落实的事务都不应用于该数据库)｡要确定需要将日志文件中的哪些记录应用于该数据库,数据库管理器使用日志控制文件｡定期将此日志控制文件写入磁盘,并且根据此事件的频率,数据库管理器可能正在应用已落实事务的日志记录,或正在应用那些描述已从缓冲池写入磁盘的更改的日志记录｡这些日志记录对数据库没有影响,但应用这些日志记录会将一些开销引入到数据库重新启动进程中｡当日志文件已满时以及在软检查点期间,总是将日志控制文件写入磁盘｡可使用此配置参数来触发附加软检查点｡软检查点的定时基于“当前状态”和“记录的状态”之间的差别,该差别以LOGFILSIZ 的百分比给出｡“记录的状态”由磁盘上日志控制文件中指示的最旧的有效日志记录确定,而“当前状态”由内存中的日志控制信息确定｡(最旧的有效日志记录是恢复进程将读取的第一个日志记录｡)如果下列公式计算的值大于或等于此参数的值,将采用该软检查点:

( (记录的状态和当前状态之间的空间) / logfilsiz ) * 100 

    您可能想增大或减小此参数的值,这取决于您的可接受的恢复窗口是大于还是小于一个日志文件｡降低此参数的值将导致数据库管理器不但更经常地触发页清除程序而且还更频繁地采用软检查点｡这些操作可减少需要处理的日志记录数和在崩溃恢复期间处理的冗余日志记录数｡但是注意:更多的页清除程序触发器和更频繁的软检查点增加了与数据库日志记录相关联的开销,这可能会影响数据库管理器的性能｡而且,如果您遇到下列情况,更频繁的软检查点可能不会缩短重新启动一个数据库所需的时间: 落实点很少的很长的事务或者很大的缓冲池并且未将包含落实事务的页很频繁地写回至磁盘｡(注意,使用异步页清除程序可能有助于避免此情况｡)在这两种情况中,保留在内存中的日志控制信息不频繁更改,因而在将日志控制信息写入磁盘时不存在优势,除非日志控制信息已更改｡

配置顾问(AUTOCONFIGURE)命令
“配置顾问程序”,是用于为缓冲池大小､数据库配置参数和数据库管理器配置参数的初始值提供建议｡配置顾问程序根据环境特征(例如,CPU 速度和工作负载类型等)来生成建议的缓冲池大小和数据库配置参数设置｡可以通过使用AUTOCONFIGURE命令的 APPLY 选项来显示或应用建议的值｡“配置顾问程序”建议的值只是针对每个实例具有一个数据库的情况｡如果想要在多个数据库上使用此顾问程序,则每个数据库应该属于一个单独的实例｡
在以往,对一个数据库管理员(DBA)来说,最费神费力的工作是监控数据库的运行､调整其性能､为不同的应用配置适当的性能参数｡这也是数据库管理员日常最重要的工作｡通常情况下,为一个复杂的应用配置适当的性能参数将耗费数据库管理员2~3天的时间,现在通过DB2 V9提供的的配置顾问(CONFIGURATION ADVISOR),管理员只需要按照提示回答一些简单的问题,DB2 V9就能自动完成性能参数的配置,所需时间不过几分钟｡这就是DB2 V9带给我们的“自主管理(SELF-MANAGING)”功能,也是IBM倡导的自主运算理念｡DB2数据库中的自主管理是DB2 V9非常重要的特性｡用户的数据库使用成本中,有很大一部分用于数据库的维护和管理,简化了管理就意味着大大降低了数据库的总体拥有成本(TCO)｡
对于已经存在的数据库,可以通过运行AUTOCONFIGURE命令来请求建议,也可以通过在控制中心(DB2CC)打开“配置顾问程序”使用图形化的方式进行配置,AUTOCONFIGURE命令的语法格式如清单10所示:

- - 清单10.AUTOCONFIGURE语法格式

   
    输入参数(INPUT KEYWORD)可以是内存百分比(MEM_PERCENT)､工作负载类型(WORKLOAD_TYPE)､单个工作单元中的平均SQL语句数(NUM_STMTS)､每分钟事务数(TPM)､指定数据库管理优先级(ADMIN_PRIORITY)､指定数据库是否填充了数据(IS_POPULATED)､ 指定与此数据库连接的本地应用程序平均数(NUM_LOCAL_APPS)､指定与此数据库连接的远程应用程序平均数(NUM_REMOTE_APPS)､选择最能反映应用程序的隔离级别(ISOLATION) 和缓冲池是否可以自动调节大小(BP_RESIZEABLE)｡
我们接下来简单介绍一下这几个参数:

1. 内存百分比(MEM_PERCENT):用来指定可以分配给数据库的内存百分比,如果其他应用(除了操作系统以外的其他应用程序)也在这个服务器上运行,则这个值要小于100｡正在运行的所有应用程序(包括DB2)都会影响当前可用的内存,可选的取值范围是1到100,默认值是25｡

2. 工作负载类型(WORKLOAD_TYPE):此参数指定能最好的反映数据库的工作负载类型,配置顾问程序可以为特定类型的工作负载优化您的数据库｡如果能确定数据库大多数情况都是用于查询,则选择“查询”｡如果数据库大多数情况都是用于事务处理,则选择“事务”｡如果您不能确定,或者两者情况都有,则选择“混合”｡简单的说,简单工作负载(SIMPLE WORKLOADS)往往是I/O繁忙､多事务,而复杂工作负载(COMPLEX WORKLOADS)往往是CPU繁忙､多查询｡可选的值有:SIMPLE､MIXED､COMLEX｡默认值是MIXED｡

3. 单个工作单元中的平均SQL语句数(NUM_STMTS):此参数用来指定两次落实之间的单个工作单元中平均的SQL语句数,该数字应能最好地反映您的数据库｡如果不能确定,可以选择大于10个的某个值｡可选的值是1到1000000｡默认值是10｡

4. 每分钟事务数(估计)(TPM):此参数用来估计每分钟数据库中运行的事务数｡默认值是60｡

5. 指定数据库管理优先级(ADMIN_PRIORITY):此参数用来指定是想优化事务性能(每分钟能处理更多事务)还是缩短数据库恢复时间｡如果不能确定或者这两者情况对您同样重要,可选择“两者”｡可选择的值有PERFORMANCE(事务性能更快､恢复较慢),RECOVERY(数据库恢复更快､事务较慢),BOTH(两者),默认值是两者｡

6. 指定数据库是否填充了数据(IS_POPULATED):此参数用来指定数据库中是否填充了数据,数据库中的数据量会影响建议值｡因此每当数据库大小明显地增大或减少时,都应再次运行此顾问程序｡可选值YES､NO,默认值是YES｡

7. 指定与此数据库连接的本地应用程序平均数(NUM_LOCAL_APPS):此参数用来指定与此数据库连接的本地应用程序平均数｡注意要分配足够的连接以确保用户不再需要等待当前连接的用户断开连接｡但由于分配的每个连接都需要更多的系统内存,所以如果分配太多连接就可能会产生资源浪费｡连接的应用程序平均数等于用户数乘以每个用户的平均连接数｡如果不确定应使用什么值,可接受缺省值｡取值范围是0到5000,默认值是0｡

8. 指定与此数据库连接的远程应用程序平均数(NUM_REMOTE_APPS):此参数用来指定与此数据库连接的远程应用程序平均数｡注意要分配足够的连接以确保用户不再需要等待当前连接的用户断开连接｡但由于分配的每个连接都需要更多的系统内存,所以如果分配太多连接就可能会产生资源浪费｡连接的应用程序平均数等于用户数乘以每个用户的平均连接数｡如果不确定应使用什么值,可接受缺省值｡取值范围是0到5000,默认值是10｡

9. 选择最能反映应用程序的隔离级别(ISOLATION):此参数用来指定最能反映所有应用程序的隔离级别,就是在所有应用程序中使用最频繁的那个隔离级别在这里指定一下｡在数据库上运行的每个应用程序都可以有不同的隔离级别｡该级别确定用户读取或更改数据时的锁定行数和锁定持续时间｡不要选择创建的锁定数多于需要数的隔离级别,因为每个附加锁定都需要更多的内存,另外,锁定级别过高,会影响应用程序的并发性｡可选择的值有RR,RS,CS,UR,默认值是RR｡RR(REPEATABLE READ)是可重复读,需要长期锁定,一般会上表级锁;RS(READ STABILITY)是值读稳定性,很少长期锁定,一般会对结果集上锁;CS(CURSOR STABILITY)是值游标稳定性,很多短期锁定,一般对检索到的当前行上行级锁;UR(UNCOMMITTED READ)是值未落实读,无锁定｡

10. 缓冲池是否可以自动调节大小(BP_RESIZEABLE):此参数用来指定缓冲池是否可以自动调节大小,在DB2 V9中引入了自动自调整内存功能,如果创建的BUFFERPOOL指定了AUTOMATIC属性,则缓冲池就可以自动调节大小,当需要更多的内存时,就从数据库共享内存等其他地方挤占内存,当不需要太多内存时,就会释放掉多余的内存｡如果DB2是安装在WIDOWS或AIX上,指定了自动调节大小的缓冲池还可以和操作系统互相挤占内存｡可选的值有YES,NO,默认值是YES｡


    APPLY选项可以选择的配置参数值分别是无值适用(NONE)､只有数据库配置和缓冲池适用(DB ONLY)､所有参数及其值都适用(DB AND DBM),每个参数的具体含义如下:
1. 无值适用(NONE)
    此参数值表示本次运行的AUTOCONFIGURE命令,只根据输入参数值显示建议变化的值,但是不应用他们｡如果觉得建议值可行,可以通过手工的方式进行更新,比如,对DBM参数进行更新,可以在DB2CC控制中心点实例右键选择“配置参数”,通过图形化的方式进行更改,也可以在DB2CLP窗口中,用UPDATE DB CFG命令进行更改｡

2. 只有数据库配置和缓冲池适用(DB ONLY)
    此参数值表示本次运行的AUTOCONFIGURE命令,将分别基于当前的数据库管理器配置参数和输入参数值,显示数据库配置参数和缓冲池设置的建议值,并应用这些建议值到数据库配置参数和缓冲池设置中｡

3. 所有参数及其值都适用(DB AND DBM)
    此参数值表示本次运行的AUTOCONFIGURE命令,根据输入参数值显示并应用对数据库管理器配置参数､数据库配置参数以及缓冲池设置的建议值｡

    此选项还可以指定ON CURRENT NODE｡在分区数据库环境中(DPF),配置顾问程序默认情况下将更新所有节点的数据库配置参数｡如果运行配置顾问程序时指定了ON CURRENT NODE选项,则将只把数据库配置参数建议值应用到当前(CONNECTION)节点｡缓冲池总是被应用到系统目录中｡因此,所有节点都会被影响｡ON CURRENT NODE选项不会影响缓冲池建议值｡

    即使为创建数据库(CREATE DATABASE)请求自动启用了“配置顾问程序”,但是,只要您愿意,仍然可以特地运行配置顾问程序,以便应用数据库管理器配置建议值｡如果对创建数据库(CREATE DATABASE)请求禁用了“配置顾问程序”,则以后可以附带给定的选项来手工运行它｡ 

    如果系统被分成了多个逻辑分区(LOGICAL PARTITIONS),那么内存百分比(MEM_PERCENT)参数指定的百分比将影响所有逻辑分区用到的内存｡举个例子,如果指定DB2使用系统25%的内存,将不管存在多少个逻辑分区,都将分配总内存的25%｡但是数据库配置参数推荐值将只为一个逻辑分区做调整｡

    “配置顾问程序”建议的值只是针对每个实例具有一个数据库的情况｡如果想要在多个数据库上使用此顾问程序,则每个数据库应该属于一个单独的实例｡当这个数据库是这个系统中唯一活动的数据库,配置顾问命令为当前连接的数据库产生配置参数建议值｡如果当前系统中存在多个活动的数据库(不在一个实例中),则内存百分比(MEM_PERCENT)参数将只影响当前连接数据库的共享内存,也就是说推荐的数据库参数值只是当前连接数据库的,和另外的活动数据库没有关系｡举个例子,如果整个DB2数据库使用系统80%的内存,而且系统中存在两个活动的数据库平均共享这些资源,则将只指定40%(80%被平均分给两个数据库)给内存百分比(MEM_PERCENT)参数｡当直接通过AUTOCONFIGURE命令调用配置顾问程序时,注册表变量DB2_ENABLE_AUTOCONFIG_DEFAULT的值将被忽略｡ 

利用配置顾问程序对现有缓冲池大小､数据库配置参数和数据库管理器配置参数进行更改

    如我们在上面所讲述的,配置顾问程序默认情况下会在创建数据库的时候调用,如果想对现有的数据库运行配置顾问程序(不管这个数据库以前是否运行过配置顾问程序),都可以在DB2CLP窗口中显式的发出AUTOCONFIGURE命令,或者在在控制中心(DB2CC)打开“配置顾问程序”使用图形化的方式进行配置｡

    下面我们来讲解一下如何对现有的示例数据库DB2TEST1再一次的调用配置顾问程序｡现在我们假设目前有业务系统连接示例数据库DB2TEST1,整个数据库的具体情况如下:
 -数据库服务器上只运行了DB2,没有其他应用程序或中间件,数据库可以使用的内存是60%｡Ø
-Ø 连接数据库DB2TEST1的应用系统,是一个交易系统,主要处理银行柜台业务,也就是说业务系统是OLTP系统｡
Ø -每个工作单元中的平均SQL语句数是30｡
 -每分钟的事务数大体有100个｡Ø
Ø -白天是生产系统运行的时间,以保证业务为主,晚上可以脱机备份,如果必要的话,还原也将是在晚上进行｡数据库管理的优先级是以保证业务为主,事务性能越快越好｡
 -由于是生成系统,所有数据库中已经有了大量数据｡Ø
 -在数据库服务器上没有本地应用程序在运行｡Ø
Ø -外部应用系统通过应用服务器和数据库服务器进行连接,平均连接数大约有200个｡
 -银行柜台业务系统主要以行级锁为主｡Ø
 -由于使用了DB2Ø V9,并使用了自动自调整内存功能,所有缓冲池被设置成了AUTOMATIC｡缓冲池是可以调节大小的｡

    根据整个系统的具体情况,我们得到了输入参数的值,分别是:
 -内存百分比(MEM_PERCENT):60%｡Ø
-Ø 工作负载类型(WORKLOAD_TYPE):由于业务系统是OLTP系统,所以工作负载类型为“事务”｡
-Ø 单个工作单元中的平均SQL语句数(NUM_STMTS): 30｡
- 每分钟事务数(TPM):100｡Ø
Ø -指定数据库管理优先级(ADMIN_PRIORITY):数据库管理的优先级是以保证业务为主,事务性能越快越好｡
Ø -指定数据库是否填充了数据(IS_POPULATED):是｡
Ø -指定与此数据库连接的本地应用程序平均数(NUM_LOCAL_APPS):在数据库服务器上没有本地应用程序在运行,所以本地应用程序与此数据库连接的平均数是0｡
 -指定与此数据库连接的远程应用程序平均数(NUM_REMOTE_APPS):200｡Ø
-Ø 选择最能反映应用程序的隔离级别(ISOLATION):银行柜台业务系统主要以行级锁为主,所以最能反应应用程序的隔离级别是游标稳定性(CS)｡
Ø -缓冲池是否可以自动调节大小(BP_RESIZEABLE):是｡

    下面我们在DB2CLP窗口环境中,连上示例数据库DB2TEST1,发出AUTOCONFIGURE命令,其APPLY选项选择NONE,让配置顾问程序给出推荐值但不应用｡调用AUTOCONFIGURE的命令具体如清单11所示:

- - 清单11.调用AUTOCONFIGURE命令

     DB210205W 由于根据您的响应确定的其他内存需求,“配置顾问程序”向导无法增加缓冲池的大小｡缓冲池大小未更改｡使用一组建议的配置值可能会导致服务器上的页面调度｡

    DB210203I AUTOCONFIGURE成功完成｡可能更改了数据库管理器或数据库配置值｡必须重新启动实例,所有更改才能生效｡您可能还想要在新配置参数生效之后重新绑定程序包,以便使用新值｡ 

    命令执行成功,如清单11所示,配置顾问程序给出了建议值(红色标识出来的部分),但没有应用,如果我们想应用的话,可以通过命令直接进行应用｡一般来说,在调用配置顾问程序的时候,如果不确定提示值(即,传递至命令的参数),则可以忽略它并使用缺省值｡使用顾问程序时,最多可以传递 10 个提示:MEM_PERCENT､WORKLOAD_TYPE 等,如上面所显示的｡每个提示都有一个可接受值范围;例如,1-100 对于MEM_PERCENT有效｡如果省略此参数的值,将使用它的缺省值 25｡ 

 学习  
       DB2 V9.1新增内容  

• 管理指南:计划  
• 管理指南:性能
• DB2信息中心  

获得产品和技术     

• 下载 DB2 V9 测试版,试用本文中描述的特性｡    
• 使用可直接从 developerWorks 下载的 IBM 试用软件 构建您的下一个开发项目｡    

讨论     

• 参与ITPUB论坛讨论｡    

    参与 developerWorks blog 并加入 developerWorks 社区｡