воскресенье, 12 июля 2009 г.

Лекция еще одна

Немного о lab128, как о средстве мониторинга производительности СУБД Оракл.

Оффсайт: http://www.lab128.com


Перво наперво надо получить данные о системе:

/proc/cpuinfo - данные о процессоре
su fdisk -h - данные о файловой системе
df -h - данные о файловой системе
free - данные о оперативной памяти



Для запуска и работы с утилитой необходимы:

ip адрес сервера bd_host
порт port
SID сервера sid
Cтандартный порт подключения - 1521.
Логин и пароль пользователя

Для данного пользователя должны быть разрешены некоторые(а лучше и проще - все) системные view, так как эта утилита использует большинство из них.

Стартовый экран.




Клик по любому блоку выдает детальную информацию.

Критичные для анализа блоки:

Tablespaces - размер, процент использования, расположение выделенного пространства. Обратить внимание на процент использования выделенного пространства, у СУБД Oracle обычно не включен режим автоматического увеличения размера. Оценить распределение нагрузки по дисковой подсистеме.


Блок SGA показывает использование оперативной памяти Oracle. Состоит из buffers и shared pool. Обратить внимание на показатели:
Avg buffer ratio
buffer busy wait
lib cache miss ratio (коэффициент непопаданий в библиотечный кеш) не должен превышать половины процента,
Размер shared pool, в большинстве случаев достаточный для NSD - 400-700Мб


Session определяет количество сессий(активных\открытых), и по клику выдает детальную информацию. По кнопке "Explain plan" вызывается полный текст запросы, выполняемого в этой сессии. Также следует обратить внимание на вкладку "Blocking and waiting sessions"

* В случае недопустимого поведения системы (сильного торможения, зависания) имеет смысл зафиксировать все сессии и их параметры, а также выполняющиеся в данный момент запросы.

SQL Area



С помощью фильтров выделить топ запросов по нескольким показателям. Важные показатели: абсолютные показатели количества выполнений, чтений с диска, времени, относительные показатели затрат ресурсов СУБД на каждое выполнение запросов.

Выделять тяжелые запросы лучше по показателю среднего времени выполнения на выполнение запроса (El/Exec)

Для детального анализа выбрать самые тяжелые по времени запросы, зафиксировать их и план их выполнения

Существует инструмент встроенных отчетов, позволяющий определить, как изменение того или ного параметра повлияет на некоторые показатели скорости работы СУБД.

Например SGA Size Advice: видно, что увеличение количества оперативной памяти до показателя 1.75 было бы оправдано, так как сопровождалось бы линейным уменьшением количества физических чтений.




Комментариев нет:

Отправить комментарий