Добавил на сервер 16гиг оперативки, увеличил SORTHEAP и SHEAPTHRES_SHR


db2 get dbm config | grep -i heap

Database monitor heap size (4KB) (MON_HEAP_SZ) = AUTOMATIC(90)
Java Virtual Machine heap size (4KB) (JAVA_HEAP_SZ) = 2048
Sort heap threshold (4KB) (SHEAPTHRES) = 0
Application support layer heap size (4KB) (ASLHEAPSZ) = 15



db2 get db config for asv | grep -i heap

Sort heap thres for shared sorts (4KB) (SHEAPTHRES_SHR) = 2400000
Sort list heap (4KB) (SORTHEAP) = 400000
Database heap (4KB) (DBHEAP) = AUTOMATIC(60000)
Utilities heap size (4KB) (UTIL_HEAP_SZ) = 60412
SQL statement heap (4KB) (STMTHEAP) = 30000
Default application heap (4KB) (APPLHEAPSZ) = AUTOMATIC(60000)
Statistics heap size (4KB) (STAT_HEAP_SZ) = 50000

hitrate всех буферпулов около 100%

по идее откуда взяться большому количеству сортировок?

либо индекса какого не хватает либо индекс кривой?

с разработчиками сверяли, индексы все на месте

db2dart рапортует - все ок

что делать?

пробовал на ходу менять

db2 update db config using SORTHEAP

от 4000 до 400000

Текущее значение sort overflows вообще не реагирует на изменение SORTHEAP, как такое может быть?

тут
http://www.dbforums.com/showthread.php?1701942-DB2-v9-7-Why-sort-overflow-occurs-when-SORTHEAP-is-AUTOMATIC

пишут, что такое возможно, когда планировщик DB2 недооценивает кол-во оперативки, которое ему нужно для запроса

это только для значения AUTO?

db2top в режиме d (database) показывает:

PctSortOvf: 0.40%, т.е. если я правильно понимаю менее одного процента?
Sortheap: обычно менее 15 Мбайт, часто вообще менее 1Мбайта

Я зря поди выделил под сортировки 12гиг оперативки и примерно по 1 гиг на каждую сортировку?
Агентов и сессий то около сотни, но активных сессий обычно менее 10%.

Может быть, проблема вовсе и не из-за sort_overflows, просто это единственный показатель, который мне бросается в глаза на данный момент.


Не знаю куда еще посмотреть, остальные показатели вроде бы все в норме.

Нагрузка на хранилище небольшая, утилизация дисков менее 90%:
http://pastebin.com/Cjuz9Ppc

Бывает тормоза проявляются, даже когда утилизация дисков менее 50%.

На предыдущих версиях не было проблем с производительностью.

Может быть еще временные пространства перенести на SSD?

Наверно, сначала придется найти какой-нибудь длинный мануал по поиску проблем с производительностью DB2 и проверять все подряд?

Кстати, по словам пользователей тормозил только один режим работы по сравнению со старой версией.

dbtwoshnickЯ зря поди выделил под сортировки 12гиг оперативки и примерно по 1 гиг на каждую сортировку?


И по словам пользователей после такой настройки сортировок тормозной режим по прежнему тормозит, но операции по нему стали завершаться (отрабатывать, а не отвисать на неизвестное время).

dbtwoshnickНагрузка на хранилище небольшая, утилизация дисков менее 90%:
http://pastebin.com/Cjuz9Ppc
Бывает тормоза проявляются, даже когда утилизация дисков менее 50%.


т.е. на кэширующие SSD нагрузка небольшая относительно их потенциальных возможностей, на диски с данными около 90%
L2ARC около 200гиг, бэкап нагруженной базы около 100 гиг и еще примерно столько же остальные ненагруженные базы, объем ZVol с файлами базы и снэпшотами около 2ТБ

SSD используется под ZFS SLOG, ZFS L2ARC и под активные логи DB2