Озадачился я просмотром всяческих SESSION EVENTS.
И наблюдаю, что в статистике по сессиям есть несколько смущающих меня пунктов. Смущают они меня максимальным/общим временем ожидания и непонятностью где рулить. Просвятите, плиз, куда в каком случае копать.
К сомнительным значениям (по одной сессии) я отнес такие (выбрал самые "неприглядные"):
log file switch completion -- макс ~100, общее время ~600

log file sync -- макс ~100, общее время ~1500

db file sequential read -- макс ~130, общее время ~4300

direct path read -- макс ~272, общее время ~2300

resmgr:wait in actses run -- макс ~225, общее время ~265

resmgr:waiting in check2 -- макс ~19, общее время ~442

Ну вобщем-то не такой уж и большой список, но непонимание глубокое.
То бишь, слова знакомые, но каким образом уменьшить время log file switch completion -- не совсем понятно. Диск пошустрее купить? :) Да и значение какое-то подозрительное: полторы минуты переключали LOG FILE ? Да ни в жисть не поверю!
Или вот макисальное время db file sequential read -- это что же, 2 минуты читали с диска последовательные блоки? Да за две минуты считанное поместить будет некуда... Или я чего не понял, или одно из двух.
Ну а параметры типа resmgr , типа Resource manager ждет чего-то у себя внутри в условной точке Check2 , вроде как мне это о чем сказать должно, но не говорит ровным счетом ни о чем....

Короче, Памагыте, люди добрыя, сами мы не мееестныя...