Счетчики Oracle — различия между версиями

sorts (disk)  (V$SYSSTAT 1/sid) 

(absolute) || Количество операций по сортировке, которым требовалась хоть одна запись на диск. Сортировки, которым требуется работа с дисковой подсистемой, являются достаточно ресурсоемкими. Возможно, стоит увеличить размер параметра SORT_AREA_SIZE.

sorts (memory) (V$SYSSTAT 1/sid)

(absolute) || Количество операций по сортировке, которые были выполнены полностью в памяти и не требовали записи на диск. Самый оптимальный вариант, быстрее будет только отсутствие сортировки . Сортировки обычно вызваны критериями выбора при выполнении операций соединения таблиц в SQL.

(absolute) || Количество блоков, к которым обращались в буферном кэше с INSERT, UPDATE, DELETE, SELECT FOR UPDATE. Отображает логические чтения блоков (из кэша). Логические операции чтения ВСЕГДА включают физические. Предпочтительно минимальное количество физического чтения.

(V$SYSSTAT 1/sid) (absolute) || Общее количество чтений блоков данных с диска. Этот показатель равен сумме непосредственно физических чтений и всех чтений в буферный кэш. Оптимальным является минимальное количество физического чтения. Этот счетчик надо сравнивать с количеством логических чтений для того, чтобы определить коэффициент попадания в кэш. Логическое чтение – это сумма запросов блоков БД и стабильных запросов.

physical writes (V$SYSSTAT 1/sid) (absolute) || Общее количество блоков записанных на диск. Этот показатель равняется количеству непосредственно физических записей + всех записей из буферного кэша.

redo writes (V$SYSSTAT 1/sid) (absolute) || Общее количество записей LGWR в файлах журнала изменений. Записанные блоки изменений поделенные на этот показатель = количеству блоков на 1 запись.

redo entries (V$SYSSTAT 1/sid) (absolute) || Этот счетчик содержит информацию, необходимою для воспроизведения или отмены изменений, произведенных в БД с помощью операций INSERT, UPDATE, DELETE, CREATE, ALTER или  DROP. При необходимости используется для восстановления базы данных. Количество событий изменений -> успешные записи в журнал изменений. Коэффициент Redo

buffer allocation retries / Redo entries должен быть меньше 1%

redo buffer allocation retries (V$SYSSTAT 1/sid) (absolute) || Общее количество повторных попыток, понадобившихся для выделения пространства для буфера изменений. Эти попытки нужны в случае, если не удалось записать изменение или если произошло переключение между журналами. Redo buffer allocation retries -> неудавшиеся записи в журнал изменений Коэффициент Redo buffer allocation retries / Redo entries должен быть меньше 1%.

redo log space requests (V$SYSSTAT 1/sid) (absolute) || Количество случаев, когда активные файлы журналов были заполнены, и Oracle нужно было ждать выделения дискового пространства для записи изменений. Такое пространство необходимо для переключения журналов. Файлы журналов, которые малы по сравнению с SGA, а также большая рабочая нагрузка, могут привести к проблемам. Прежде чем произойдет переключение журналов, Oracle необходимо убедиться, что вся «грязные» буферы выполненных операций записаны на диск. Если в SGA много «грязных» буферов и маленьких файлов журналов изменений, при переключении журналов придется ждать, пока DBWR запишет буферы на диск. Рекомендуем заодно проверить события ожидания log file space и log file space switch в V$SESSION_WAIT

parse count (hard) (V$SYSSTAT 1/sid) (absolute) || Общее количество выполнений структурного анализа. Hard Parse очень затратная операция с точки зрения использования памяти, поскольку Oracle приходится выделять рабочую кучу и другие структуры памяти, после чего строить дерево структурного анализа. Должен быть сведен к минимуму. Соотношение Hard Parse к Total Parse должно быть меньше 20%.

(V$SYSSTAT 1/sid) (absolute) || Общее количество обращений к структурному анализу (hard и soft). Soft parse это проверка объекта в распределенном пуле с целью убедиться, что разрешения для данного объекта не изменились. Соотношение Hard Parse к Total Parse должно быть меньше 20%.

parse time elapsed (V$SYSSTAT 1/sid) (absolute) || Все время, потраченное на структурный анализ, в 10х миллисекунд. Чтобы определить общее время ожидания ресурсов для анализа, необходимо отнять parse time cpu от parse time elapsed.

bytes sent via SQL*Net to client (V$SYSSTAT 1/sid) (absolute) || Общее количество байт, отправленных клиенту активными процессами. Дает общее представление о количестве данных переданных по сети.

bytes received via SQL*Net from client (V$SYSSTAT 1/sid) (absolute) || Общее количество байто, полученных от клиента через Oracle Net Services. Дает общее представление о количестве данных переданных по сети.

В дополнение к перечисленным счетчикам, обычно рекомендуют мониторить использование пространства таблиц. Если в любой из таблиц количество свободного пространства составляет меньше 2%, то размер должен быть увеличен.