Структуры памяти Oracle

Буфер журнала повторного выполнения 
Буфер журнала повторного выполнения по размеру обычно не превышает пары 
мегабайт в отличие от размера буферного кэша и разделяемого пула, но, тем не 
менее, является важнейшим компонентом SGA. Когда серверный процесс 
изменяет данные в кэше буфера данных (через вставку, удаление или 
обновление), он генерирует данные повторного выполнения, которые 
записываются в буфер журнала повторного выполнения. Процесс-писатель 
журнала записывает эту информацию из буфера в памяти в файлы журнала 
повторного выполнения на диске. 
Для установки размера буфера журнала повторного выполнения используется 
инициализационный параметр LOG_BUFFER, и он остается фиксированным на 
протяжении существования экземпляра. То есть, размер буфера журнала 
повторного выполнения динамически изменять нельзя, в отличие от других 
компонентов SGA. 
Процесс-писатель журналов пишет содержимое буфера журнала повторного 
выполнения на диск в любом из перечисленных ниже случаев. 

Буфер журнала повторного выполнения заполнен на треть 

Пользователь фиксирует транзакцию 

Буферный кэш базы данных имеет мало свободного места и нуждается в записи 
измененных данных в журнал повторного выполнения. Писатель базы данных 
инструктирует процесс-писатель журнала о необходимости сброса содержимого 
буферов журнала на диск для освобождения места для новых данных. 
Буфер журнала повторного выполнения цикличен – процесс-писатель журнала 
пишет записи повторного выполнения из буфера в файлы журнала повторного 
выполнения, а серверный процесс записывает новые элементы журнала 
повторного выполнения в буфер поверх сброшенных в файлы журнала. База 
данных выдает небольшой объем памяти – 5 Мбайт или около того - для буфера 
журнала повторного выполнения. Большой размер этого буфера снизит 
производительность ввода-вывода файла журнала (особенно если у вас большие 
или многочисленные транзакции), но ваши фиксации также займут больше 
времени. 
Процесс-писатель журнала повторного выполнения обычно выполняет запись в 
файлы журнала очень быстро, даже в случае высокой загрузки. Слишком 
маленький буфер журнала повторного выполнения приводит к высокой загрузке 
процесса-писателя – получается, что он постоянно пишет на диск. Более того, 

---

если буфер журнала слишком мал, он часто переполняется, принимая новые 
элементы журнала повторного выполнения. 
Oracle предлагает опцию под названием nologging, которая позволяет вам 
полностью миновать журнализацию повторного выполнения и избежать 
конкуренции во время некоторых операций (таких как загрузка большого объема 
данных). Вы можете также сложить фиксации в одно длинное задание, позволив 
журналам повторного выполнения более эффективно выполнить запись.