Формирование базы данных и экземпляра Oracle.

База данных Oracle открывается в три этапа.

1) Формирование экземпляра Oracle (предустановочная стадия).

2) Установка базы данных экземпляром (установочная стадия).

3) Открытие базы данных (стадия открытия).

Экземпляр Oracle формируется на предустановочной стадии запуска системы. На данной стадии считывается файл параметров Init.ora, запускаются фоновые процессы и инициализируется SGA. Этот файл определяет параметры конфигурации экземпляра, в частности – размер структур памяти, количество и тип фоновых процессов. Имя экземпляра устанавливается в соответствии со значением переменной окружения Oracle_SID и необязательно должно совпадать с именем базы данных (но, как правило, совпадает). Следующая стадия – установочная. Значения параметров управляющего файла из Init.ora определяют параметры базы данных, устанавливаемой экземпляром. Экземпляр Oracle создает табличное пространство SYSTEM, словарь данных, один сегмент отката и два оперативных файла журнала транзакций. На этой стадии доступ к управляющему файлу открыт, и возможна модификация хранящихся в нем данных. На последней стадии открывается база данных. Экземпляр получает исключительный доступ к файлам базы данных, имена которых хранятся в управляющем файле, и через него они становятся доступны пользователю. Если на втором или третьем этапах произойдет сбой, то формируется так называемый “пустой” экземпляр Oracle, который сам будет функционировать, но доступ к базе данных будет отсутствовать.

В процессе формирования могут быть получены экземпляры Oracle различной конфигурации:

1) экземпляр с типовой структурой;

2) конфигурация Parallel Server;

3) конфигурация Distributed;

4) конфигурация Parallel Query.

Рассмотрим подробнее различные конфигурации экземпляров.

Экземпляр с типовой структурой включает основные фоновые процессы и при необходимости к них добавляются процесс архивации – ARCH и/или процесс контрольной точки – CKPT.

Конфигурация Parallel Server. В обычной конфигурации одной базе данных соответствует один экземпляр Oracle и, наоборот, одному экземпляру Oracle должна соответствовать лишь одна база данных. В конфигурации Parallel Server к одной и той же физической базе данных может быть подключено несколько экземпляров, что позволяет нескольким пользователями, расположенным на разных компьютерах, совместно использовать одну базу данных. В такой среде с параллельным обслуживанием дополнительно к основным фоновым процессам используется процесс блокировки LCKn, который отвечает за координацию блокировок базы данных, устанавливаемых различными экземплярами.

Конфигурация Distributed. Эта конфигурация используется в случае распределенной базы данных. Она представляет механизмы развитого симметричного тиражирования, которые обеспечивают возможность распространять данные по отдельным экземплярам (по физическим базам данных) посредством снимков и отсроченных транзакций. Операции тиражирования планируются в очереди заданий и выполняются в фоновом режиме. В дополнение к процессам блокировки эта опция требует наличия, по меньшей мере, одного фонового процесса обновления снимка (SNP – snapshot) для выполнения работ, поставленных в очередь. Эта опция требует, чтобы фоновый процесс восстановления RECO завершал распределенные транзакции, которые закончились аварийно из-за отказов сети или экземпляра.

Конфигурация Parallel Query. Используется в том случае, если компьютер, на котором установлен экземпляр Oracle, имеет в наличии несколько процессоров. В этом случае дополнительно запускаются процессы Pnnn – процессы параллельных запросов. Процессы Pnnn используются для реализации параллельного выполнения отдельных частей запроса и принимают участие в формировании индексов и таблиц.