Всем привет!
Столкнулись с такой проблемой, что при запуске некоторых отчетов возникают жуткие тормоза в системе
было например так:
CPU %user %nice %system %iowait %steal %idle
all 3.99 0.00 6.50 6.17 0.00 83.34
all 6.25 0.00 6.38 3.62 0.00 83.75
all 5.18 0.00 6.12 6.08 0.00 82.61
all 4.83 0.00 5.87 5.85 0.00 83.4
а потом стало так:
CPU %user %nice %system %iowait %steal %idle
all 4.81 0.00 2.15 60.93 0.00 32.11
all 4.47 0.00 2.21 61.08 0.00 32.24
all 4.46 0.00 2.05 61.22 0.00 32.26
all 4.64 0.00 2.11 61.60 0.00 31.64
all 4.60 0.00 1.96 61.64 0.00 31.80
И никто не сознается. Через STAD к примеру выбираем пользователей с top DB req. time, спрашиваешь, что делали, говорят, что делают стандартную работу, да и пользователи и транзакции запускаемые разные.
Не знаю что уже делать, сидеть в ORA_PERF и ловить проблемные сессии по Oracle PID, может еще какие-нибудь инструменты есть, через которые можно найти проблемные сессии?
Oracle 11.2.0.3, ECC6.0 на базе Sap Netweawer 7.0

PS Что бы не ломать глаза об цифры
iowait в нормальном состоянии около 5%
в проблемные промежутки времени вырастает до 60%

Штудируйте ADM315.
На первый взгляд или в системе проблемы с памятью, или дисковая подсистема не справляется. Если подозрения на БД (долгие запросы, не оптимизированные и т.д.) то нужно смотреть не эту статистику. Посмотрите на работу буферов как системы (ST02) так пулов БД.

Было: iowait не больше 6%
Стало: iowait > 60%

Ищите, кто систему ввода/вывода укокал.

P.S. Человек с ником "скази" должен первым делом заботиться о дисках

Транзакция DBACOCKPIT -> Perfomance -> SQL statment Analysys -> Shared Cursor cache
Результат, список запросов, сортируем по Disk Reads.
Получаем список запросов который грузят вашу дисковую подсистему. Через кнопки EXPLAN и ABAP Source получаем источник проблемных запросов и их план выполнения.
Оптимизируем — профит.

Рекомендую настроить снимки системы через /sdf/mon будет понятно что кто когда выполнять и как это отразилось на системе.

Проверить не свопит ли система, на сервере Oracle запустить vmstat 1, в столбцах Si SO должен быть 0.

Также обратить внимание на настройки Oracle, всё ли там на месте.

Спасибо за советы, проблема решилась, но к сожалению 2-х часовым простоем.
Сетевой коммутатор между сервером и сетевым хранилищем умирал, поэтому на резервную брокаду не переключалось. Пока руками не переткнули...