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

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

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

Представление V$ARCHIVE_DEST показывает текущее состояние (режим, статус, значение) всех мест архивации журнальных файлов. Если у Вас организован STANDBY, то особо важно следить за этим представлением, так же как и за представлением V$ARCHIVE_DEST_STATUS. Пример можно здесь посмотреть здесь.

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

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

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

На этот вопрос исчерпывающе ответил Том Кайт здесь. Но у меня организован standby и к тому же из-за специфики эксплуатации серверов передача архивных файлов может происходить с опозданием. Поэтому технология упаковки архивных журналов другая.Упаковываться должны только те файлы, что уже накатаны на резервном сервере.

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

Автор статьи: Михайлов Владимир Васильевич, разработчик баз данных Oracle, Москва.

Конечно же, обширная документация Oracle пестрит подобного рода замечаниями в отношении RBO: "Oracle Corporation strongly advises the use of cost-based optimization. Rule-based optimization will be deprecated in a future release." Однако, реальность диктует свои условия, и на сегодняшний день OPTIMIZER_MODE=RULE является её неизменной частью, и тем самым касается непосредственно меня, обыкновенного разработчика баз данных.

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

Помимо задания месторасположения таким способом , существует еще другой способ – с помощью параметров инициализации: 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) ]

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

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

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

Замечание:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Администратор в повседневной работе достаточно часто использует следующие представления:

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

У меня на сервере, где организован standby, места на диске не так уж и много. Поэтому очень важно удалять уже накатанные архивные файлы.

Решено было использовать вот такой командный файл (за основу взято обсуждение на sql.ru), который стартует с помощью cron:

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

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

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

Сегодня во время работы некоего пз получили сообщение ORA-01846: not a valid day of the week. Порывшись в этой программке, нашли команду, которая вызывала эту ошибку. Приблизительно она выглядит таким образом:

select next_day(SYSDATE,'SUNDAY') from dual;

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

Автор статьи: Михайлов Владимир Васильевич, разработчик баз данных Oracle, Москва.

Случайно наткнулся на статьи в Oracle Magazine.Честно говоря, даже не думал, что Oracle может хранить числовой тип данных в своём внутреннем формате, но, как говорится, "век живи - век учись!" Первые две статьи Стива Адамса не вызвали затруднений в понимании, из них можно почерпнуть много полезного в плане оперирования числами Oracle'ом, их округлением и хранением.

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

В СУБД 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) ]

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

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

В первый раз довелось настраивать гетерогенный сервис для ORACLE 8. С того времени сохранилась инструкция (я её приведу ниже). По ней настраивался гетерогенный сервис для ORACLE 9 и 10. Так как ORACLE 10g у меня под Linux, то были некоторые отличительные моменты, о которых я упомяну в конце поста. Сервис настраивался для работы с dbf-файлами. Для работы с файлами excel пользовались инструкцией .А здесь есть описание настройки для работы с Microsoft SQL Server и приведены решения возможных проблем.

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

Oracle использует хэш-таблицы (hash tables)для эффективного размещения объектов в памяти. Например, хэш-таблица используется для размещения блоков данных в буферном кэше.

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

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

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

При выполнении экспорта схемы получили сообщение:

EXP-00056: ORACLE error 1187 encountered
ORA-01187: cannot read from file 201 because it failed verification tests
ORA-01110: data file 201: 'D:\ORACLE\ORADATA\MY_DB\TEMP01.DBF'
ORA-06512: at "SYS.DBMS_LOB", line 424
ORA-06512: at "SYS.DBMS_METADATA", line 1140
ORA-06512: at line 1

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

Основная структура памяти Oracle – System Global Area (SGA, системная глобальная область). Размер SGA вычисляется по определенным параметрам инициализации.

SGA разбивается на четыре раздела:

• фиксированный раздел,
• переменный раздел,
• журнальный буфер,
• пул буферов блоков базы данных.

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

На одном из подопечных серверов нужно было удалить пользователя. Но на команду DROP USER my_user cascade было получено сообщение: «ORA-00604: error occurred at recursive SQL level 1 ORA-00942: table or view does not exist».

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

В статье "Oracle latches – механизм последовательного доступа Статья II" (к.ф.-м.н. Ю.Пудовченко, ypudovchenko@ot.ru “Открытые технологии”) есть небольшое описание родительских и дочерних защелок. Я приведу выдержку из этой статьи.

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

Вам, наверняка, в англоязычной документации по ORACLE встречалось такое понятие как Double Linked Lists. Вы так же знаете, что буфера в буферном кэше управляются тремя типами списков: cache buffer chains, LRUW(dirty) списком и LRU списком. О списках можно немного почерпнуть из этого поста. Все эти структуры организованы как двунаправленные списки. Мне попались настолько красивые и наглядные рисунки, что захотелось их поместить на своем блоге.

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

Буферный кэш содержит только буфера, но не управляющие структуры. Для каждого буфера есть соответствующий буферный заголовок в переменной области SGA. Аналогично, working set headers, the hash chain headers и их защелки также находятся в переменной области SGA.

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

Ниже изложены некоторые наблюдения, которые в работе Вам не пригодятся. Но может быть будут Вам интересны.

Вы, наверняка, знаете, что буфера в буферном кэше распределены по WORKING SETS. WS - это подмножество буферов в буферном кеше. Описание WS можно найти в таблице X$KCBWDS.

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

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

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

Есть такие «магические» (по выражению Тома Кайта) таблицы. Все они содержат определенную информацию о буферном кеше.

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

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

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

Для этого обычно используются следующие представления V$SYSSTAT и V$SESSTAT.Основным показателем эффективности работы буферного кэшем является коэффициент попадания в буфер данных при обращении к блокам (Hit ratio).

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

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

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

