Архитектура СУБД ORACLE. Файловая структура БД. База данных Oracle. Физическая структура базы данных

Страницы работы

Фрагмент текста работы

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

·  Табличное пространство может состоять из одного или более сегментов.    

·  Табличные пространства могут быть переведены в оперативный режим во время работы базы данных.

·  Табличные пространства могут быть переведены в автономный режим, в то время как база данных открыта; но это не распространяется на табличное пространство SYSTEM и те, которые содержат активные сегменты отмены.

·  Табличные пространства могут принимать статус 'чтение-запись' и 'только чтение'.

Файлы данных

·  Каждое табличное пространство базы данных Oracle состоит из одного или более файлов, называемых файлами данных. Это физические структуры, соответствующие операционной системе, на которой работает сервер Oracle.

·  Файл данных может принадлежать только одному табличному пространству.

·  Сервер Oracle создает файл данных для какого-либо табличного пространства, отводя для него указанное количество дискового пространства с небольшим резервом.

·  Администратор базы данных может изменять размеры файла данных после его создания или организовать его таким образом, что он будет динамически расширяться по мере того, как растут объекты табличного пространства.

Сегменты

•      Сегмент - это пространство, выделенное под определенную логическую структуру хранения в табличном пространстве. Например, пространство, отведенное для хранения таблицы, образует сегмент.

•      Табличное пространство может состоять из одного или более сегментов.

•      Сегмент не может располагаться в нескольких табличных пространствах; однако, сегмент данных может охватывать несколько файлов, принадлежащих одному и тому же табличному пространству.

•      Каждый сегмент состоит из одного или более экстентов.

Блоки данных

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

•  На конечном уровне детализации информация в базе данных Oracle хранится в блоках данных.

•  Блок данных - это самая мелкая единица хранения, которую сервер Oracle может выделять, читать и писать в файлах данных.

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

•  Размер блока данных указывается для каждой базы данных Oracle во время ее создания при помощи параметра инициализации DB_BLOCK_SIZE.

•  Размер блока должен быть кратен размеру блока операционной системы, чтобы не было излишнего ввода-вывода.

•  Максимальный размер блока базы данных зависит от операционной системы. Обычно, максимальный размер 32Кб.

Журнальные файлы

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

·  Журнальные файлы объединены в группы.

·  В базе данных Oracle должно быть, по крайней мере, две журнальные группы.

·  Отдельный журнал внутри группы называется элементом.

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

Как используются журнальные файлы

·  Журнальные файлы используется в круговом режиме.

·  Когда журнальный файл заполнен, LGWR перестает писать в текущую оперативную журнальную группу, и переходит к другой.

-  Это событие называется переключением.

-  Происходит выполнение контрольной точки.

-  Информация записывается в управляющий файл.

Управляющие файлы.

Управляющий файл - двоичный файл, определяющий текущее состояние физической структуры базы данных.

·  Требуется восстановление, если управляющий файл недоступен.

·  Читается на стадии mount.

·  Необходим в ходе работы базы данных.

·  Привязан к единственной БД.

·  Необходимо дублирование.

·  Содержит информацию о целостности базы данных.

·  Первоначальный размер в  CREATE  DATABASE.

Управляющий файл - это небольшой двоичный файл, который необходим

Похожие материалы

Информация о работе