11октПереключение журналов по времени. ARCHIVE_LAG_TARGET
Есть такой параметр инициализации ARCHIVE_LAG_TARGET. С его помощью можно задать время между переключениями журнальных групп, т.е., чтобы переключение журналов происходило не по событию, а через некоторый период времени при условии, что текущий журнальный файл непустой. Когда это нужно:
- Для уменьшения рассинхронизации резервной и основной базы (standby)
- Для точного указания периода времени, за которое может быть потеряна информация
- Для принудительного архивирования.
Переключение журналов будет происходить через промежуток времени заданный указанным параметром минус время необходимое на архивацию журнала.
Если же значение параметра будет нулевым, то переключение журнала будет происходить по событию.
Если же значение параметра слишком мало – переключение журнала будет происходить часто, а это потребует значительных серверных ресурсов. Поэтому к установке этого параметра нужно подходить взвешено.
А вот Вам вырезка из документации:
Добавил dbstalker в 11 октября 2007 г. [Ссылка | Комментарии (0) ]
10октУправление журнальными файлами
На примере журнальных файлов можно демонстрировать закон единства и борьбы противоположностей.
- Для оптимизации производительности Вам необходимо конфигурировать LGWR и DBWR так, чтобы операции записи выполнялись как можно реже.
- для минимизации времени восстановления екземпляра, Вам необходимо конфигурировать LGWR и DBWR так, чтобы операции записи производились как можно чаще.
далее
Добавил dbstalker в 10 октября 2007 г. [Ссылка | Комментарии (0) ]
10октКак же формируются данные для журналов повторного выполнения?
Данные формируются в SGA в буфере журнала повторного выполнения. Как только транзакция фиксируется, фоновым процессом LGWR («писатель» журнальных файлов – пишет на диск информацию об измененных данных, поддерживает целостность данных) данные сбрасываются на диск (также данные из буфера журнала повторного выполнения сбрасываются на диск при простое LGWR более трех секунд, или при заполнении буфера журнала повторного выполнения на треть, или при записи в него 1 Мбайта данных).
Транзакции присваивается системный номер изменений(SCN), который ставит в соответствие записи в журнальном файле каждой фиксированной транзакции. Только после завершения этого процесса, пользователю сообщается, что транзакция завершена.
Процесс LGWR в журналы записывает последовательно, а не вразброс, как вынужден выполнять ввод-вывод процесс DBWn. Это является главной причиной разделения функции записи на диск на два процесса: процесс LGWR и процесс DBWn.
далее
Добавил dbstalker в 10 октября 2007 г. [Ссылка | Комментарии (0) ]