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

19декkkjcre1p: unable to spawn jobq slave process, error

В журнале оповещений получили ошибку: «kkjcre1p: unable to spawn jobq slave process, error..”

Решение нашли у Бурлесона здесь.

То есть увеличили значение параметров инициализации : processes и job_queue_processes.

Помогло.

Добавил dbstalker в 19 декабря 2008 г. [Ссылка | Комментарии (0) ]

20октСортировка, параметры SORT_AREA_SIZE, SORT_AREA_RETAINED_SIZE, PGA_AGGREGATE_TARGET, WORKAREA_SIZE_POLICY.

Кратко о сортировке в оракле прочитайте здесь. А теперь о параметрах инициализации влияющих на сортировку.

далее

Добавил dbstalker в 20 октября 2008 г. [Ссылка | Комментарии (3) ]

06октCursor_sharing='FORCE' - удивительные последствия: rows will be truncated

Сегодня мне нужно было выгрузить информацию в спул –файл. Данные форматировались с помощью функции rpad. Получили ошибки - «rows will be truncated». В чем же дело?

далее

Добавил dbstalker в 6 октября 2008 г. [Ссылка | Комментарии (2) ]

25сенCURSOR_SHARING. Параметр инициализации.

Cursor_sharing - этот параметр служит для управления "автоматическим связыванием" в запросах. Иными словами задает ораклу каким способом искать Ваш запрос в SGA. Параметр может принимать следующие значения:

далее

Добавил dbstalker в 25 сентября 2008 г. [Ссылка | Комментарии (0) ]

24сенExecute to Parse. STATSPACK. SESSION_CACHED_CURSORS,OPEN_CURSORS.

Этот коэффициент показывает, как много раз sql-утверждение было выполнено для каждого разбора.

далее

Добавил dbstalker в 24 сентября 2008 г. [Ссылка | Комментарии (0) ]

24сенSession_Cached_Cursors параметр инициализации. STATSPACK

Параметр SESSION_CACHED_CURSOR позволяет СУБД Oracle выполнять “мягкий” частичный разбор ("softer" soft parse).

далее

Добавил dbstalker в 24 сентября 2008 г. [Ссылка | Комментарии (0) ]

30июлОпции параметра LOG_ARCHIVE_DEST_n : Optional и Mandatory, SYNC и ASYNC, AFFIRM и NOAFFIRM

О некоторых атрибутах параметра инициализации LOG_ARCHIVE_DEST_n писалось здесь. Продолжим эту тему, затронув опции важные для организации standby.

Первое, на что хотелось обратить внимание: параметр LOG_ARCHIVE_DEST_n можно использовать со множеством атрибутов, но параметр принимает одно значение. То есть все его опции-атрибуты нужно задавать одной строкой. Это его отличает от других параметров, которые могут принимать несколько значений (например, CONTROL_FILES).

далее

Добавил dbstalker в 30 июля 2008 г. [Ссылка | Комментарии (0) ]

14июлМесторасположение архивных журналов повторного выполнения. Параметры LOG_ARCHIVE_DEST, LOG_ARCHIVE_DUPLEX_DEST, LOG_ARCHIVE_MIN_SUCCEED_DEST.

Помимо задания месторасположения таким способом , существует еще другой способ – с помощью параметров инициализации: LOG_ARCHIVE_DEST и LOG_ARCHIVE_DUPLEX_DEST. Если у Вас Oracle Enterprise Edition, то, пожалуй, лучше использовать LOG_ARCHIVE_DEST_n (больше возможностей). Параметр LOG_ARCHIVE_DEST несовместим с LOG_ARCHIVE_DEST_n, поэтому один из них должен быть равным '' (null string).

далее

Добавил dbstalker в 14 июля 2008 г. [Ссылка | Комментарии (0) ]

11июлУбить неактивные сессии! Параметр resource_limit.

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

далее

Добавил dbstalker в 11 июля 2008 г. [Ссылка | Комментарии (6) ]

07июлМесторасположение архивных журналов повторного выполнения. Параметры LOG_ARCHIVE_DEST_n и log_archive_format.

