индексы могут ломаться

и переезжай на постгрес 😉

и возможно ранее индексы тоже не использовались
просто изза небольшого объема инфы "летало"

Ребилд делали все индексы. Мне кажется надо запросы почистить и как Таир говорит авр снять

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

Я лично против перехода на пг, но сторонников больше

Обычно с пг переходят в оракл

Кстати , awr доступен только в ентерпрайз едишн. Так что с этим облом

explain plan 'here u sql'

переходом с Oracle на Postgres вы не улучшите производительность.
нужно анализировать запросы и делать оптимизации.

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

Можно тогда установить statspack, настроить джоб на каждый час(все скрипты готовы) он такие же снепшоты будет делать. Из них отчёт собрать точно так же как AWR

+1

Только для отчёта spreport.sql, вместо awrrpt

Попробуем

держите в курсе)

Спасибо всем за инфу 👍🏾

в наших реалиях - это совсем немного. тут вопрос больше
1. что именно является причиной - диски/память. еще сетка может быть
2. если используете бесплатный оракл - и у вас продуктивная система. рано или поздно все равно упретесь в лимиты. которые порешать либо покупкой лицензии на enterprise либо переездом на postgre или чтото вроде того
3. нужно вам это или нет - зависит от множества факторов. в первую очередь от роста данных и кол-ва пользователей/новых процессов в системе, которые могут потенциально дать нагрузку на текущую СУБД

в любом случае рост данных всегда дает о себе знать. sql запрос который несколько лет работал, и о нем даже никто не беспокоился и возможно и не знал, вдруг начинает диски/память/процы грузить