关于bufferpool的自动管理

根据楼上先知的官方的说法，个人窃以为设定bufferpool为某具体值，是因为：
1.让系统管理者清楚这台机器的内存使用情况，便于设备的复用、扩展和向领导汇报..
2.为了体现DBA的价值..什么都自动了，还要咱DBA干嘛
3.可能它的内存自调整功能还不是很完善收起

建议使用固定值，越是封装得好的软件，自动调节的软件，越是要谨慎~~出了问题都不好控制，而且自己调节也能让DBA更了解他的内存分配~收起

我前几天碰到一个案例，当buffer pool设置成自动时，每次SQL语句的执行时间都不稳定。而且响应时间很长，从2s到15s不等。后来DBA把buffer pool改成了手动，并且设定值以后，时间就相对稳定了，而且速度也快很多。
他们说每次数据库重启，都会把原来自动时的最优参数作废，然后重新自动成数据库认为最优的方式(事实上并不优)。所以每次好不容易达到的优化化境在数据库重启后可能会变得不优。收起

就相当于oracle的ASM吧收起

大部分情况下stmm还是工作得很好的。
但个人认为db2的stmm貌似本着节约的策略分配资源。
在一个大数据量处理的系统中，如果打开stmm，它也不会给你开很大的buffer pool。
如果你手工把bufferpool调大，效率会有提高。收起

呵呵，对于系统不熟习和业务逻辑也不熟习的新手（新接手的DBA）来说，设置总的menory给db2，让它自己调整最好了

对那些老道的dba和熟习的环境的，当然自己调优了，体现自己的价值还能学更多东西收起

好贴！技术贴收起

同意楼上的观点，实际上你仔细考虑一下，oracle也有同样的功能，为什么它们都要开发相同的功能呢，因为系统在不同的阶段的需求是不同的，你DBA再牛，也不能1天24小时都泡在系统上吧，这种事情，还是让系统自己去做吧收起

抛开那个“方便”以外，自动管理的一个好处就是可以根据workload的不同自动调整资源的分配，比如上午的在线业务和晚上的数据分析业务可能使用的bufferpool截然不同。如果手工调整的话，需要一个cron job每天下午定时切换到数据分析设置，然后早上在线业务开始之前再切换回来，很麻烦。STMM可以动态地对应业务需要。
基本上现在高fixpack中STMM已经比较完善了，可能有某些地方略微需要调整，但是本身STMM不能保证一定做到最优，而是“比较优化”就已经能够符合绝大部分业务需要了收起

根据楼上先知的官方的说法，个人窃以为设定bufferpool为某具体值，是因为：
1.让系统管理者清楚这台机器的内存使用情况，便于设备的复用、扩展和向领导汇报..
2.为了体现DBA的价值..什么都自动了，还要咱DBA干嘛
3.可能它的内存自调整功能还不是很完善
{:2_31:}收起