Настройка параллельных запросов.

с параллелизмом (естественно, при наличии дополнительных возможностей системы). С другой стороны, если статистика

Servers Busy

большую часть време-•' ни близка к нулю, значит, отсутствует необходимость в таком большом количестве серверов и можно уменьшить значение параметра PARALLEL_MAX_ SERVERS.

Если значение статистики

Servers Busy

постоянно превышает значение, установленное для параметра PARALLEL_MIN_SERVERS. имеет смысл увеличить значение этого параметра хотя бы до величины, близкой к значению Servers Busy. Это послужит гарантией, что система в любой момент времени будет располагать оптимальным количеством доступных

Значения, отображаемые в статистике

Sewers Started и Servers Shutdown*, могут

означать редкую потребность в дополнительных серверах ные (т. е. сверх того количества, которое было установлено параметром

серверы стартуют по запросу и ест

ли они простаивают (остаются без работы) более заданного времени. Эта статистика также может помочь определить, нуждается ли в увеличении параметр PARALLEL_MIN_SERVERS. С другой стороны, статистика

Servers Highwater

указывает абсолютный максимум числа одновременно запущенных серверов PQ.

Необходимо часто проверять статистики

Servers Busy, Servers Highwater, Servers Shutdown

Servers Started,

так как они предлагают ценную информацию для измерения нагрузки на серверы

Представление V$PQ_SESSTAT предлагает итоговую статистику об операциях выполненных в рамках конкретного сеанса. Эта информация справедлива только в тех случаях, когда запрос задается в рамках того же сеанса. Вот пример выполнения такого запроса:

О SQL> select Statistic, Last_Query, Session_Total
from V$PQ_SESSTAT;
STATISTIC LAST_QUERY SESSIONJOTAL

Queries Parallelized 1 3

DML Parallelized 0 0

DFO Trees 1 ■ 3

Server Threads 4 0

Allocation Height 4 0

Allocation Width 1

Local Msgs Sent ■ 114 342

Distr Msgs Sent 0 0

Local Msgs Recv'd 114 : ■ 342

Distr Msgs Recv'd 0 ■ 0 -
10 rows selected.
SQL>

Предшествующая распечатка говорит о том, что последний выполнявшийся сеансом запрос заведомо производился с использованием параллелизма, пото-мучто статистика

Query Parallelized

отлична от нуля. Значение

Allocation Widthyrca-

зьшает на количество экземпляров, для которых выполнялся запрос,

Allocation Height -

на запрашиваемое количество серверов J'Q для экземпляра, a

Server Threads -

на количество использованных серверов PQ.

Есть еще одно представление - VSPQ,SLAVE, которое содержит информа-
цию о каждом сервере PQ- Такая информация может быть использована для от-
слеживания текущего статуса каждого сервера в течение какого
времени свободен он или занят, сколько им потрачено времени ЦП и т. п.

< Предыдущая		Следующая >

DeepEdit!