ТЕМА:

Подойди к админу и скажи ему все, и спроси у тебя же есть средство монитора давай определим что за фигня

Doz пишет: Можно ли как определить?
В параметрах БД ничего не менялось

Можно, ибо, например, раньше один блок данных читался в среднем за 7ms, а сейчас за 140ms. С остальными событиями ожидания, связанными с вводом-выводом аналогично.

Я думаю тут проблема может быть из-аз дисковой подсистемы и из-за каналов связи внутри RAC кластера, между серверами, а также от дискового массива до серверов.

Дай нам посмотреть AWR.tar.gz

Ок, сейчас всем в личку скину

из лога видно, что для db file sequential read
количество ожиданий изменилось не сильно
было 11,007,745 стало 8,788,221
но сильно изменилось среднее время ожидания
было 7ms стало 140ms
Поэтому на порядок выросло общее время ожидания IO

Еще логе заметил интересный момент
таблица Global Cache and Enqueue Services - Workload Characteristics

Avg global cache cr block receive time (ms): было 0.9 стало 48.3
Avg global cache cr block flush time (ms): было 5.7 стало 1,332.6
Avg global cache current block flush time (ms): было 5.1 стало 768.6

Т.е. получается что тормозит не только дисковый IO, но и глобальный кэш RAC ???