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

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

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

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

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

Представление 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) ]