DB.BLOCK.LRU.LATCHES        Определяет количество защелок, конфигурирование для списка(ов)

LRU буферного кэша базы данных. Его можно установить равным своему максимальному значению, которое, в зависимости от используемой версии Oracle, в 2-12 раз превышает число ЦП в системе. При этом не наблюдается какой бы то ни было измеримой деградации производительности. После установки можно вовсе забыть о конкуренции за защелку cache buffers Iru chain, обусловленной нехваткой защелок. Но все еще остается необходимость отслеживания приложения, вызвавшего к жизни эту проблему. (Сложности вызывают операторы SQL, выполняющие лишние операции логического ввода/вывода).

LOG.SIMULTANEOUS COPIES        Определяет количество защелок копии протокола, используемых для

копирования элементов протокола в буфер журнала обновлений. Его можно установить на максимальное значение, которое в 2е8 раз, в зависимости от используемой версии Oracle, превышает количество процессоров в системе. При этом никакой измеримой деградации производительности не наблюдается. После его установки можно вовсе забыть о конкуренции за защелку redo copy, обусловленной нехваткой защелок. Но пока еще не пропала необходимость отслеживания приложения, вызвавшего к жизни эту проблему. Однако, этот параметр был исключен из числа поддерживаемых в Oracle8i, и теперь Oracle по умолчанию устанавливает его равным удвоенному количеству ЦП. На некоторых платформах, начиная с Oracle 7.3.4, можно установить этот параметр даже равным восьмикратному числу ЦП.

_DB_BL0CK_HASH_BUCKE1S        Недокументированный параметр, и его не стоит использовать, если

не рекомендовано иначе. Обычно не нуждается в модификации по сравнению с его значением по умолчанию, пока не будет отмечена конкуренция за защелку cache buffers chains. Определяет число областей памяти хеша, доступных для облегчения доступа к буферному кэшу базы данных. Это имеет прямое отношение к длине цепочки, которую должен просмотреть процесс сервера, чтобы

идентифицировать и прочитать конкретный блок данных в буферный

кэш базы данных. Его значение равно первому простому числу, превышающему DB_BLOCK_BUFFERS/4. Но пока все еще не пропала необходимость отслеживания приложения, вызвавшего к жизни эту проблему. (Сложности вызывают операторы SQL, выполняющие лишние операции логического ввода/вывода).

Вот несколько других защелок, которые время от времени могут требовать к себе внимания: 

library cache/had/bck/pinOjmaKO 

поймите, что конкуренция за защелку library cache является индикатором нехватки повторно используемых SQL в области коллективного пула, слишком интенсивного синтаксического анализа или в некоторых случаях указанием на проблемы с неверным размером структур памяти коллективного пула. Дополнительную информацию по этим вопросам можно найти в разделе "Синтаксический анализ SQL" главы "Настрой­ка экземпляра - область коллективного пула".

Если все еще остается необходимость понять, какие защелки в базе данных
могут испытывать проблемы с конкуренцией, нужно последовать методологии,
предложенной в главе "Метод, стоящий за безумием". Представления
и        содержат времена ожидания для собы-

тия 

latchfree. 

Представление        дает число защелок, для которых

в этом сеансе возникли проблемы с конкуренцией (столбец Р2). Это число мож-
но затем использовать для запроса к представлению        чтобы получить
побольше информации о статистике для конкретных защелок.