Раздел: журналы повторного выполнения

Самая ПЕРВАЯ обязанность администратора – поддержка базы данных в рабочем состоянии. Даже если в системе происходит сбой (пропало питание, носитель пришел в непригодность и т.д.), администратор должен в максимально сжатые сроки поднять базу без потерь данных. Значит, к сбоям администратор должен готовиться загодя. далее


Этот фоновый процесс имеет смысл запускать, только если база данных работает в режиме ARCHIVELOG. Процесс копирует оперативные файлы журнала повторного выполнения в архивные файлы журнала повторного выполнения после заполнения оперативных журналов или их переключения. далее


В каком режиме будет работать Ваша база данных, устанавливается во время инсталляции. Если же база создается вручную, то необходимо в операторе CREATE DATABASE указать желаемый режим (обычно по умолчанию NOARCHIVELOG). Однако в процессе работы базы данных есть возможность поменять режим. Об этом здесь. далее


При эксплуатации в этом режиме активным является процесс архивирования - оперативный журнал (группа) не перезаписывается до тех пор, пока не будет заархивирован. Для процесса архивации оперативный журнал становится доступным сразу же после переключения. далее


В этом режиме не происходит архивирования. То есть, как только оперативный журнал (группа) становится неактивным, то его уже можно перезаписывать. далее


Все мы знаем, что база данных не может существовать без оперативных журнальных файлов. Что касается архивных журналов, тут мнения расходятся. далее

Тэги: журналы повторного выполнения

Комментариев нет


Мне приходилось восставливать базы данных , увы, не единожды. А вот сегодня со мной произошел казус : Нужно восстановить базу на новом сервере по холодной копии двухнедельной давности и архивным журналам за эти две недели. Задача элементарная. далее


Почему содержимое буферного кеша так важно? Неужели не достаточно данных, что находятся в файлах данных на диске? далее

Тэги: SGA, журналы повторного выполнения, общее

Комментариев нет


В файле трассировки были обнаружены сообщения:

LGWR: Archivelog for thread 1 sequence 7061 will NOT be compressed
*** 2008-02-13 03:20:53.582
LGWR: Archivelog for thread 1 sequence 7062 will NOT be compressed
*** 2008-02-13 03:38:32.362
LGWR: Archivelog for thread 1 sequence 7063 will NOT be compressed

Как выяснилось, это сообщение не указывает ни на проблему в базе данных, ни на ошибку в конфигурации, ни на ошибку в установке параметров. Просто сжатие архивных файлов не доступно в ORACLE 10g. Вроде бы оно уже доступно в версии 10.2.0.3.0.

Это все. Если у Вас больше информации, то поделитесь. Будем благодарны.





 

От авторов блога

О Блоге - прочитай перед началом.

Задать вопрос и получить ответ - уже решено 94 вопросов

Глоссарий - список терминов и сокращений


 
 

Бизнес форум

Последние темы:

Требуется бухгалтер
21 августа, 1 ответа