Справочная информация о СУБД Oracle

В процессе установки СУБД создается база. Параметры вновь создаваемой базы данных зависят от конфигурации дисковых подсистем, размера оперативной памяти, характера работы приложений (пользовательских АРМ, расчетного и коммуникационного модуля). База данных ORACLE включает следующие типы файлов:

Файлы данных	Физическое хранилище данных
Журналы	Содержат полученные до и после резервирования копии измененных данных, для целей восстановления
Управляющие файлы	Хранят информацию о физической структуре и состоянии базы данных
Файл параметров	Хранит параметры, необходимые при запуске экземпляра
Архивные журналы (необязательные)	Физические копии оперативных журнальных файлов (создаются, если включен режим ARCHIVELOG)

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

Файлы данных, содержащие только зафиксированные данные

Это состояние нормально для закрытой базы данных за исключением случаев, когда произошел сбой или когда для закрытия базы данных была использована команда "shutdown abort". Если работа экземпляра была завершена безошибочно в режиме нормальной или немедленной остановки, файлы данных содержат только зафиксированные данные. Это происходит потому, что при завершении работы БД производится откат всех незафиксированных данных, а контрольная точка записывает все зафиксированные данные на диск.

Файлы данных, содержащие незафиксированные данные

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

Журнальные файлы хранят все изменения, выполненные в базе данных. Если необходимо восстановить состояние базы данных на момент в прошлом, когда она функционировала, то журналы применяются для обеспечения сохранения на диске всех зафиксированных транзакций и отката всех незафиксированных. При работе приложения журнальные файлы циклически перезаписываются. Для поддержки циклической природы записи должно существовать как минимум две группы журналов. Чтобы избежать проблем вследствие сбоя единичного носителя, Oracle рекомендует всегда выполнять зеркалирование журналов. При зеркалировании следует учитывать, что конфигурация журнального файла требует для защиты от сбоя наличия в группе как минимум двух журналов, хранящихся на разных дисках.

Управляющий файл - это небольшой двоичный файл, содержащий структуру базы данных. Если база данных открыта, то управляющий файл должен быть доступен серверу Oracle для записи, причем имя, присваиваемое по умолчанию управляющему файлу, зависит от конкретной операционной системы. Без этого файла база данных не может быть смонтирована, и процесс восстановления затруднен.

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

•при использовании утилиты Recovery Manager в управляющем файле хранится дополнительная информация о резервировании.

Управляющий файл требуется при монтировании, открытии и изменении конфигурации базы данных. Рекомендуется иметь минимум два управляющих файла на разных дисках.

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

•имя базы данных, для которой запускается экземпляр,

•размер памяти, необходимый для выделения набору разделяемых областей оперативной памяти SGA, в которых хранятся данные и управляющая информация для работы экземпляра Oracle

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

•имена и нахождение управляющих файлов данных

•имена частных сегментов отката базы данных

Когда база данных работает в режиме ARCHIVELOG, процесс LGWR ждет завершения архивирования оперативных журнальных файлов (вручную или с помощью процесса ARCH) перед тем, как использовать их повторно. Если один оперативный журнальный файл испорчен, используется другой элемент из той же самой журнальной группы. Архивные журналы полезны для процессов резервирования и восстановления, поскольку резервирование базы данных, комбинируемое с архивными журнальными файлами, гарантирует, что все зафиксированные на момент сбоя данные могут быть восстановлены, и могут быть получены корректные резервные копии базы данных, в то время как база данных находится в оперативном режиме.