• Это составная часть SGA
• Используется для быстрого доступа к данным
• Использует LRU алгоритм, для того чтобы лишаться непопулярных данных
• Содержит внутренние структуры: Default buffer pool, Keep buffer pool и Recycle buffer pool
• Параметром DB_CACHE_SIZE устанавливается размер

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

Database Writer (DBWR) - основные задачи, которые этот процесс решает:

• Выполняет запись буферов в файлы данных.
• Отвечает за управление буферным кешем (ведение LRU списка).
• Обновляет заголовки файлов данных информацией о контрольной точке (до 8.0 версии).

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

Что такое ITL и для чего он нужен?

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

Миграция строк,Цепочки строк (фрагментация строк),Причина появления фрагментации строк,Влияние фрагментации строк на производительность,Мониторинг.Об этом далее.

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

Эта статистика накапливается с момента старта экземпляра, и показывает сколько раз во время выборки пришлось иметь дело со строками, находящимися больше, чем в одного блоке. Обычно это называется цепочкам записей ("chained rows") . Начиная с Oracle8 добавилось еще новое понятие - мигрирующие строки ("migrated rows").

Статистика "table fetch continued row" (chained row fetch) увеличивается по следующим причинам:

• PCTFREE слишком мал, поэтому в блоке осталось недостаточно места для размещения обновленной записи в случае, если длина обновленной записи увеличилась.
• Raw, long raw, BLOB or CLOB поля – в результате получается, что запись длиннее блока.
• Табличка имеет больше 255 полей - эти строки Oracle разбивает на несколько частей, но хранит их по возможности в одном блоке.

Посмотрите у себя значение этой статистики:

select value from v$sysstat  where name = 'table fetch continued row';

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

Вся информация, которую получают и обрабатывают пользователи,проходит через буферный кэш. То есть информация с внешних носителей считывается в память, после модификации возвращается на диск.Рассмотрим как взаимодействуют серверные процессы пользователей и фоновый процесс DBWR.

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

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

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

Довелось столкнуться с таким понятием как конвейерные функции. Хочу поделиться своими поверхностными знаниями по этому вопросу.

Сначала приведу пример:

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

На сервере oracle 9i версии 9.2.0.6.0 получили в алерте такое сообщение. Нам повезло- отделались малой кровью. Выполнили запрос:

SELECT SEGMENT_TYPE,OWNER||'.'||SEGMENT_NAME

FROM DBA_EXTENTS 

WHERE FILE_ID = [номер file#] AND [номер block#] BETWEEN BLOCK_ID

AND BLOCK_ID+BLOCKS -1;

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

Сегодня получено в журнале оповещения сообщение "ORA-01578: ORACLE data block corrupted (file # 2, block # 1028472)". Что делать и куда бежать?

Так как на сервере стоит ORA10g, то оказывается можно восстановить только поломаный блок.

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

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

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.

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

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

В журнале оповещения 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) ]

Проблемы при инсталляции ORACLE 10g Release 2 (10.2) for Linux x86-64, операционная система Red Hat Enterprise Linux AS release 4 (Nahant Update 4) 2.6.9 42.ELlargesmp (64-bit), платформа x86_64.

Возникло две проблемы:

1. error while loading shared libraries: libaio.so.1: cannot open shared object file: No such file or directory ERROR: ORA-12547: TNS:lost contact
2. startup nomount pfile="/opt/oracle/product/10.2.0/db_1/admin/my_db/scripts/init.ora";ORA-27102: out of memory Linux-x86_64 Error: 28: No space left on device

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

Инсталлировали на новом сервере ORACLE 10g. Все получилось прекрасно: сервер работает, клиенты подключаются. Но администратор страдает: Database contol не запускается: Enterprise Manager is not able to connect to the database instance. The state of the components are listed below. К тому же показывает, что Agent Connection to Instance, Listener, Database Instance в нерабочем состоянии. Картинка более чем странная.

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

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

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

Задача была поставлена так:

импортировать дамп (сделанный на оракле 10g, не известно где, кем, на какой ОС) в схему на Oracle Database 10g 10.2.0.1.0, операционная система -Red Hat Enterprise Linux AS release 3 (Taroon Update 4) 2.4.21 27.EL (64-bit).

Проблема: IMP-00098: INTERNAL ERROR: impccr2

Решение: Перейти в каталог /home/oracle, в файле .bash_profile пришлось убрать NLS_LANG=RUSSIAN_RUSSIA.UTF8; export NLS_LANG.Потом перегрузить сервер.

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

Этот процесс отвечает за синхронизацию заголовков файлов данных и управляющего файла в момент прохождения контрольной точки. CKPT записывает SCN контрольной точки в заголовки ONLINE файлов данных, находящихся в режиме READ/WRITE, а также вносит изменения в управляющий файл. О поведении процесса CKPT для инкрементальной контрольной точки можно почитать здесь, а для нормальной контрольной точки – здесь.

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

Для 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 г. [Ссылка | Комментарии (0) ]

Сервер Oracle для переноса пакетов записей о транзакциях из буфера журнала повторного выполнения на диск использует выделенный процесс обязательный для нормального функционирования БД Oracle, называемый писателем журнальных файлов (redo log writer, LGWR).

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

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

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

Представление V$Instance_Recovery

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

Время, необходимое для восстановления экземпляра – это время необходимое для перевода файла из состояния его последней контрольной точки к состоянию, соответствующему самому последнему SCN , хранимому в управляющем файле.

Косвенно данное представление интересно для наблюдения за частотой выполнения инкрементальной контрольной точки.

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

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

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

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

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

Эти пара