Как СУБД Oracle выбирает между ISM и DISM

Оценить
(0 голоса)

Если значение параметра sga_max_size установлено большим, чем суммарное значению параметров db_cache_size, shared_pool_size и других более мелких компонентов SGA, применяемых СУБД, то Oracle9i автоматически использует DISM. В этом случае объем первоначально заблокированной памяти будет равен суммарному значению параметров db_cache_size, shared_pool_size плюс другие компоненты SGA. Если позднее размеры буферного кэша или пула совместного использования будут изменены, СУБД Oracle либо заблокирует дополнительную память, либо разблокирует и освободит существующую память, в зависимости оттого, приводит ли данное изменение к увеличению или к уменьшению размера памяти.

СУБД Oracle также делает доступным образец сценария RCM (Reconfiguration Coordination Manager - менеджера по координации реконфигурации, или менеджера, координирующего реконфигурации) для того, чтобы разрешить изменения размеров буферного кэша и разделяемого пула, если происходит событие динамической реконфигурации. Такой образец сценария размещен на Web-сайте настоящей книги. Администраторы БД должны изменить этот сценарий согласно локальным требованиям. Например, если предпринята динамическая реконфигурация, удаляющая 2 Гбайт памяти, то данный сценарий должен принять решение, какие именно экземпляры и насколько должны быть откорректированы.

В Oracle9i также может быть изменен размер памяти PGA (Program Global Area -программной глобальной области). Эта память является локальной для каждого процесса Oracle, а не выделяемой в качестве разделяемой памяти, поэтому ни ISM, ни DISM не используются для памяти PGA.

Преимущества применения динамической области SGA
Восстановление СУБД Oracle
Влияние контрольных точек на время восстановления
Влияние контрольных точек на производительность системы
Представление v$instance_recovery

Добавить комментарий


Защитный код
Обновить