shared serverStatistic Name Time (s) % of DB Time
DB CPU 879,815,441,485.66 100.00
virtual circuit wait 237,241 119,043 502 0.00 NetworkТут надо смотреть, хватает ли Shared серверов остальным.
Некоторые причины: событие ожидания "virtual circuit wait" в режиме shared server
Так же Troubleshooting: Virtual Circuit Waits (Doc ID 1415999.1)
Судя по 0% от DB TIME можно смело забить
shared serverEvent Waits %Time -outs Total Wait Time (s) Avg wait (ms) Waits /txn % DB time
SQL*Net message from client 1,383,344 0 1,916,745 1386 244.28 Это сервер ждет от клиента команды на выполнение -- т.е. ожидание простоя (Idle)
Т.к. количество простаивающих сессий может быть большим, в сумме время ничегонеделания легко превысит время полезной работы
shared serverLibrary Cache Activity
"Pct Misses" should be very low
Namespace Get Requests Pct Miss Pin Requests Pct Miss
SQL AREA 71,324 29.50 1,589,274 4.67
SQL AREA BUILD 26,130 91.78 0
SQL AREA STATS 23,980 96.57 23,980 96.57
А сервер сколько работает? Эти показатели лучше смотреть при уже устоявшейся работе
Ну и памяти добавить можно
shared server1) Правильно ли понимаю что в Shared Server на PGA можно не смотреть?В 11 уже нужно смотреть
Но не забывать, что UGA, где хранятся данные сессии (а также например, огроменные PL/SQL таблицы) будет уже находится в SGA.
И желательно под это дело сконфигурить Large Pool (если установлено *_TARGET, то он сконфигурируется сам)
shared server2) Правильно ли понимаю что из имеющихся на сервере 16 GB используются базой по большей части по факту только те что выделены для SGA 4 GB? А остальное для ОС и простаивает без дела?Практически да
shared server3) Правильно ли понимаю что раз такие промахи для Library Cache, то нужно увеличивать SGA (до скольки? в адвизоре края не видать)? до 8-10-14 GB?Я бы выставил SGA_TARGET=8-10G, PGA_AGGREGATE_TARGET=16G и использовал HugePages (в данном случае завышенное значение PAT позволит при необходимости больше выделить памяти отдельным сессиям для всяких сортировок)
Ну или MEMORY_TARGET=12G, если не хочется связываться с HugePages (почему?)
Т.е. желательно оставить еще памяти для PGA сессий которые ходят через Dedicate -- фоновые процессы, джобы и т.д.
shared server4) За SGA увеличивать и Shared Pool Size? Как выбрать соотношение Shared Pool Size в SGA для Shared Server? Во весь SGA?Если не установлено *_TARGET, т.е. управление пулами ручное, я бы выставлял по уменьшению размера: DB_CACHE_SIZE (и все подпулы), LARGE_POOL_SIZE (все UGA всех сессий, ходящих через Shared Server), SHARED_POOL_SIZE (в который в том числе входит и Library Cache)

Хорошей практикой является использование Shared Server только для OLTP-шных сессий с короткими запросами. Всякие отчеты лучше пускать через Dedicated

Хотя бы как защита от свопа