Оперативные журнальные файлы

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

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

Файлы базы данных

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

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

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

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

Каждая база данных должна иметь по крайней мере два журнальных файла. Это — журналы базы данных; в этих файлах записываются все изменения пользовательских и системных объектов. Если происходит какой-либо сбой, например, потеря одного (или больше) файлов базы данных, можно, используя изменения, записанные в журнальных файлах, привести базу данных к непротиворечивому состоянию без потери фиксированных транзакций. В случае сбоя, не связанного с потерей данных, такого как аварийный отказ ЭВМ, Oracle может воспользоваться информацией из журнального файла для автоматического восстановления без вмешательства администратора базы данных (DBA). Фоновый процесс SMON автоматически повторно выполняет зафиксированные в журнальных файлах изменения в файлах базы данных.

Подобно другим файлам, используемым Oracle, размер журнального файла фиксируется при создании и впоследствии не может увеличиться.

Оперативные журнальные файлы — два или больше журнальных файла, которые всегда используются во время работы экземпляра Oracle. Изменения в БД регистрируются в каждом из журнальных файлов поочередно. Когда один из них заполняется, вывод журнала переключается на другой; когда этот заполняется, происходит переключение на первый, и цикл продолжается.