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

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

3 страницы (Word-файл)

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

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

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

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

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

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

Файлы данных

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

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

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

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

Сегменты

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

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

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

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

Блоки данных

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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