Архивные журнальные файлы могут располагаться в нескольких местах ( максимум 10). Задать их место расположение можно с помощью параметра LOG_ARCHIVE_DEST_n (для Oracle Enterprise Edition), имеющего ключевые слова SERVICE и LOCATION.

Замечание:

Параметр LOG_ARCHIVE_DEST_n несовместим с LOG_ARCHIVE_DEST, поэтому один из них должен быть равным '' (null string).

далее

Добавил dbstalker в 7 июля 2008 г. [Ссылка | Комментарии (3) ]

04июлARCH, ARCn - архиватор (Archiver), параметры ARCHIVE_LOG_START, LOG_ARCHIVE_MAX_PROCESS, представление V$ARCHIVE_PROCESSES

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

далее

Добавил dbstalker в 4 июля 2008 г. [Ссылка | Комментарии (2) ]

04июлКак изменить режим архивирования? Автоматическая и ручная архивация.Параметр LOG_ARCHIVE_START.

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

далее

Добавил dbstalker в 4 июля 2008 г. [Ссылка | Комментарии (0) ]

27июнПроверка блоков. Параметры DB_BLOCK_CHECKSUM, DB_BLOCK_CHECKING, _db_always_check_system_ts

Для чего нужны эти параметры, и чем они отличаются?

далее

Добавил dbstalker в 27 июня 2008 г. [Ссылка | Комментарии (2) ]

25июнИспользование представления v$db_cache_advice

В СУБД Oracle9i появилась консультативная справка по кешу буферов (Buffer Cache Advisory). Данные этой справки (представление V$DB_CACHE_ADVICE ) - это результат внутреннего моделирования, основанного на текущей рабочей нагрузке. Справка предсказывает частоту неудачных обращений к кешу для различных размеров кеша буферов в диапазоне от 10% до 200% текущего размера кеша. При этом параметр STATISTICS_LEVEL должен принимать значения TYPICAL или ALL. Или можно установить в параметре db_cache_advice файла init.ora значение "on" или "ready".

далее

Добавил dbstalker в 25 июня 2008 г. [Ссылка | Комментарии (0) ]

25июнВзаимодействие параметров STATISTICS_LEVEL, DB_CACHE_ADVICE, TIMED_STATISTICS, TIMED_OS_STATISTICS

Параметр STATISTICS_LEVEL был введен в Oracle 9.2 и призван упростить управление параметрами, отвечающими за сбор статистики.

далее

Добавил dbstalker в 25 июня 2008 г. [Ссылка | Комментарии (0) ]

20июнПоиск блока в буферном кэше, cache buffers chains. Параметры _db_block_hash_buckets , _db_block_hash_latches.

Предположим, что нам нужно провести определенную работу над конкретным блоком. Из словаря базы данных (Data Dictionary) мы знаем его адрес (DBA – data block address) – file#+block#. Есть ли этот блок в кэше, или ораклу нужно читать его с диска? Как такую процедуру организовал ORACLE? Поделюсь своими представлениями об этом.

далее

Добавил dbstalker в 20 июня 2008 г. [Ссылка | Комментарии (7) ]

22майAutomatic Table Caching, параметр инициализации STATISTICS_LEVEL, хинт CACHE.

Начиная с Oracle9i Release 2, введено автоматическое кэширование небольших таблиц. Что это значит?

далее

Добавил dbstalker в 22 мая 2008 г. [Ссылка | Комментарии (1) ]

23апрНемного об LRU списке. _db_againg_cool_count, _db_aging_hot_criteria, _db_aging_stay_count, _db_aging_touch_time

Задача этой статьи - немного осветить работу оракла по ведению списка "чистых" буферов.

далее

Добавил dbstalker в 23 апреля 2008 г. [Ссылка | Комментарии (0) ]

12февHeap size … exceeds notification threshold (2048K). Параметр инициализации _kgl_large_heap_warning_threshold

В журнале оповещения alert_my_db.log появились сообщения типа:

