База данных останавливается для резервного копирования всех физических структур или для корректировки файлов параметров инициализации.
Для остановки экземпляра необходимо установить соединение с привилегиями SYSOPER или SYSDBA и использовать следующую команду:
SHUTDOWN [NORMAL | TRANSACTIONAL | IMMEDIATE | ABORT]
NORMAL (нормальная остановка) – новые пользователи соединиться с БД не могут, сервер Oracle ждет отсоединения всех пользователей. Если все отсоединились (завершили сеанс), то все измененные блоки кэш-буферов БД и блоки журнальных кэшей сбрасываются на диск, т.е работают соответствующие фоновые процессы (DBWR и LGWR). SGA-память удалится, экземпляр закроется, БД демонтируется, экземпляр остановится. Такой вид остановки базы считается мягким, потери и десинхронизации не происходит.
TRANSACTIONAL (транзакционная остановка) – ни один пользователь не может запустить новую транзакцию. Клиент принудительно отсоединяется как только завершена текущая транзакция. Как только все транзакции завершены, происходит немедленная остановка экземпляра. Все фоновые процессы выполняют свои функции. Восстановления при следующем запуске такой экземпляр не потребует. Все файлы будут синхронизированы.
IMMEDIATE (немедленная остановка) – новые клиенты не соединяются, у существующих клиентов команды не завершаются. Сервер немедленно отсоединяет всех пользователей, активные транзакции откатываются, БД закрывается и демонтируется, все фоновые процессы выполняют свои функции. Соответственно запуск экземпляра не потребует восстановления, все файлы будут синхронизированы. Но транзакции автоматически не фиксируются.
ABORT (аварийная остановка) – немедленное отсоединения пользователей, новые не подключаются, фоновые процессы не успевают отработать, на жесткий диск не скидывается ничего. Измененные блоки за некоторое время не скидываются. Требуется восстановление БД. Незафиксированные транзакции не фиксируются. БД не закрывается и не демонтируется. Экземпляр выгружается из оперативной памяти и файлы не закрываются, происходит рассинхронизация файлов. При последующем старте экземпляр сам пытается себя восстановить. Если не получается, то пишет, какой файл испорчен. Администратор должен восстановить БД посредством резервных копий или архивных файлов.
Архивирование журнальных файлов
· Журнальные файлы объединены в группы.
· В базе данных Oracle должно быть, по крайней мере, две журнальные группы.
· Отдельный журнал внутри группы называется элементом.
Заполненные оперативные журнальные файлы могут быть заархивированы.
· Два преимущества архивирования журнальных файлов:
- Восстановление: резервирование базы данных, оперативных и архивных журнальных файлов может гарантировать восстановление всех зафиксированных транзакций.
- Резервирование: может быть выполнено при открытой базе данных.
Действия по включению режима архивирования журнальных файлов:
1) Перевод базы данных в режим ARCHIVELOG.
2) Включение процесса ARCH, который будет архивировать журналы, установкой параметра инициализации LOG_ARCHIVE_START = TRUE.
3) Задание шаблона названия архивных файлов, установкой параметра инициализации LOG_ARCHTVE_FORMAT.
4) Задание хотя бы одной директории, где будут создаваться копии архивных журналов, установкой параметра инициализации LOG_ARCHIVE_DEST_1.
Режим NOARCHIVELOG
По умолчанию база данных создается в режиме NOARCHIVELOG.
Работа базы данных в режиме NOARCHIVELOG характеризуется следующим:
1) журнальные файлы используются в циклическом режиме;
2) журнальные файлы могут быть повторно использованы сразу же после того, как произошло выполнение контрольной точки;
3) если была произведена перезапись журналов, восстановление носителя возможно только к моменту создания последней полной резервной копии.
4) Если табличное пространство становится недоступным из-за сбоя, работа с базой данных не может продолжаться до тех пор, пока табличное пространство не будет удалено, или база данных не будет целиком восстановлена из резервных копий.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.