После перехода на 7.7 "стало все тормозить" - (c) мой любимый пользователь
1. Дикие нагрузки на ORACLE.
Симптомы: растет PGA, забивает всю оперативку, соляра начинает сбрасывать "себя" в своп => кратковременные замирания всей деятельности.
2. Навигатор стал прожорлив до безобразия.
Если раньше "нескольких" терминальных серверов хватало нам для работы, то теперь с тем же количеством онлайн пользователей и плюс еще один терминальный сервер - перестало хватать оперативки! Очумело увеличилось количество операций обмена страницами (свопинг).
Это так конец года сказывается? Или что там такое стало происходить?
У нас:
1. Начали тормозить запросы по некоторым таблицам. Вместо использования индексов пошли FULL SCAN. Например Z#DOCUM_RC. Хотя ни таблица, ни индексы, ни констрейнты при обновлении 7.7 не поменялись (сравнил тексты), а также и запрос был такой же. Для меня этот факт несколько странен. В сбор статистики после обновления эта таблица не попадала. Для лечения - собрали статистику по этой таблице отдельно. И все встало на места. Потом еще выбрали некоторые большие часто используемые таблицы - по ним тоже запустили analyze
2. Своп действительно стал забиваться. Даже рабочая база один раз повисла - пришлось сервер перегружать. Причина непонятна.
ЗЫ. Сам не админ, поэтому могу тока в общих терминах рассуждать. В планах запроса, в индексах понимаю, а вот в Unix и свопах - нет.
Аналогичные проблемы были. Рост PGA с последующим вылетанием ошибок "out of memory" у пользователей, невозможностью подключения новых пользователей и других глюков, вплоть до зависания instance'а. Причем связано это напрямую с количеством пользователей подключенных к базе.
Решили подкручиванием параметров в pfile, типа sessions и processes и подкручиванием PGA/SGA, но сдается мне это не совсем выход из положения. Сервера БД на Win2k3 Server, что добавляет дополнительный геморрой.
Когда-же, наконец, увидим версию с поддержкой 10g...
Привет коллеги - переход на 7.7 - прошел практически без проблем - память серверного процесса, не растет - все в пределах pga_aggregate_target, может имеет смысл посмотреть что советует адвайзер на этот счет ну и покурить statspack+ посмотреть создаваемые на сей счет трэйсы. Кстати рекомендую всем собрать системную статистику - то бишь :dbms_stats.gather_system_stats('Start'); - в начале каких-либо "тяжелых" операций - dbms_stats.gather_system_stats('Stop');
когда операции завершаться. Ну и всетаки лучше использовать DBMS_STATS для сбора статистики, а не analyze. Ну и тут еще много зависит от распределения SGA в памяти сервера - если используется динамическое SGA -DISM , то от свопа никуда не дется .
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Домен cftclub.ru не связан с ЗАО "Центр Финансовых Технологий" и ни в коей мере не нарушает авторских и иных прав
Владелец может не разделять мнения Участников и не несет ответственности за их публикации
Powered by phpBB