DeepEdit!

Представление V$DISPATCHER дает общую информацию о процессах диспетчеров. Столбцы этого представления и их краткие описания приведены в таблице 11.4.

Как видите, представление V$DISPATCHER позволяет получить

довольно много полезной информации о каждом диспетчере. Помощь в выявлении конфликтов могут оказать столбцы BUSY и IDLE. Для их

просмотра необходимо наличие системной привилегии select any table. Такой привилегией обладают учетные записи SYS и SYSTEM.

Статистику необходимо записывать во время пиковых нагрузок. Собирая статистику на протяжении всего времени функционирования базы данных, а не только в периоды ее активного использования, получить точное представление о производительности диспетчера будет невозможно.  Определите среднее время занятости диспетчеров за период рабочей нагрузки. Если какой-либо из них занят более 50% времени, подумайте об увеличении количества диспетчеров для соответствующего протокола.

максимальные значения — это наивысшие показатели, достигнутые с момента начала регистрации. Состав представления V$DISPA1'CHER_RATE приведен в таблице 11.5.

Таблица        (продолжение) Представление V$DISPATCHER  RATE

Столбец	Описание
AVG LOOP RATE	Средняя частота, с которой диспетчер повторял цикл диспетчеризации Определяется за все время жизни диспетчера, исключая последний период
AVG EVENT RATE	Средняя скорость, с которой диспетчер обрабатывал события диспетчера. Определяется за все время жизни диспетчера, исключая последний период TTL_L00PS.
AVG EVENTS PER LOOP	Среднее число событий, обрабатывавшихся диспетчером в одном цикле диспетчеризации (в событиях/итерацию). Определяется за все время жизни диспетчера, исключая последний период TTL_LOOPS.
AVG     RATE	Средняя скорость, с которой диспетчер ретранслировал сообщения между клиентами и разделяемыми серверами. Определяется за все время жизни диспетчера, исключая последний период.
AVG SVR BUF RATE	Средняя скорость, с которой диспетчер передавал буферы разделяемому серверу (. Определяется за все время жизни диспетчера, исключая последний период TTL_SVR_BUF.
AVG SVR BYTE RATE	Средняя скорость, с которой диспетчер ретранслировал данные разделяемым серверам. Определяется за все время жизни диспетчера, исключая последний период TTL_SVR_BUF.
AVG SVR BYTE PER BUF	Среднее количество данных в буферах, передававшихся диспетчером разделяемым серверам (в байтах/буфер). Определяется за все время жизни диспетчера, исключая последний период TTL_SVR_BUF.
AVG CLT BUF RATE	Средняя скорость, с которой диспетчер передавал буферы клиентам. Определяется за все время жизни диспетчера, исключая последний период.
AVG CLT BYTE RATE	Средняя скорость, с которой диспетчер ретранслировал данные клиентам . Определяется за все время жизни диспетчера, исключая последний период TTL_CLT_BUF.
AVG CLT BYTE PER BUF	Максимальное количество данных в буферах, передававшихся диспетчером клиентам (в байтах/буфер). Определяется за все время жизни диспетчера, исключая последний период TTL CLT BUF.

Держу пари, что теперь вы хотели бы узнать, как пользоваться этим представлением. Прежде всего я бы посоветовала собрать статистику в периоды как высокой, так и низкой активности системы, чтобы получить представление о величине нагрузки в разные моменты времени. Когда вы освоите работу с этим представлением и поймете общий характер нагрузки, можно будет переходить к конкретным действиям. Если вы не располагаете несколькими днями на сбор статистики, смоделируйте рабочую нагрузку, а затем периодически опрашивайте представление V$DISPATCHER_RATE, чтобы получить необходимые данные.

Чтобы определить производительность диспетчера, выполните запрос к представлению и сравните текущие значения с максимальными. Близки ли текущие значения к средним, ниже ли они максимальных? Позволяет ли пропускная способность системы обеспечить адекватные времена отклика? Если да, то ваша среда MTS, скорее всего, настроена почти оптимально.

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