Memory Notification: Library Cache Object loaded into SGA
Heap size 2725K exceeds notification threshold (2048K)
Details in trace file /opt/oracle/admin/my_db/bdump/my_db_j003_20259.trc
KGL object name :select /*+ no_parallel(t) no_parallel_index(t) dbms_stats cursor_sharing_exact use_weak_name_resl dynamic_sampling(0) no_monitoring */ count(*),……

Это сообщение memory manager является информационным, угрозы базе данных не несет. Но если вас оно нервирует, то можно поступить таким образом:

Sqlplus  /nolog
SQL> Conn  / as sysdba
SQL> alter system set "_kgl_large_heap_warning_threshold"=8388608 scope=spfile ; 
SQL> shutdown immediate 
SQL> startup

_kgl_large_heap_warning_threshold (maximum heap size before KGL writes warnings to the alert log) – новый недокументированный параметр Oracle 10g

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

Добавил dbstalker в 12 февраля 2008 г. [Ссылка | Комментарии (0) ]

24янвГде находиться Alert.log?

Сегодня пришлось на чужой базе искать журнал оповещений (предупреждений). В той папочке, где у меня лежит этот журнал, файлика не нашлось. Где он? За это отвечает параметр background_dump_dest. Его значение можно посмотреть в файле параметров init.ora .

Добавил dbstalker в 24 января 2008 г. [Ссылка | Комментарии (0) ]

21декКак посмотреть на все ( недокументированные в том числе ) параметры инициализации?

Для ORA10g попробуйте вот так:

select KSPPINM,KSPPDESC,KSPPSTVL,KSPPSTDVL,KSPPSTDF from X$KSPPSV a,  x$ksppi b
where a.indx=b.indx order by 1

далее

Добавил dbstalker в 21 декабря 2007 г. [Ссылка | Комментарии (2) ]

11декПараметры инициализации, оказывающие влияние на выполнение контрольной точки.

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

далее

Добавил dbstalker в 11 декабря 2007 г. [Ссылка | Комментарии (0) ]

11декFAST_START_MTTR_TARGET

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

далее

Добавил dbstalker в 11 декабря 2007 г. [Ссылка | Комментарии (0) ]

11декFAST_START_IO_TARGET и DB_BLOCK_MAX_DIRTY_TARGET

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

далее

Добавил dbstalker в 11 декабря 2007 г. [Ссылка | Комментарии (0) ]

11декLOG_CHECKPOINT_INTERVAL и LOG_CHECKPOINT_TIMEOUT

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

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

далее

Добавил dbstalker в 11 декабря 2007 г. [Ссылка | Комментарии (0) ]

02нояПоврежден журнал повторного выполнения, который нужен для восстановления (inactive,active). Что делать и как быть? Параметр _allow_resetlogs_corruption.

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

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

далее

Добавил dbstalker в 2 ноября 2007 г. [Ссылка | Комментарии (0) ]

01нояORA-03113: end-of-file on communication channel; параметры инициализации query_rewrite_enabled, query_rewrite_integrity.

После перехода на версию 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.

далее

Добавил dbstalker в 1 ноября 2007 г. [Ссылка | Комментарии (0) ]

03июнВыполнение блокировок с помощью защелок. Параметр _spin_count

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

далее

Добавил dbstalker в 3 июня 2007 г. [Ссылка | Комментарии (0) ]

11октПереключение журналов по времени. ARCHIVE_LAG_TARGET

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

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

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

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

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

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

Добавил dbstalker в 11 октября 2007 г. [Ссылка | Комментарии (0) ]

05июлJOB_QUEUE_PROCESSES

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

далее

Добавил dbstalker в 5 июля 2007 г. [Ссылка | Комментарии (1) ]

21июнСообщение в alert.log «kccrsz: expanded controlfile». ORA-00227. Управляющий файл Oracle. CONTROL_FILE_RECORD_KEEP_TIME

При очередном просмотре 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

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

далее

Добавил dbstalker в 21 июня 2007 г. [Ссылка | Комментарии (0) ]


Postings: 1-10 11-20 21-30 31-31   All

Поиск по блогам



Подпишись на RSS:

RSS - Подписаться на блог



Читателям


Рекомендую к прочтению





Разделы блога



Последние публикации



Последние коментарии