Раздел: параметры инициализации

От версии к версии ORACLE проводит работу по усовершенствованию процесса сброса "грязных" блоков данных на диск, т.е. улучшает механизм контрольной точки. Поэтому параметры, влияющие на выполнение контрольной точки, меняются и преобретают новые черты. далее


FAST_START_MTTR_TARGET

11 декабря 2007

В Oracle9i появился новый параметр инициализации FAST_START_MTTR_TARGET, который призван заменить FAST_START_IO_TARGET. Новый параметр устанавливает желаемое максимальное время восстановления после сбоя экземпляра (MTTR – Mean Time To Recover). Желаемое время задается в секундах от 0 до 3600, причем значение 0 запрещает этот механизм. далее


Эти параметры являются динамическими, значение может быть установлено командой ALTER SYSTEM. Управляют выполнение инкрементальных контролных точек. далее


Эти параметры динамические, изменять можно командой ALTER SYSTEM.

LOG_CHECKPOINT_INTERVAL и LOG_CHECKPOINT_TIMEOUT – параметры, управляющие выполнением контрольной точки. далее


Если поврежден неактивный файл, то это вообще не проблема: удаляется и создается заново.

Если поврежден активный или текущий файл? далее


После перехода на версию 9.2.0.6, который происходил в авральном порядке и не был продуман, некоторые режимы в эксплуатируемых задачах перестали работать: ORA-03113: end-of-file on communication channel. С этой ошибкой попробуй разберись, что к чему. Порывшись в логах задач, сделали вывод, что используются индексы по функциям и материализованные представления.

Значит, нужно пользователю иметь привилегию query_rewrite и параметры инициализации: query_rewrite_enabled='TRUE', query_rewrite_integrity='TRUSTED'.

Внесли изменения в init.ora и все чудесным образом заработало. Установить эти параметры можно также на уровне сессии командой ALTER SESSION. далее


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


Есть такой параметр инициализации ARCHIVE_LAG_TARGET. С его помощью можно задать время между переключениями журнальных групп, т.е., чтобы переключение журналов происходило не по событию, а через некоторый период времени при условии, что текущий журнальный файл непустой. Когда это нужно:

  • Для уменьшения рассинхронизации резервной и основной базы (standby)
  • Для точного указания периода времени, за которое может быть потеряна информация
  • Для принудительного архивирования.

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

Если же значение параметра будет нулевым, то переключение журнала будет происходить по событию.

Если же значение параметра слишком мало – переключение журнала будет происходить часто, а это потребует значительных серверных ресурсов. Поэтому к установке этого параметра нужно подходить взвешено.

А вот Вам вырезка из документации:

Тэги: параметры инициализации

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


JOB_QUEUE_PROCESSES

05 июля 2007

Столкнулись с непонятной проблемой: задание (job) автоматически не стартует в указанное время. далее


При очередном просмотре alert.log обнаружилось сообщение:

kccrsz: expanded controlfile section 11 from 755 to 839 records
  requested to grow by 83 record(s); added 6 block(s) of records

Что это такое, на сколько серьёзно такое сообщение? Пришлось собрать информацию из нескольких открытых источников. И вот что в итоге удалось накопать: далее



« назад

вперед »



 

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

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

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

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


 
 

Бизнес форум

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

Нужна гадалка
20 июля, 1 ответа
Бутель для воды
20 июля, 1 ответа