|
Журнальные группы и их элементы
Управление переключениями журнала и контрольными точками
Общие сведения
Онлайновый журнал повторения или файлы оперативного журнала обновлений представляет собой файлы операционной системы, в которых регистрируются все изменения - транзакции, происходящие в БД.
В онлайновый журнал повторения данные о транзакциях попадают из буфера журнала транзакций.* За эти действия в Oracle отвечает фоновый процесс LGWR. Пока не выполнится перезапись данных о транзакции из буфера в журнал, Oracle не считает
транзакцию выполненной.
Если для БД включен режим архивирования, то есть выполняется процесс ARCH, полностью заполненный оперативный журнал транзакций копируется в архивные файлы журналов транзакций.
Онлайновый журнал повторения для экземпляра базы данных может и должен состоять из нескольких зеркальных групп файлов журнала. Кроме того, все члены одной группы должны располагаться на разных дисках, чтобы никакой одиночный сбой диска не
привел к сбою LGWR и экземпляра БД.
Обращение к файлам оперативного журнала происходит циклически. Сначала заполняется первый файл, затем второй и т.д., пока все файлы журнала не будут заполнены. После этого запись опять будет производиться в первый файл. Если база работает в
режиме ARCHIVELOG, содержимое первого файла и последующих аналогично, невозможно будет перезаписать, если их содержимое не было скопировано в архивный журнал. В таком случае Oracle выдаст сообщение об ошибке.
Если журнал архивируется, в обязанность администратора входит контролирование этого процесса, чтобы не возникало соперничества за устройства между процессами LGWR и ARCH.
Например, если в базе данных имеется две группы дуплексированного онлайнового журнала (при размещении всех членов на четырех разных дисках) и назначение архива направить на пятый диск, процессы LGWR и ARCH никогда не будут мешать друг другу.
Файлы данных и файлы онлайнового журнала также рекомендуется размещать на разных дисках, чтобы уменьшить соперничество при записи блоков данных и записей повторения.
При выборе размера файлов онлайнового журнала рассматривается два вопроса: их общий размер для экземпляра и размер каждого отдельного файла по сравнению с другими файлами журнала того же экземпляра.
Онлайновые файлы журнала должны иметь относительно небольшой размер. Если используются большие файлы журнала, а контрольные точки происходят лишь при переключениях журнала, то восстановление экземпляра требует много времени, так как
приходится применять большое число записей повторения. Чаще всего умалчиваемый размер онлайнового файла журнала оказывается удовлетворительным. При выборе размера файлов онлайнового журнала необходимо также учитывать, будет ли журнал архивироваться. Если БД работает в режиме ARCHIVELOG, то наличие небольшого числа крупных файлов журнала обновлений позволяет получить определенный выигрыш при переключении журналов, так как в этом случае копирование журналов обновлений в архивные журналы происходит реже.
При наличии зеркальных групп онлайнового журнала, все члены одной группы должны иметь один и тот же размер. С другой стороны, члены разных групп могут иметь различные размеры, однако варьирование размеров файлов по группам не дает никаких
преимуществ. Если контрольные точки происходят лишь при переключении журнала, можно сделать все группы одинакового размера, чтобы гарантировать, что контрольные точки будут происходить через регулярные интервалы.
Лучший способ определить правильное количество онлайновых файлов журнала лая экземпляра базы данных - это испытать различные конфигурации. Оптимальной будет та конфигурация, которая содержит наименьшее возможное число групп, но при этом не затрудняет работу процесса LGWR.
В некоторых случаях экземпляр может требовать всего две группы. В других ситуациях могут потребоваться дополнительные группы, чтобы гарантировать, что при циклическом
переключении LGWR всегда попадет на доступную группу. Во время испытаний самый простой способ определить, подходит ли текущая конфигурация онлайнового журнала - это исследовать содержимое файла трассировки LGWR и файла alert.log базы данных. Если сообщения показывают, что LGWR часто должен ждать группу из-за того, что не завершена контрольная точка или группа не архивирована, то необходимо увеличить
количество групп.
Число онлайновых файлов журнала базы данных ограничивается двумя параметрами: MAXLOGFILES и MAXLOGMEMBERS.
■ Параметр MAXLOGFILES, который использовался в предложении CREATE DATABASE при создании базы данных, определяет максимальное число групп онлайнового журнала на базу данных. Номера групп могут изменяться от
1 до MAXLOGFILES. Единственный способ перекрыть эту верхнюю границу - заново создать базу данных или ее контрольный файл. Поэтому важно рассмотреть это значение перед созданием базы данных. Если в предложении CREATE DATABASE не указан параметр MAXLOGFILES, то Oracle использует умалчиваемое значение.
■ Параметр MAXLOGMEMBERS, который использовался в предложении CREATE DATABASE при создании базы данных, задает максимальное количество членов в группе.
Как и для MAXLOGFILES, единственный способ перекрыть эту верхнюю границу - заново создать базу данных или ее контрольный файл.
Do'stlaringiz bilan baham: |
