PROGRESS数据库性能调整攻略
1、优化应用程序，创建合理的索引这个应该不算“数据库”方面的性能调整，确切说应该属于“算法的优化”，可参考算法优化方面的文章！
2、数据Extent分开存放，就是所谓的异步IO
包括硬件层次的阵列，操作系统层次的Raid0，或者数据库Extent存放在不同的物理硬盘，都算！
实际上使用时可能出现的情况很多，需要具体问题具体分析。
//以上2点，当我没说；另外，以下说明均基于操作系统环境：HP-UX11i
3、设置数据库的Block Size为8KB
①Block size 必须是2的整数倍，一般是1024 / 2048 / 4096 / 8192中选一个，原则是OS File System Block Size的1-2倍。查看FS的Block Size可以用：
# fstyp -v /dev/vg01/mfg
# df -g
注意：for vxfs filesystems the 'f_bsize' parameter shows the maximum block size, while the 'f_frsize' parameter shows the actual block size. ///懒得翻译了，别告诉我这句英语你看不懂。
②通常HP-UX环境下文件系统（FS）默认block size具有如下的对应关系：
FS size <= 8GB --->1024 Kb
FS size > 8 & <= 16 --->2048 Kb
FS size > 16 & <= 32 --->4096 Kb
FS size > 32 GB --->8192 Kb
可以通过newfs命令加-b参数来指定文件系统的block size，比如：
# newfs -F vxfs -b 2048 /dev/VG_NAME/rLV_NAME
③数据库的Block Size只能在创建数据库时指定，例：
# /mfg/dlc91/bin/prostrct create prod prod.st -blocksize 8192
?关于怎么查看Block Size（可以在线运行）：
# /mfg/dlc91/bin/promon prod
选择7，可以看到Database Block Size，BI Cluster Size和BI Block Size等。
4、设置BI Cluster Size为16M
增大BI Cluster Size时，一个要考虑的是你的硬盘空间是否足够（通常不是问题就是了）！
关闭数据库，执行：
# /mfg/dlc91/bin/proutil prod -C truncate bi -bi 16384
其中，16384就是BI Cluster Size，单位是K！必须是16 * （2的N次方)：16 - 262128，就是16K到256M，通常设置512-16384，默认是512。
5、设置BI Block Size为8K
跟DB的BlockSize是一样的道理，如何设置？关闭数据库服务，输入如下命令：
# /mfg/dlc91/bin/proutil prod -C truncate bi -biblocksize size
其中 size 可以是0 , 1 , 2 , 4 , 8,单位是KB.
6、设置 AI Block Size = BI Block Size
7、Set -bibufs to 25
-bibufs也是一个数据库启动参数，设置BI的Buffer Cache，适当加大有助于提高BI的IO性能，但是要占用内存，占用内存数=bibufs * BI Block Size
所以适当增加即可，建议25，如果内存够大，那么根据如下原则增大：
查看数据库的BI Log Activity，如果Empty Buffer waits不为0，就加大该值。
8、Run BIW if use.
///说实在，没啥必要，数据库性能如果很差，分析原因再怎么轮也轮不到这个，同理AIW！
9、Run AIW if use.
///同BIW
10、Run at least one APW.
# /mfg/dlc91/bin/proapw prod
注意每开启一个APW占用一个-n的users资源，但是APW不计License，所以可以根据APW数，增加-n启动参数的值。
11、多处理器时注意合理设置 -spin参数
官方建议值是CPU个数 * 2000 或者 4000 或者 6000，各种说法都有，个人建议：
从0开始，每次加1000这样调试，直到获取最好性能。我觉得这个值肯定没有一个固定的范围，有时可能很大比如200万。
这个参数在数据库启动里面设，跟-B -L什么的类似，也可以在线修改：
promon数据库然后输入R&D，选择4修改参数，再选择4！
12、BI 和 DB分开存放
说明：理论上可以，但经实际测试分析，这点小伎俩对DB性能提升几乎发挥不了什么作用 :p
13、AI extents的处理
//同12点
14、尽量避免使用Raid5模式
说明：建议使用类似Raid0+1的模式，不用Raid5！
15、别同时运行其它重量级的服务
说明：从经济角度出发，很能会让一台服务器运行多种服务，比如邮件、WEB等，但是建议不要，仅仅是建议！
16、伪交换区的影响
说明：swapmem_on=1时，开启伪交换区，但是在某些情况下会对应用程序性能造成很大的下降！
在HP-UX环境下查看是否开启伪交换可以用这个命令：
# sysdef|grep "mem_on"
解决办法：设置swapmem_on=0（注意OS需要重启）
注意：不要随意更改swapmen_on=0，对于大内存而交换区相对设置比较小的状况下，需要联系root或者咨询HP-UX方面的专家，以确定是否可以修改！
?如果不懂得如何修改HP-UX的内核参数，建议参加HP-UX的基础研修，否则你作为DB的管理员将让人很不放心！
17、增大数据库的Buffer Cache
数据库的-B启动参数，指定了数据库的Buffer Cache的大小，最大是500000，占用内存数计算方法：
Buffer Cache = n * DB Block Size，所以当DB Block Size是8K时，Buffer Cache最大可以设置到4GB。
原则上Buffer Cache越大越好（跟文件系统的Buffer Cache不一样），但是需要考虑可用物理内存的限定！
关于如何增加可用物理内存（不买硬件），通常会让很多管理员忽视的一个，就是文件系统开的Buffer Cache过大， 不但没用而且浪费物理内存。你可以先看看：
# sysdef |grep "dbc_max_pct"
这个内核参数指定了文件系统Buffer Cache的最大值，就是物理内存 * ( dbc_max_pct / 100)，HP-UX11i以上默认dbc_max_pct是50，也就是物理内存一半......实际上，文件系统Buffer Cache不是越大越好，经验值是300-500M之间，再大了反而降低性能。所以，你一定要调整这个值，使得文件系统的Buffer在300－500M 之间！这样做以后，你的可用物理内存通常能增加30％－40％！！！
页:
[1]