Управляющий файл — это небольшой по объему файл, который хранит управляющую информацию для базы данных. Он содержит имя базы данных, имена файлов базы данных, имена файлов журнала восстановления и информацию о синхронизации.
При первоначальном запуске экземпляра управляющий файл используется для поиска имен и местонахождений файлов журнала восстановления и базы данных; если управляющий файл отсутствует, экземпляр не может быть запущен. Для администраторов базы данных не составляет труда вести несколько копий управляющего файла с тем, чтобы они могли обновляться экземпляром Oracle. Такие копии, вероятно, следует хранить на отдельных дисках, чтобы принять меры предохранения от потери всей базы данных. Однако даже если будет потеряна единственная копия управляющего файла, она может быть воссоздана администратором базы данных вручную.
Журналы восстановления
Для любой базы данных должно существовать по меньшей мере два файла журнала восстановления. Эти файлы известны под названием интерактивных файлов журнала восстановления. В случае необходимости администратор базы данных может создать более двух файлов. Файлы журнала восстановления хранят информацию, которая должна находиться в области буферов журнала восстановления области SGA. В файлы журнала восстановления записываются любые изменения, внесенные в блоки базы данных (старые и новые значения любых изменений, другие данные, регистрирующие фиксацию транзакции, откат или контрольную точку). Например, если произошла авария экземпляра после получения сообщения «commit successful» (успешная фиксация), но до записи блоков базы данных в файлы базы данных, то информация в файлах журнала восстановления используется для повторного внесения изменений (или, если потребуется, для выполнения отката любых изменений.
Каждый очередной файл журнала восстановления получает порядковый номер. Эти порядковые номера записываются в самом первом блоке каждого файла базы данных, а также в файлах журнала восстановления. Они используются при первоначальном запуске экземпляра для проверки того, что все файлы, которые составляют базу данных, синхронизированы.
Администратор базы данных может легко перейти к использованию кратного числа файлов журнала восстановления для обеспечения того, чтобы при записи одной копии журнала восстановления сохранялась также его зеркальная копия. Для этого не требуется зеркальное отображение дисков средствами операционной системы. Зеркальные копии файлов журнала восстановления следует держать на отдельных дисках на случай выхода из строя устройства.
